circuit-busy - Everyone is busy/congested at this time

[mepping]

Hallo,

wir telefonieren über einen in der Regel funktionierenden Asterisk 1.4.18.1. Nur in manchen Fällen werden Anrufe mit folgender Meldung abgelehnt.

[Jul 15 16:30:45] VERBOSE[15013] logger.c:     -- SIP/c2n_2-00808f00 is circuit-busy
[Jul 15 16:30:45] VERBOSE[15013] logger.c:   == Everyone is busy/congested at this time (1:0/1/0)

Wenn wir die gleiche Nummer über die ISDN Leitung wählen oder zu einem späteren Zeitpunkt über SIP, funktioniert es.

Der Anruf erfolgt über die Funktion Dial()

 Executing [s@macro-trunkdial:2] Dial("SIP/511-008f8890", "SIP/c2n_3/021******") in new stack

Ich habe gelesen, dass Dial nicht alle SIP-Fehlermeldungen abbilden kann, weil es auf mehrere Protokolle ausgelegt ist und dann nur "congested" geworfen wird.

Gibt es eine Möglichkeit, den genauen SIP Fehlercode auszulesen? Geht es über eine andere Funktion?

Was bedeutet in der Fehlermeldung (1:0/1/0). Liefern die Ziffern einen Hinweis auf die Fehlerursache?

Lässt sich feststellen, ob das Problem beim SIP Provider oder an der Gegenstelle liegt?

Das Problem lässt sich leider nicht auf bestimmte Rufnummern oder Uhrzeiten einschränken.

Bin für jeden Hinweis dankbar!

Grüße

 

[Ottone]

Hi!

Gibt es eine Möglichkeit, den genauen SIP Fehlercode auszulesen? Geht es über eine andere Funktion?

Im Asterisk CLI ist der code zu sehen. Leider leider ist er mit Asterisk Bordmitteln (dialplan, AMI) nicht programmatisch auszuwerten, hier würde nur das Vorschalten eines SIP proxy helfen.

Lässt sich feststellen, ob das Problem beim SIP Provider oder an der Gegenstelle liegt?

Schwerlich, denn der SIP carrier übersetzt die ISDN cause codes (hoffentlich) nach RFC3398 in SIP Fehlercodes, und bei dieser Übersetzung geht viel an Informationen verloren.

Es bleibt also, den eigenen Dialplan so anzupassen dass nach CONGESTION per SIP direkt ein weiterer Anrufversuch per ISDN initiiert wird, oder dem SIP carrier auf die Füsse zu treten - oder ihn zu wechseln.

Cheers!

 

[mepping]

Danke für den Tipp.
Angenommen ich wähle anschließend gleich per ISDN raus und es kommt wieder zur CONGESTION, habe ich dann nicht eine Endlosschleife gebaut?

Bei manchen Anrufen, die fehlschlagen, wird zusätzlich folgende Meldung ausgegeben. Seltsamerweise in den letzten Tagen öfters.

[Jul 17 10:45:18] WARNING[12923] chan_sip.c: Received response: "Forbidden" from '"00497*******" <sip:5****@sip.pepphone.de>;tag=as7b139bea'

Gibt es irgendwo eine Entwicklerdokumentation, wo die Ausgabe (1:1/0/0) erklärt wird?

Grüße

 

[kombjuder]

[Jul 17 10:45:18] WARNING[12923] chan_sip.c: Received response: "Forbidden" from '"00497*******" <sip:5****@sip.pepphone.de>;tag=as7b139bea'

Das könnte z.B. ein Account ohne Geld sein.

Mach mal sip set debug ip_des_Providers

dann bekommst du auch die Fehlercodes zu sehen.

 

[jobisoft]

Es gibt noch die variable HANGUPCAUSE die nach einem Dial einen differenzierteren Status liefert. Einfach ein

Noop(Status: ${HANGUPCAUSE})

nach dem Dial setzen und auf der CLI den Code lesen. Mehr dazu hier:
http://www.voip-info.org/wiki/index.php?page=Asterisk+variable+hangupcause