mISDN "stirbt" nach ein paar Tagen

sterkel

Mitglied
Mitglied seit
22 Okt 2004
Beiträge
477
Punkte für Reaktionen
0
Punkte
0
Hallo,
wir haben mISDN mit 2 HFC-Karten laufen TE am Anlagen-ISDN und NT-Mode in eine Telefonanlage von Alcatel (4220). Das funktioniert meistens auch sehr gut.
Nach einigen Tagen scheint aber der ISDN-Bus irgendwie abzusterben, eingehende Rufe kommen nicht mehr auf der Anlage an.
Nach Neustart des Asterisksystems geht es dann wieder, manchmal muss man aber auch noch die Alcatel neu starten damit es wieder geht. Anscheinend hängt sich dann der gesamte ISDN-Bus auf.
Wie kann man das Problem einkreisen?
Im Log sind öfter solche Meldungen:
localhost kernel: lapd 2 mISDN_FsmAddTimer already active! und
bchannel_activate: BC Not properly upsetted (state:BCHAN_RELEASE) addr:50010102

Ich benutze immer das install-misdn-mqueue-Paket, zuletzt upgedated am 13.04. (Version: chan_misdn-0.3.1-rc0) Langsam scheints mir so zu sein, als ob es mit der rc0 schlechter läuft als mit den Vorgänger-rcs.

-----------------------------------------------------------
Nachtrag, 21.04.2006:

