Hallo,
ich habe schon länger folgendes Problem: Ich nutze Sipgate als VOIP-Anbieter, Asterisk 1.2.7.1-BRIstuffed-0.3.0-PRE-1p, eine HFC-Karte im ptp NT-Mode an einer TK-Anlage.
Das Problem ist, dass wenn jemand ohne Rufnummer anruft (alter Analoganschluss ohne Rufnummerübertragung) und keiner da ist, klingelt meine TK-Anlage stundenlang weiter, auch wenn der Anrufer längst schon wieder aufgelegt hat.
Dies passiert scheinbar nur mit diesen einen Anschluss. Alle anderen, die mit Rufnummerübertragung anrufen, werden korrekt realeased (Merke ich an der Anrufliste, oder wenn ich zu langsam bin beim entgegennehmen des Rufs).
Ist so ein Fehler bekannt? Bringt ein Update von Asterisk/Bristuff vielleicht was oder ist es ein Konfigurationsfehler.
Meine zapata.conf:
entsprechende Ausschnitt aus der extensions.conf (DDDDDDD = meine Sipgateaccountnummer aus sip.conf):
Kann man vielleicht in der extension.conf nach z.B. 5Minuten eine 'saubere' Zwangstrennung erzwingen? Ich müsste mal den debug-mode einschalten: Vielleicht ist es auch die SIP-Verbindung seitens sipgate, die nicht richtig released?
ich habe schon länger folgendes Problem: Ich nutze Sipgate als VOIP-Anbieter, Asterisk 1.2.7.1-BRIstuffed-0.3.0-PRE-1p, eine HFC-Karte im ptp NT-Mode an einer TK-Anlage.
Das Problem ist, dass wenn jemand ohne Rufnummer anruft (alter Analoganschluss ohne Rufnummerübertragung) und keiner da ist, klingelt meine TK-Anlage stundenlang weiter, auch wenn der Anrufer längst schon wieder aufgelegt hat.
Dies passiert scheinbar nur mit diesen einen Anschluss. Alle anderen, die mit Rufnummerübertragung anrufen, werden korrekt realeased (Merke ich an der Anrufliste, oder wenn ich zu langsam bin beim entgegennehmen des Rufs).
Ist so ein Fehler bekannt? Bringt ein Update von Asterisk/Bristuff vielleicht was oder ist es ein Konfigurationsfehler.
Meine zapata.conf:
Code:
.-(~)----------------------------------------------------(root@server2)-
`--# cat /etc/asterisk/zapata.conf
[channels]
switchtype=euroisdn
signalling=bri_net
pridialplan=local
echocancel=yes
immediate=no
overlapdial=yes
group=1
context=bristuff
language=de
prilocaldialplan=unknown
channel=>1-2
entsprechende Ausschnitt aus der extensions.conf (DDDDDDD = meine Sipgateaccountnummer aus sip.conf):
Code:
[ankommen]
exten => DDDDDD,1,Dial(Zap/2/12340&Sip/4711,60,tT)
exten => DDDDDDD,n,Hangup
Kann man vielleicht in der extension.conf nach z.B. 5Minuten eine 'saubere' Zwangstrennung erzwingen? Ich müsste mal den debug-mode einschalten: Vielleicht ist es auch die SIP-Verbindung seitens sipgate, die nicht richtig released?