Regelmäßiger "Red Alarm" und "pri_shutdown"

pette

Neuer User
Mitglied seit
28 Nov 2005
Beiträge
67
Punkte für Reaktionen
0
Punkte
0
Hallo,

Ich habe arge Probleme mit der Telefonie bei meiner Horstbox.
Es ist ein analoges Telefon und eine ISDN-Telefonanlage angeschlossen.
Das analoge Telefon, welches an der ISDN-Telefonanlage hängt, kann nach draussen telefonieren. Das andere analoge Telefon, welches direkt am Horst hängt, ist komplett "tot".
Bei eingehenden Anrufen Klingelt es beim Anrufer, aber meine Telefone bleiben stumm. Im Log erscheint dann folgende Fehlermeldung:

Code:
May  8 22:08:44 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 4 
May  8 22:08:44 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 5 
May  8 22:08:44 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: No more alarm (5) on Primary D-channel of span 2 
May  8 22:08:53 Voice-Board local0.warn asterisk[1583]: WARNING[1583]: chan_zap.c:8650 in zt_pri_error: 1 Can't destroy call 134! 
May  8 22:08:53 Voice-Board local0.warn asterisk[1583]: WARNING[1583]: chan_zap.c:8650 in zt_pri_error: 1 Can't destroy call 134! 
May  8 22:09:03 Voice-Board local0.warn asterisk[1583]: WARNING[1583]: pbx.c:2416 in __ast_pbx_run: Timeout, but no rule 't' in context 'local'