Heute ist es wieder passiert, nichts ging mehr. Asterisk war diesmal auch tot, sonst immer stirbt nur die Kommunikation mit der Telefonanlage, ankommende Rufe gehen aber noch und werden dann auf dem 2ten Kanal parallel aufs Handy geschaltet, das war aber diesmal auch futsch :-(

Diesmal habe ich in den Asterisk-messages:
Code:
channel.c: Unable to write to alert pipe on (H)î·1, frametype/subclass 4/1 (qlen = 0): Bad file descriptor!
und
Code:
channel.c: Don't know what to do with control frame 15
----------------------
Zutrag vom 21.04.2006, 9:00

Ich habe nochmal diverse Logfiles durchgeforstet und festgestellt, dass die Abstürze sich erst nach dem 0.3.1rc0 häuften, erst seit dem 16.4. gibt es diese Meldungen im Syslog:
Code:
localhost kernel: mISDN_FsmAddTimer: timer already active!
localhost kernel: lapd 2 mISDN_FsmAddTimer already active!
 
Zuletzt bearbeitet:
Ist die Anlage mit mISDN im PTP oder PTMP verbunden?

Das ist schon ein merkwürdiges Problem. Die "Control type 15" Meldung im asterisk Log ist nicht weiter kritisch. Die lapd 2 meldung ist da schon eher interessant.


Wenn die Verbindung nicht mehr läuft, wie sieht dann der Portstatus aus ? Ist die L2 noch UP ?


Ist bei dem Asterisk Absturz ein core dump entstanden ? schau mal ins /tmp/ verzeichnis nach core.xxx dateien. Diese entstehen bei Asterisk Abstürzen wenn du asterisk mit dem safe_asterisk - script startest oder mit der -g option.
 
Hi crich, schön das Du wieder da bist!:D

crich schrieb:
Ist die Anlage mit mISDN im PTP oder PTMP verbunden?
Die Alcatel ist als PTP angeschlossen.

crich schrieb:
Wenn die Verbindung nicht mehr läuft, wie sieht dann der Portstatus aus ? Ist die L2 noch UP ?
Muss ich beim nächsten Mal drauf achten, gestern morgen war L2 DOWN, durch einen Testanruf ging es dann aber wieder auf UP und es läuft. Allerdings ist am Wochenende natürlich sehr wenig Betrieb auf der Leitung.

crich schrieb:
Ist bei dem Asterisk Absturz ein core dump entstanden ? schau mal ins /tmp/ verzeichnis nach core.xxx dateien. Diese entstehen bei Asterisk Abstürzen wenn du asterisk mit dem safe_asterisk - script startest oder mit der -g option.

Ja, sowas habe ich. Kann man da was rausstochern?
 
Ja da kann man in der Tat was rausbekommen. Mach mal folgendes:

cd /tmp
gdb asterisk core.xxx

dann kommt nach ner weile ein Prompt:

gdb>

tipp dann bitte mal "bt" ein und sende mir den output.

PS: bin nur am WE da .. nächsten Mittwoch dann wieder im Büro.
 
crich schrieb:
tipp dann bitte mal "bt" ein und sende mir den output.

PS: bin nur am WE da .. nächsten Mittwoch dann wieder im Büro.
Hab es Dir als PN geschickt.
Totalabstürze gibt es selten, manchmal hängt asterisk einfach so. Man kann auf der Console dann eingeben was man möchte, kein feedback mehr. Oder der Port Richtung Telefonanlage ist tot, dann klingeln die Telefone nicht mehr und raustelefonieren geht auch nicht.
 
Bus wieder mal tot, aber alles andere läuft

Diesmal gabs keinen crash, allerdings ist die Kommunikation Richtung Alcatel abgestorben. L2,L1 sind weiterhin UP.

Nach Neustart per /etc/init.d/misdn-init restart (asterisk wurde vorher beendet!)
ist L2 erstmal down, geht allerdings auf UP nach einem Anruf und bleibt auch erstmal UP.
 
Zuletzt bearbeitet:
HFC Debian bricht auch nach ein paar Tagen ins Essen ;-/

...haben hier das gleiche Problem.
2 NTBAs mit PTP. betreibe das Ding inzwischen nur noch mit einer
HFC-Karte mit

Debian: Linux voip1 2.6.8-2-686

voip1:~# lsmod |grep ISDN
mISDN_dsp 203584 0
mISDN_x25dte 34396 0
mISDN_capi 104864 0
kernelcapi 48832 1 mISDN_capi
mISDN_l2 44576 0
mISDN_l1 12200 0
mISDN_core 75936 7 mISDN_dsp,hfcpci,mISDN_x25dte,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1

Asterisk 1.0.7-BRIstuffed-0.2.0-RC7k

nach 2-14 Tagen bleibt die Kiste einfach stehen :-( ... und mit einem boot wird alles gut.


im messagelog kommt permanent sowas:

May 22 11:29:30 localhost kernel: dev_manager prim f1780 not handled
May 22 11:29:30 localhost kernel: unregister_instance: no layer found
May 22 11:43:33 localhost -- MARK --
May 22 12:03:33 localhost -- MARK --
May 22 12:23:33 localhost -- MARK --
May 22 12:24:58 localhost kernel: dev_manager prim f1780 not handled
May 22 12:24:58 localhost kernel: unregister_instance: no layer found
May 22 12:41:18 localhost kernel: dev_manager prim f1780 not handled
May 22 12:41:18 localhost kernel: unregister_instance: no layer found
May 22 13:03:33 localhost -- MARK --
May 22 13:23:33 localhost -- MARK --
May 22 13:43:33 localhost -- MARK --
May 22 14:03:33 localhost -- MARK --


... das könnte eine Ursache sein ?! :
May 11 13:31:08 WARNING[2972]: Unable to open pseudo channel for timing... Sound may be choppy.
May 11 13:31:09 WARNING[2972]: Unable to open IAX timing interface: Permission denied
 
Hi,

noscene schrieb:
Debian: Linux voip1 2.6.8-2-686
Das Kernel ist evil. Zieh Dir mal ein neues von http://kernel.org und kompilier das Deiner Hardware entsprechend. Alles < 2.6.9 ist nicht mISDN-tauglich.

noscene schrieb:
... das könnte eine Ursache sein ?! :
May 11 13:31:08 WARNING[2972]: Unable to open pseudo channel for timing... Sound may be choppy.
May 11 13:31:09 WARNING[2972]: Unable to open IAX timing interface: Permission denied
Nö, das Timing wird u.a. für IAX und die Konferenzräume benötigt. Ein Pseudo-timing ist im zaptel-Paket drin. Mit
Code:
make linux26
bekommst Du ein ztdummy-Modul (modprobe ztdummy) fürs Timing.

Achso, und wo Du grad beim kompilieren bist, deinstallier am besten den bristuffed-Uralt-Asterisk und mach Dir einen eigenen, aktuell ist 1.2.x, 1.0 ist von letztem Jahr :)
 
Zuletzt bearbeitet:
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.