Seltsame chan_zap q.392 Warnungen

[elox]

Hallo,

ich habe folgendes Problem:

Asterisk gib mir laufend diese Meldung auf der Konsole aus:

WARNING[2806]: chan_zap.c:8206 zt_pri_error: 2 !! Invalid Q.932 Protocol Profile of type 0x15 received
2 !! Unknown IE 3 (cs7, Unknown Information Element)
2 !! Unknown IE 4 (cs7, Unknown Information Element)
2 !! Unknown IE 5 (cs7, Unknown Information Element)
2 !! Unknown IE 10 (cs7, Unknown Information Element)
Call Reference Length not supported: 0

Der Asterisk hat zwei HFC Karten eine im NT und eine im TE Modus.
Der Server hängt momentan zu Testzwecken an einem internen S0 Bus einer Telefonanlage.
Ich konnte das Erscheinen der Nachricht schon auf folgende Ereignisse eingrenzen:
Jemand am selben internen S0 Bus hebt den Höhrer ab.
Ein Telefon am selben internen S0 Bus wird angerufen.

Der Asterisk funktioniert soweit einwandfrei, nur diese Meldung füllt mir dauernd die Konsole. Diese Meldung scheint ihm auch relativ wichtig zu sein, da er sie mit der Selben Häufigkeit bringt ob nun -cvvvv oder nur -c

Hoffe ihr könnt mir helfen

 

[clan]

Ich glaube nicht, daß das ein Problem ist. Wenn du dem nachgehen willst, solltest du einen D-Kanal-Trace (pri debug chan x), eventuell in eine Extradatei, machen. 'help pri' im CLI gibt mehr Informationen dazu. Da dort die Originalmessage zu sehen ist sollte sich herausfinden lassen, welche IE er nicht erkennt.

Was für Endgeräte benutzt du?

 

[elox]

ich denke auch nicht, dass diese Fehler bedrohlich sind, aber für einen stabilen produktiven Betrieb sind sie mir dann doch zu aufdringlich.

Ich benutze elmeg CS100 an der Telefonanlage produktiv.

Am Asterisk 2 alte T-Europa Isdn und mehrere verschiedene snom sip Telefone.

Meine aktuelle Vermutung ist, dass die Fehler von der automatichen Amtsholung zwischen den Elmeg Telefonen und der Anlage herrühren.

MfG
Michael

 

[clan]

Da werden einzelne Informationselemente in der Message nicht erkannt. Wie man an Details kommt habe ich ja schon geschrieben, alles andere ist nur 'rumraterei.

 

[elox]

So hab mal das debugging laufen lassen.
das ist der output wärend der Zeit in der ich den Höhrer abnehme und wieder auflege.

sorry für das überlange fullqoute aber ich habe keine Ahnung was das Log mir sagen möchte.

