Hallo @all,
hört sich etwas seltsam an, trifft aber den Kern der Sache.
Die Anlage läuft seit 3,5 Monaten durch, hatte aber 2 mal einen
Totalausfall der Isdn schnittstelle.
Das erste Mal im Januar und letzte Woche.
Alle ausgehenden Calls werden über SIP geroutet und eingehend alles über ISDN.
Insgesamt waren es ca. 4500 eingehende ISDN-calls.
Das Fehlerbild ist wie folgt:
Es kommt ein ISDN-Call rein und bei der abarbeitung des Dialplans bleibt dann
Asterisk hängen. Im Log sieht das so aus:
-- Accepting voice call from 'XXXXXXXX' to 'XXXXXXXX' on channel 0/1, span 1
-- Executing [XXXXXXXX@from-zaptel:1] Set("Zap/1-1", "DID=XXXXXXXX") in new stack
-- Executing [XXXXXXXX@from-zaptel:2] Goto("Zap/1-1", "s|1") in new stack
-- Goto (from-zaptel,s,1)
-- Executing [s@from-zaptel:1] NoOp("Zap/1-1", "Entering from-zaptel with DID == XXXXXXXX") in new stack
-- Executing [s@from-zaptel:2] Ringing("Zap/1-1", "") in new stack
Nächste Zeile wäre eigendlich:
-- Executing [s@from-zaptel:3] Set("Zap/1-1", "DID=XXXXXXX") in new stack
Das passiert aber nicht, einfache Sip call intern oder nach extern laufen aber weiter. Nur die gesamte Bri-geschichte ist tot.
Ich verwende Centos 5, bristuff-0.4.0-RC3d , freepbx-2.5.1 , asterisk-1.4.22.
Das System hat über 100 Sip-clients.
- ISDN -basis anschluss
- qozap: Junghanns.NET duoBRI PCIe card
An dem NTBA hägt auch noch ein externes FAX dran.
Nachdem der Fehler aufgetreten ist stellt sich die Situation so dar:
- keine eingenden Gesprache mehr möglich (diese nummer ist z.z. nicht erreichbar")
- eingehendes FAX (mit eigene nummer geht aber ....)
- aus gehendes fax geht nicht !
- Weboberfläche lässt sich nicht erreicht , Asterisk hängt
- SIP ohne probleme
- beim 1. mal in show channels 2 "eingefrorene" zap einträge
- beim 2. mal nichts auffälliges
Nur reboot des Systems hilft:
Zaptel.conf:
span=1,1,3,ccs,ami
span=2,2,3,ccs,ami
bchan=1,2
dchan=3
bchan=4,5
dchan=6
In der zapata.conf wird nur channel 1-2 genutzt (ist nur ein basis anschluss).
Asterisk -processe:
-- root 2956 0.0 0.0 4512 540 ? S 08:34 0:00 /bin/bash /usr/sbin/safe_asterisk -U asterisk -G asterisk
-- asterisk 2974 0.1 0.6 36876 13524 ? Sl 08:34 0:09 /usr/sbin/asterisk -f -U asterisk -G asterisk -vvvg -c
Bin dankbar für jeden Hinweiss, leider habe ich keinen Ansatzpunkt ....
gruss an alle
hört sich etwas seltsam an, trifft aber den Kern der Sache.
Die Anlage läuft seit 3,5 Monaten durch, hatte aber 2 mal einen
Totalausfall der Isdn schnittstelle.
Das erste Mal im Januar und letzte Woche.
Alle ausgehenden Calls werden über SIP geroutet und eingehend alles über ISDN.
Insgesamt waren es ca. 4500 eingehende ISDN-calls.
Das Fehlerbild ist wie folgt:
Es kommt ein ISDN-Call rein und bei der abarbeitung des Dialplans bleibt dann
Asterisk hängen. Im Log sieht das so aus:
-- Accepting voice call from 'XXXXXXXX' to 'XXXXXXXX' on channel 0/1, span 1
-- Executing [XXXXXXXX@from-zaptel:1] Set("Zap/1-1", "DID=XXXXXXXX") in new stack
-- Executing [XXXXXXXX@from-zaptel:2] Goto("Zap/1-1", "s|1") in new stack
-- Goto (from-zaptel,s,1)
-- Executing [s@from-zaptel:1] NoOp("Zap/1-1", "Entering from-zaptel with DID == XXXXXXXX") in new stack
-- Executing [s@from-zaptel:2] Ringing("Zap/1-1", "") in new stack
Nächste Zeile wäre eigendlich:
-- Executing [s@from-zaptel:3] Set("Zap/1-1", "DID=XXXXXXX") in new stack
Das passiert aber nicht, einfache Sip call intern oder nach extern laufen aber weiter. Nur die gesamte Bri-geschichte ist tot.
Ich verwende Centos 5, bristuff-0.4.0-RC3d , freepbx-2.5.1 , asterisk-1.4.22.
Das System hat über 100 Sip-clients.
- ISDN -basis anschluss
- qozap: Junghanns.NET duoBRI PCIe card
An dem NTBA hägt auch noch ein externes FAX dran.
Nachdem der Fehler aufgetreten ist stellt sich die Situation so dar:
- keine eingenden Gesprache mehr möglich (diese nummer ist z.z. nicht erreichbar")
- eingehendes FAX (mit eigene nummer geht aber ....)
- aus gehendes fax geht nicht !
- Weboberfläche lässt sich nicht erreicht , Asterisk hängt
- SIP ohne probleme
- beim 1. mal in show channels 2 "eingefrorene" zap einträge
- beim 2. mal nichts auffälliges
Nur reboot des Systems hilft:
Zaptel.conf:
span=1,1,3,ccs,ami
span=2,2,3,ccs,ami
bchan=1,2
dchan=3
bchan=4,5
dchan=6
In der zapata.conf wird nur channel 1-2 genutzt (ist nur ein basis anschluss).
Asterisk -processe:
-- root 2956 0.0 0.0 4512 540 ? S 08:34 0:00 /bin/bash /usr/sbin/safe_asterisk -U asterisk -G asterisk
-- asterisk 2974 0.1 0.6 36876 13524 ? Sl 08:34 0:09 /usr/sbin/asterisk -f -U asterisk -G asterisk -vvvg -c
Bin dankbar für jeden Hinweiss, leider habe ich keinen Ansatzpunkt ....
gruss an alle