Zusätzlich füllt sich das log mit diesen regelmäßigen Fehlermeldungen:
Code:
May  8 21:35:16 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 5 
May  8 21:35:16 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: No more alarm (5) on Primary D-channel of span 2 
May  8 21:35:17 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 4: Red Alarm 
May  8 21:35:17 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 5: Red Alarm 
May  8 21:35:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: Alarm (4) on Primary D-channel of span 2 
May  8 21:35:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8974 in pri_dchannel: pri_shutdown 
May  8 21:38:16 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 4 
May  8 21:38:16 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 5 
May  8 21:38:16 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: No more alarm (5) on Primary D-channel of span 2 
May  8 21:38:17 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 4: Red Alarm 
May  8 21:38:17 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 5: Red Alarm 
May  8 21:38:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: Alarm (4) on Primary D-channel of span 2 
May  8 21:38:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8974 in pri_dchannel: pri_shutdown 
May  8 21:41:17 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 4 
May  8 21:41:17 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 5 
May  8 21:41:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: No more alarm (5) on Primary D-channel of span 2 
May  8 21:41:17 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 4: Red Alarm 
May  8 21:41:17 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 5: Red Alarm 
May  8 21:41:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: Alarm (4) on Primary D-channel of span 2 
May  8 21:41:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8974 in pri_dchannel: pri_shutdown 
May  8 21:44:17 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 4 
May  8 21:44:17 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 5 
May  8 21:44:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: No more alarm (5) on Primary D-channel of span 2 
May  8 21:44:17 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 4: Red Alarm 
May  8 21:44:17 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 5: Red Alarm 
May  8 21:44:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: Alarm (4) on Primary D-channel of span 2 
May  8 21:44:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8974 in pri_dchannel: pri_shutdown 
May  8 21:47:17 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 4 
May  8 21:47:17 Voice-Board local0.notice asterisk[1183]: NOTICE[1183]: chan_zap.c:6811 in handle_init_event: Alarm cleared on channel 5 
May  8 21:47:17 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: No more alarm (5) on Primary D-channel of span 2 
May  8 21:47:18 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 4: Red Alarm 
May  8 21:47:18 Voice-Board local0.warn asterisk[1183]: WARNING[1183]: chan_zap.c:6818 in handle_init_event: Detected alarm on channel 5: Red Alarm 
May  8 21:47:18 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8967 in pri_dchannel: PRI got event: Alarm (4) on Primary D-channel of span 2 
May  8 21:47:18 Voice-Board local0.notice asterisk[1182]: NOTICE[1182]: chan_zap.c:8974 in pri_dchannel: pri_shutdown
Ich bin ratlos :-(

Hier der generelle Status:

Code:
Internet

Online
    verbunden 
IP-Adresse
    xx.xxx.xxx.xx

Telefonie

Standard-Konto
    ISDN-Anschluss 1 – xxxxxxxx (ISDN) 
Anzahl der Konten
    0 Analog, 3 ISDN, 0 VoIP 
Anzahl der Geräte
    2 Analog, 1 ISDN, 0 VoIP, 0 Externe Rufziele 

Netzwerk

IP-Adresse
    192.168.0.1
Access-Point
    aktiv 
WLAN-SSID
    HorstBox
Sicherheit
    WPA 

System

Zeit
    Tue May 8 22:01:45 2007 | über Zeitserver 
Firmware
    4.0

Kann mir jemand einen Tip geben, woran es liegen könnte?

[UPDATE]
Ok. Also das Problem, dass die Telefone an der ISDN-Anlage bei eingehenden Anrufen nicht klingeln, konnte ich beheben in dem ich der ISDN-Anlage die MSNs 300, 301 und 302 zugewiesen habe.
Hier funktioniert nun also alles so wie es soll.

Bezüglich der Red Alarms habe ich versucht in der zapata.conf am resetinterval unterhalb von "first isdn card (NT)" zu drehen. Schein aber nix zu nützen.

Achso, und das analoge Telefon bleibt immernoch tot, sowohl am einen wie auch am anderen Port. :-(
[/UPDATE]

[Edit foschi: bitte anstelle der Tags Quote das Tag Code verwenden.]
Ups, ok. Werd ich mir merken ;-)

Gruß,
Pette
 
Zuletzt bearbeitet:
Hallo Pette,

wenn Du Red Alarms erhälst, dann schaltet die ISDN-Telefonanlage den Layer 1 bei Inaktivität ab. Das führt dazu, daß die HorstBox glaubt, daß der ISDN-Anschluß defekt ist.

In den nächsten Tagen soll eine neue Firmware-Version von D-Link veröffentlicht werden, die den externen ISDN-Bus wieder zu aktivieren versucht, wenn er deaktiviert wurde. Falls Deine Telefonanlage nicht irgendwelche seltsamen Dinge auf dem internen S0-Bus veranstaltet, sollte Dein Problem mit diesem Update behoben werden.

Gruß
Henning
 
wenn Du Red Alarms erhälst, dann schaltet die ISDN-Telefonanlage den Layer 1 bei Inaktivität ab. Das führt dazu, daß die HorstBox glaubt, daß der ISDN-Anschluß defekt ist.
Jap, genau das wars. Mir war der Gedanke letztens auch schon gekommen, sodass ich die schicke Alice gestern gebeten habe, Layer1+2 daueraktiv zu schalten. Das hat sie heute Nacht dann freundlicherweise auch getan, und siehe da.... es funktioniert! Wunderschön!

Nun hab ich "nurnoch" das große Problem, dass meine beiden Analog-Ports nichts von sich geben.

Kann man von der Asterisk-Console aus den Status der beiden Ports checken, oder eventl. sogar die Telefone anklingeln.
Gibt es sonst irgendeine Möglichkeit herauszufinden, ob es am Telefon oder Kabel oder Port liegt?

[UPDATE]
Wenn ich versuche das analoge Telefon mit dem Assistenten einzurichten und dann zu testen, sehe ich folgende Meldung in im Asterisk-log:
Code:
May 11 19:34:57 NOTICE[1519]: channel.c:2463 __ast_request_and_dial: Unable to request channel Zap/8
May 11 19:34:57 NOTICE[1519]: pbx_spool.c:269 attempt_thread: Call failed to go through, reason 5
Vielleicht weiss ja jemand, was die Fehlermeldung bedeutet, und wie man das Problem lösen kann.
[/UPDATE]

Gruß,
Pette
 
Zuletzt bearbeitet:
pette schrieb:
Wenn ich versuche das analoge Telefon mit dem Assistenten einzurichten und dann zu testen, sehe ich folgende Meldung in im Asterisk-log:
Code:
May 11 19:34:57 NOTICE[1519]: channel.c:2463 __ast_request_and_dial: Unable to request channel Zap/8
May 11 19:34:57 NOTICE[1519]: pbx_spool.c:269 attempt_thread: Call failed to go through, reason 5
Wenn Du Zugriff auf die Asterisk-CLI hast, dann gibt doch bitte mal
Code:
Voice-Board*CLI> [b]zap show channels[/b]
   Chan Extension  Context         Language   MusicOnHold         
 pseudo            analog-in       de                             
      1            intern          de                             
      2            intern          de                             
      4            isdn-in         de                             
      5            isdn-in         de                             
      7            intern          de                             
      8            intern          de                             
      9            analog-in       de
ein. Die Ausgabe sollte wie oben gezeigt sein. Außerdem sollte die Konfiguration laut proc-Dateisystem so sein:
Code:
~ # [b]cat /proc/zaptel/3[/b]
Span 3: si3210 "Silicon Laboratories ProSLIC 3210" 

           7 Si3210-0 FXOLS (In use) 
           8 Si3210-1 FXOLS (In use)
Leider sind die Debug-Möglichkeiten von Zap-Kanälen in Asterisk ziemlich beschränkt, deshalb kann man aus der Software heraus kaum erkennen, warum Analogports nicht funktionieren.

Gruß
Henning
 
Moin Henning,

danke erstmal für deine Mühe.
Das Problem hat sich inzwischen aber erledigt, da sich rausgestellt hat, dass es wohl am analogen Telefon lag. Das ist nicht mehr das neueste, und hat wohl den Geist aufgegeben.

Jedenfalls funktioniert es nun mit einem anderen analogen Telefon und ich erhalte auch genau die Ausgaben, die Du gepostet hast.

Gruß,
Pette
 
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.