CLI> pri intense debug span 2
Enabled EXTENSIVE debugging on span 2
2 LI>
< [ 02 ff 03 08 00 62 1c 02 95 81 97 02 02 32 32 04 01 82 05 02 00 18 ]
2
< Unnumbered frame:
2 < SAPI: 00 C/R: 1 EA: 0
< TEI: 127 EA: 1
2 < M3: 0 P/F: 0 M2: 0 11: 3 [ UI (unnumbered information) ]
< 19 bytes of data
2 < Protocol Discriminator: Q.931 (8) len=19
Call Reference Length not supported: 0
Call Reference Length not supported: 0
2 < Call Ref: len= 0 (reference 0/0x0) (Originator)
2 < Message type: FACILITY (98)
2 < [2 1c2 022 952 812 ]
2 < Facility (len= 4, codeset=0) [ 2 0x95, 0x812 ]
2 < [2 972 ]
2 < Locking Shift (len=01): Requested codeset 7
2 < [2 022 022 322 322 ]
Mar 8 14:35:52 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1794 (len = 4)
2 < [2 042 012 822 ]
Mar 8 14:35:52 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1796 (len = 3)
2 < [2 052 022 002 182 ]
Mar 8 14:35:52 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1797 (len = 4)
Call Reference Length not supported: 0
Mar 8 14:35:52 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! Invalid Q.932 Protocol Profile of type 0x15 received
2 !! Unknown IE 2 (cs7, Unknown Information Element)
2 !! Unknown IE 4 (cs7, Unknown Information Element)
2 !! Unknown IE 5 (cs7, Unknown Information Element)
2 -- Restarting T203 counter
2
< [ 02 ff 03 08 00 62 1c 02 95 81 97 02 02 32 32 04 01 80 05 02 00 18 ]
2
< Unnumbered frame:
2 < SAPI: 00 C/R: 1 EA: 0
< TEI: 127 EA: 1
2 < M3: 0 P/F: 0 M2: 0 11: 3 [ UI (unnumbered information) ]
< 19 bytes of data
2 < Protocol Discriminator: Q.931 (8) len=19
Call Reference Length not supported: 0
Call Reference Length not supported: 0
2 < Call Ref: len= 0 (reference 0/0x0) (Originator)
2 < Message type: FACILITY (98)
2 < [2 1c2 022 952 812 ]
2 < Facility (len= 4, codeset=0) [ 2 0x95, 0x812 ]
2 < [2 972 ]
2 < Locking Shift (len=01): Requested codeset 7
2 < [2 022 022 322 322 ]
Mar 8 14:35:53 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1794 (len = 4)
2 < [2 042 012 802 ]
Mar 8 14:35:53 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1796 (len = 3)
2 < [2 052 022 002 182 ]
Mar 8 14:35:53 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1797 (len = 4)
Call Reference Length not supported: 0
Mar 8 14:35:53 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! Invalid Q.932 Protocol Profile of type 0x15 received
2 !! Unknown IE 2 (cs7, Unknown Information Element)
2 !! Unknown IE 4 (cs7, Unknown Information Element)
2 !! Unknown IE 5 (cs7, Unknown Information Element)
2 -- Restarting T203 counter
2
< [ 02 ff 03 08 00 62 1c 02 95 81 97 02 02 32 32 04 01 80 05 02 00 18 ]
2
< Unnumbered frame:
2 < SAPI: 00 C/R: 1 EA: 0
< TEI: 127 EA: 1
2 < M3: 0 P/F: 0 M2: 0 11: 3 [ UI (unnumbered information) ]
< 19 bytes of data
2 < Protocol Discriminator: Q.931 (8) len=19
Call Reference Length not supported: 0
Call Reference Length not supported: 0
2 < Call Ref: len= 0 (reference 0/0x0) (Originator)
2 < Message type: FACILITY (98)
2 < [2 1c2 022 952 812 ]
2 < Facility (len= 4, codeset=0) [ 2 0x95, 0x812 ]
2 < [2 972 ]
2 < Locking Shift (len=01): Requested codeset 7
2 < [2 022 022 322 322 ]
Mar 8 14:35:54 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1794 (len = 4)
2 < [2 042 012 802 ]
Mar 8 14:35:54 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1796 (len = 3)
2 < [2 052 022 002 182 ]
Mar 8 14:35:54 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! < Unknown IE 1797 (len = 4)
Call Reference Length not supported: 0
Mar 8 14:35:54 WARNING[3563]: chan_zap.c:8206 zt_pri_error: 2 !! Invalid Q.932 Protocol Profile of type 0x15 received
2 !! Unknown IE 2 (cs7, Unknown Information Element)
2 !! Unknown IE 4 (cs7, Unknown Information Element)
2 !! Unknown IE 5 (cs7, Unknown Information Element)
2 -- Restarting T203 counter
2 T203 counter expired, sending RR and scheduling T203 again
2 Sending Receiver Ready (3)
2
> [ 00 cf 01 07 ]
2
> Supervisory frame:
2 > SAPI: 00 C/R: 0 EA: 0
> TEI: 103 EA: 1
2 > Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
> N(R): 003 P/F: 1
> 0 bytes of data
2 -- Restarting T203 counter
2
< [ 00 cf 01 07 ]
2
< Supervisory frame:
2 < SAPI: 00 C/R: 0 EA: 0
< TEI: 103 EA: 1
2 < Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
< N(R): 003 P/F: 1
< 0 bytes of data
2 -- ACKing all packets from 2 to (but not including) 3
2 -- Since there was nothing left, stopping T200 counter
2 -- Stopping T203 counter since we got an ACK
2 -- Nothing left, starting T203 counter
2 -- Got RR response to our frame
2 -- Restarting T203 counter
2 T203 counter expired, sending RR and scheduling T203 again
2 Sending Receiver Ready (3)
2
> [ 00 cf 01 07 ]
2
> Supervisory frame:
2 > SAPI: 00 C/R: 0 EA: 0
> TEI: 103 EA: 1
2 > Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
> N(R): 003 P/F: 1
> 0 bytes of data
2 -- Restarting T203 counter
2
< [ 00 cf 01 07 ]
2
< Supervisory frame:
2 < SAPI: 00 C/R: 0 EA: 0
< TEI: 103 EA: 1
2 < Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
< N(R): 003 P/F: 1
< 0 bytes of data
2 -- ACKing all packets from 2 to (but not including) 3
2 -- Since there was nothing left, stopping T200 counter
2 -- Stopping T203 counter since we got an ACK
2 -- Nothing left, starting T203 counter
2 -- Got RR response to our frame
2 -- Restarting T203 counter
pri no debug span 2
Disabled debugging on span 2

edit: Smilie mit Sonnenbrille sollte 8+Klammer zu sein

MfG
Michael

 

[clan]

Ist die Rufnummer des Telefons zufällig 22? Ich kann mich dunkel erinnern, daß die Europa-Telefone beim Aufbau der Schicht-2 (oder wars Schicht-1?, ist lange her) die bestehenden Rufumleitungen abfragen, die Facilities würden dazu passen. Die zweifache Wiederholung kommt vermutlich daher, daß keine Antwort auf die Anfrage kommt. Ist erstmal eine Vermutung, ich habe jetzt allerdings nicht die Zeit, die Message händisch zu dekodieren.

Erzeugt zwar einen haufen Meldungen, macht aber ansonsten keinen Ärger.

 

[elox]

ja die Nummer des Telefons das ich zum Testen verwendet habe ist 22.

ok, dann bin ich beruhigt und hab ein Problem weniger.

Hast du zufällig eine Ahnung, wie ich speziell diese Asterisk Meldung unterdrücken kann. Im Sourcecode rumzuwerken ist meine letzte Alternative.

Danke Nochmal.

Michael

 

[clan]

Wenn du nur diese Meldung unterdrücken willst, bleibt wohl nur ein Eingriff in den Sourcecode. Die genaue Stelle ist ja in der Warnung enthalten (chan_zap.c, Zeile 8206).

Falls du alle Warnungen ignorieren oder in einer eigenen Datei sammeln willst ist logger.conf die richtige Stelle.