[Gelöst] GOT L2 Activate Info - this l2 is faulty blocking port

[WolfgangA]

Hallo,

Problem: Von Zeit zu Zeit wird ein ISDN Port durch Asterisk geblockt.


Im Log sieht das so aus:

Mon Feb 19 12:59:49 2007: P[ 4]  After SETUP BC
Mon Feb 19 12:59:53 2007: P[ 4]  % GOT L2 Activate Info. but we're activated already.. this l2 is faulty, blocking port
Mon Feb 19 12:59:57 2007: P[ 4]  After SETUP BC
Mon Feb 19 13:05:51 2007: P[ 1]  We already have a channel (1)
Mon Feb 19 13:06:56 2007: P[ 4]  Port is blocked
Mon Feb 19 13:06:56 2007: P[ 4]   --> !! lib: No free channel!
Mon Feb 19 13:07:00 2007: P[ 4]  Port is blocked
Mon Feb 19 13:07:00 2007: P[ 4]   --> !! lib: No free channel!
Mon Feb 19 13:07:24 2007: P[ 1]  We already have a channel (2)
Mon Feb 19 13:07:59 2007: P[ 4]  Port is blocked
Mon Feb 19 13:07:59 2007: P[ 4]   --> !! lib: No free channel!
Mon Feb 19 13:08:07 2007: P[ 4]  Port is blocked
Mon Feb 19 13:08:07 2007: P[ 4]   --> !! lib: No free channel!

Dann ist entsprechende Port geblockt:

CLI> misdn show stacks
BEGIN STACK_LIST:
  * Port 1 Type NT Prot. PTP L2Link UP L1Link:UP Blocked:0  Debug:0
  * Port 2 Type NT Prot. PTP L2Link UP L1Link:UP Blocked:0  Debug:0
  * Port 3 Type NT Prot. PTP L2Link UP L1Link:UP Blocked:0  Debug:0
  * Port 4 Type NT Prot. PTP L2Link UP L1Link:UP Blocked:1  Debug:0
*CLI>

Und obwohl insgesamt 4 Ports verfügbar sind kann nicht mehr gewählt werden, weil Asterisk immer über Port 4 wählen möchte.

ChanIsAvail gibt keinen Fehler.

Wichtig: Die Quad HFC basierte ISDN Karte läuft im NT-PTP Modus hinter einer Siemens Anlage. Alle 4 Ports bilden eine Gruppe. Es wird über die Gruppe gewählt.

Eine Ursache für die genannte Fehlermeldung habe ich bereits gefunden: Eine Siemens interne Baugruppe hat einen Daten Call auf die ISDN Ports versucht. Dies wird nun im Wählplan gefiltert.
Jedoch sollte dies meiner Meinung nach nicht zum Blocken des Ports führen.

Um wieder wählen zu können hilft dann ein:

CLI> misdn port unblock 4

Wolfgang

 

[crich]

es gibt da in der misdn.conf ein setting: block_on_alarm=yes|no

einfach auch no stellen dann sollte das nicht mehr passieren.

 

[WolfgangA]

Danke, hat geholfen.