Keine Anwahl über ISDN Möglich

[mikepiko]

Hi,

hatte bis vor kurzem die Kombination 2xFritz,1xHFC-S(NT) mit MISDN jedoch hatte ich da regelmässig das Problem da einfach keine Anrufe durchkamen. Ein paar Sekunden später gings dann meistens wieder.

Nun hab ich 3xHFC-S im Rechner, die erste im NT-Mode, die anderen beiden im TE Mode.

Erst hatte ich das Problem das Anrufe und abgehende Gespräche liefen, jedoch anrufe auf die Geräte an der "NT" Karte nach ein mal Schellen mit einem Cause 18 abbrachen. Gespräche vom ISDN Telefon am "NT" liefen aber ohne Probleme.
Nach einem Patch der Libpri (wie hier im Forum beschrieben, habe das gepostete Libpri mit FIX heruntergeladen) funktioniert der NT Modus einwandfrei, das Telefon am NT Bus klingelt ganz normal, Ankommende Gespräche über die TE Karten laufen auch einwandfrei
Jedoch kann ich jetzt nicht mehr über die TE Karten raustelefonieren.

Dort bringt mir das ganze nur noch ein:

-- Executing [008003301000@meine-telefone:1] Dial("SIP/2001-081fc1d0", "Zap/g3/08003301000") in new stack
[Feb 21 21:23:49] WARNING[13880]: app_dial.c:1210 dial_exec_full: Unable to create channel of type 'Zap' (cause 34 - Circuit/channel congestion)
== Everyone is busy/congested at this time (1:0/1/0)
== Auto fallthrough, channel 'SIP/2001-081fc1d0' status is 'CONGESTION'

Meine /etc/zapconf:

loadzone=de
defaultzone=de
span=1,1,1,ccs,ami
# termtype: te
bchan=1-2
dchan=3
# Span 2: ZTHFC2 "HFC-S PCI A ISDN card 2 [TE]" AMI/CCS
span=2,1,1,ccs,ami
# termtype: te
bchan=4-5
dchan=6
# Span 3: ZTHFC2 "HFC-S PCI A ISDN card 3 [NT]" AMI/CCS
span=3,1,1,ccs,ami
# termtype: nt
bchan=7-8
dchan=9

Meine zapata.conf:

[channels]
;
; Default language
;
language=de
;
; Default context
;
;
switchtype = euroisdn
; p2mp TE mode
signalling = bri_net_ptmp
pridialplan = dynamic
prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00
echocancel=yes
echotraining = 100
echocancelwhenbridged=yes
immediate=no
group = 1
context=intern
channel => 1-2
;2.Karte
switchtype = euroisdn
; p2mp TE mode
signalling = bri_cpe_ptmp
pridialplan = dynamic
prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00
echocancel=yes
echotraining = 100
echocancelwhenbridged=yes
immediate=no
group=2
context=extern979
channel => 4-5
;3.Karte
switchtype = euroisdn
; p2mp TE mode
signalling = bri_cpe_ptmp
pridialplan = dynamic
prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00
echocancel=yes
echotraining = 100
echocancelwhenbridged=yes
immediate=no
group=3
context=extern825
channel => 7-8

OS: Debian Linux
Kernel: 2.6.22
Bristuff-0.4.0-test-6

Hat jemand ne Idee woran das liegen kann ?

Danke,
Gruss

Mike

 

[fsiggi]

Cause 18: Hier gibt es einen Patch:
http://www.ip-phone-forum.de/showthread.php?t=157107

Bei uns, Beronet-Karten, haben wir das Problem übrigens nicht.

 

[mikepiko]

Den Cause 18 patch hab ich ja drin ! (wie oben geschrieben)

Aber seit dem gehen die abgehenden Anrufe ins Telekomnetz nicht mehr.Ankommend läuft auch ...

 

[fsiggi]

Sorry, da habe ich nicht genau genug gelesen.
Stell bitte mal pri debug an, so kann ich nicht sagen, woran es liegt.

Welche Asterisk-Version benutzt du?

 

[mikepiko]

Asterisk Version ist die : 1.4.17-BRIstuffed-0.4.0-test6
mit der Libpri aus dem Post.
Da Span3 der Kanal ist um den es geht, hab ich das das Debuging eingeschaltet.
Da passiert rein gar nichts in der Konsole wenn ich versuche rauszuwählen, als ob es gar nicht erst bis dahin kommt.
Rufe ich wiederrum an, hab ich Seitenweise Logs.

Auch bei Intense Logging passiert nicht mehr:

Connected to Asterisk 1.4.17-BRIstuffed-0.4.0-test6 currently running on utopia (pid = 18929)
utopia*CLI> pri debug span 3
Enabled debugging on span 3
utopia*CLI> pri intense debug span 3
Enabled EXTENSIVE debugging on span 3
utopia*CLI> pri show debug
Span 1: Debug: No Intense: No
Span 2: Debug: No Intense: No
Span 3: Debug: Yes Intense: Yes
utopia*CLI> core set verbose 9
Verbosity was 0 and is now 9
-- Executing [008003301000@meine-telefone:1] Dial("SIP/2001-081f58c0", "Zap/g3/08003301000") in new stack
[Feb 22 14:51:55] WARNING[18970]: app_dial.c:1210 dial_exec_full: Unable to create channel of type 'Zap' (cause 34 - Circuit/channel congestion)
== Everyone is busy/congested at this time (1:0/1/0)
== Auto fallthrough, channel 'SIP/2001-081f58c0' status is 'CONGESTION'
utopia*CLI>

mehr kommt da nicht ...
Gibts auch eine librpi die nur den "18"er Patch hat, ohne den anderen ? Vielleicht liegts ja daran.

Habe übrigens 2 normale Mehrgeräte ISDNs hier, keinen Anlagenanschluss.

Nachtrag:

Grad den gegentest gemacht.
Libpri getauscht, komplett gleiche einstellungen benutzt, nun geht wieder das rauswählen, aber der NT bringt wieder die "Cause18".
Also an der libpri scheints auf jeden fall zu hängen.

Gruss

Mike

 

[speedy1980]

Was sagt "zap show channel xx"? Ist dort eine Zeile "PRI Flags: Call"? Wenn dort "Call" drin steht geht der Ruf nicht, richtig? Bei mir Bristuffed Asterisk 1.2. Zu 98% gehen abgehende Gespräche, aber irgendwann hab ich genau das gleiche Problem. Asterisk meint die Zap-Gruppe ist belegt und blockt deswegen weitere Verbindungswünsche mit Cause 34. Hilft nur ein Neustart. Siehe auch mein Posting auf der Bristuff Mailingliste. Da es dort bisher keine Antwort gab überlege ich das Problem mal auf asterisk-dev zu schildern.
Ich weiß das hilft Dir nicht viel weiter, aber ich wollte nur mitteilen dass das Problem nicht neu ist und eben Bristuff-0.4.0 und Bristuff-0.3.0 betrifft. Eine Suche in Google bringt auch keine Lösungen. Ein Hardwaretausch hat bei mir übrigens nicht geholfen.

 

[fsiggi]

Ja, das sieht ganz danach aus, als ob einfach auf span 3 beide Kanäle bereits belegt sind, oder asterisk das auch nur meint.

Bei uns gibt es überhaupt kein Problem. Wir benutzen die libpri aus Debian lenny.

Vielleicht mal probieren:
http://packages.debian.org/lenny/libpri1.0

Dort gibt es auch die Quellen und Patches.

--fsiggi

 

[mikepiko]

Danke, werde ich testen.

Momentan ist wieder sccp meine Baustelle

Ich werde berichten !

Gruss

Mike