ISDN: Bedeutung der Messages mit Fehlern

Supportdatenbank (hvogel_messages2)
Bezieht sich auf

SuSE Linux: Versionen ab 6.0

Anliegen

Sie haben ein Problem mit der ISDN-Einwahl. Sie denken, daß die Logdatei auch einen Fehler zeigt. Deswegen möchten Sie gerne wissen, was die einzelnen Nachrichten bedeuten.

Vorgehen

Die Systemweite Logdatei können Sie sich zum Beispiel auf einer Konsole mit dem Befehl less /var/log/messages anschauen. Beispiele für eine message Datei mit Fehlern bei der ISDN Einwahl.

Grundsätzlich schreiben bei ISDN verbindungen verschieden Dienste in die messages Datei. Der ipppd Daemon, der isdnlog Daemon und der Kernel und seine Module selber. Dokumentationen was diese Dienste sind und wo Sie diese konfigurieren können entnehmen Sie den Manualpages der Dienste. (man ipppd, man isdnlog, man syslog)


Mar 28 21:43:59 486ium kernel: ippp0: dialing 1 01910-11...
Die Nummer 01910-11 wird angewählt.

Mar 28 21:44:00 486ium kernel: isdn: HiSax,ch0 cause: E0264

Der ipppd erkennt sofort das er das Minus-Zeichen nicht verarbeiten kann und gibt einen Fehlercode aus. In diesem Fall E0264. Eine Dokumentation über die Fehlermeldungen kann man mit 'man isdn_cause' erhalten. Der Fehlergrund (cause) setzt sich aus der Fehlerquelle (Exx) zusammen und dem Fehler, hier 64. Dieser bedeutet:

Wichtig sind nur die letzen beiden Ziffern davor steht der Hexadezimalcode.

Mar 28 21:44:00 486ium isdnlog: Mar 28 21:44:00 * tei 68 calling 01910-11 with 5262300 RING (Data) 
isdnlog meldet eine Einwahl.

Mar 28 21:44:07 486ium kernel: ippp0: dialing 2 01910-11...
Mar 28 21:44:08 486ium kernel: isdn: HiSax,ch0 cause: E0264
Wenn mehr als ein Einwahlversuch eingestellt wurde, wird die Einwahl wiederholt. Da sich aber die falsche Nummer nicht verändert hat kommt der selbe Fehler nochmal.

Mar 28 21:44:15 486ium kernel: isdn_net: local hangup ippp0
Mar 28 21:44:15 486ium kernel: ippp0: Chargesum is 0

Nachdem alle (eingestellten) Einwahlversuche gescheitert sind wird aufgelegt (hangup). Die Gebühren werden als "Chargesum" berechnet. Da es in diesem Beispiel zu keiner Verbindung kam sind die Gebühren 0


Mar 28 21:53:10 486ium kernel: ippp0: dialing 1 0191011...
Die Nummer 0191011 wird angewählt.

Mar 28 21:53:11 486ium isdnlog: Mar 28 21:53:10 * tei 68 calling 0191011 with 5262300
RING (Data) 
Mar 28 21:53:12 486ium isdnlog: Mar 28 21:53:12 tei 68 calling 0191011 with 5262300
Time:Wed Mar 28 21:52:00 2001 
Mar 28 21:53:12 486ium isdnlog: Mar 28 21:53:12 tei 68 calling 0191011 with 5262300
CONNECT (Data) 
isdnlog Meldungen das eine Anwahl stattfindet: RING (Data), wann sie stattfindet: Time:Wed Mar 28 21:52:00 2001 und das eine Daten Verbindung hergestellt wurde: CONNECT (Data).

Mar 28 21:53:12 486ium kernel: isdn_net: ippp0 connected
Die Verbindung wird auch vom ipppd Daemon gemeldet

Mar 28 21:53:12 486ium ipppd[518]: Local number: 5262300, Remote number: 0191011, Type: outgoing
Der ipppd Daemon erkennt eine Einwahl. Es wird die eigene und die remote Nummer angegeben, sowie der Typ als `outgoing` protokolliert

Mar 28 21:53:12 486ium ipppd[518]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
Jetzt kommt es zur Protkollverhandlung (Handshake) zwischen Ihrem PC und dem Einwahlserver Ihres Providers.

Mar 28 21:53:12 486ium ipppd[518]: Remote message: 0031 LSHNO004 0150030778 user name bad form
Der Einwahlserver lehnt die Verbindung ab und meldet als Grund 'user name bad form'. Das bedeutet das der Benutzername dem Einwahlserver nicht bekannt oder falsch ist.

Mar 28 21:53:12 486ium ipppd[518]: PAP authentication failed
Dies wird auch vom ipppd gemeldet

Mar 28 21:53:13 486ium ipppd[518]: LCP terminated by peer
Die Verhandlung über die Einwahl werden vom Einwahlserver beendet.

Mar 28 21:53:16 486ium ipppd[518]: Connection terminated.
Die Verbindung wird abgebaut.

Mar 28 21:53:16 486ium ipppd[518]: taking down PHASE_DEAD link 0, linkunit: 0
Mar 28 21:53:16 486ium ipppd[518]: closing fd 8 from unit 0
Mar 28 21:53:16 486ium kernel: isdn_net: local hangup ippp0
Mar 28 21:53:16 486ium kernel: ippp0: Chargesum is 0
Die Verbindung ist abgebaut.

Mar 28 21:53:16 486ium kernel: ippp_ccp: freeing reset data structure c0870800
Mar 28 21:53:16 486ium ipppd[518]: link 0 closed , linkunit: 0
Mar 28 21:53:16 486ium ipppd[518]: reinit_unit: 0 
Mar 28 21:53:16 486ium kernel: ippp, open, slot: 0, minor: 0, state: 0000
Mar 28 21:53:16 486ium kernel: ippp_ccp: allocated reset data structure c0870800
Mar 28 21:53:16 486ium ipppd[518]: Connect[0]: /dev/ippp0, fd: 8
Der ipppd wird neu initialisiert.

Mar 28 21:53:16 486ium isdnlog: Mar 28 21:53:16 tei 68 calling 0191011 with 5262300
Normal call clearing (User)
Mar 28 21:53:17 486ium isdnlog: Mar 28 21:53:17 tei 68 calling 0191011 with 5262300
HINT: LCR:FAILED 
Mar 28 21:53:17 486ium isdnlog: Mar 28 21:53:17 tei 68 calling 0191011 with 5262300
HANGUP (1 CI 0.029 DM  0:00:05 I=128.0 b O= 81.0 b) 

Der isdnlog Daemon meldet eine Zusammenfassung der Verbindung (Normal call clearing User), warum sie abgebaut wurde (HINT: LCR:FAILED), und was sie gekostet hat etc. (HANGUP 1CI 0.029 DM 0:00:05 I=128.0 b O= 81.0 b)


Mar 29 00:20:03 486ium kernel: ippp0: dialing 1 0191011...
Die Nummer 0191011 wird angewählt.

Mar 29 00:20:05 486ium isdnlog: Mar 29 00:20:04 * tei 68 calling 0191011 with 5262300
RING (Data) 
Mar 29 00:20:05 486ium isdnlog: Mar 29 00:20:05 tei 68 calling 0191011 with 5262300
Time:Thu Mar 29 00:20:00 2001 
Mar 29 00:20:05 486ium isdnlog: Mar 29 00:20:05 tei 68 calling 0191011 with 5262300
CONNECT (Data) 
isdnlog Meldungen das eine Anwahl stattfindet: RING (Data), wann sie stattfindet: Time:Thu Mar 29 00:20:00 2001 und das eine Daten Verbindung hergestellt wurde: CONNECT (Data).

Mar 29 00:20:05 486ium kernel: isdn_net: ippp0 connected
Die Verbindung wird auch vom ippp (d) Daemon gemeldet

Mar 29 00:20:05 486ium ipppd[4981]: Local number: 5262300, Remote number: 0191011, Type: outgoing
Der ipppd Daemon erkennt eine Einwahl. Es wird die eigene und die remote Nummer angegeben, sowie der Typ als `outgoing` protokolliert

Mar 29 00:20:05 486ium ipppd[4981]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
Jetzt sollte es zur Protkollverhandlung (Handshake) zwischen Ihrem PC und dem Einwahlserver Ihres Providers kommen. Da Ihr PC jedoch keine Userdaten zum verhandeln hat, kommt kein Handshake zustande...

Mar 29 00:20:07 486ium kernel: ippp0: remote hangup
Der Einwahlserver legt, vermutlich verwundert :-), auf.

Mar 29 00:20:07 486ium kernel: ippp0: Chargesum is 0
Mar 29 00:20:07 486ium ipppd[4981]: Modem hangup
Mar 29 00:20:07 486ium ipppd[4981]: Connection terminated.
Mar 29 00:20:07 486ium ipppd[4981]: taking down PHASE_DEAD link 0, linkunit: 0
Mar 29 00:20:07 486ium ipppd[4981]: closing fd 8 from unit 0
Mar 29 00:20:07 486ium kernel: ippp_ccp: freeing reset data structure c0870800
Mar 29 00:20:07 486ium ipppd[4981]: link 0 closed , linkunit: 0
Mar 29 00:20:07 486ium ipppd[4981]: reinit_unit: 0 
Mar 29 00:20:07 486ium kernel: ippp, open, slot: 0, minor: 0, state: 0000
Mar 29 00:20:07 486ium kernel: ippp_ccp: allocated reset data structure c0870800
Mar 29 00:20:07 486ium ipppd[4981]: Connect[0]: /dev/ippp0, fd: 8
Die verbindung wird abgebaut und der ipppd neu initialisiert.

Mar 29 00:20:07 486ium isdnlog: Mar 29 00:20:07 tei 68 calling 0191011 with 5262300
Normal call clearing (User) 
Mar 29 00:20:08 486ium isdnlog: Mar 29 00:20:07 tei 68 calling 0191011 with 5262300
HINT: LCR:FAILED 
Mar 29 00:20:08 486ium isdnlog: Mar 29 00:20:07 tei 68 calling 0191011 with 5262300
HANGUP (1 CI 0.029 DM  0:00:02) 

Der isdnlog Daemon meldet eine Zusammenfassung der Verbindung (Normal call clearing User), warum sie abgebaut wurde (HINT: LCR:FAILED), und was sie gekostet hat etc. (HANGUP 1CI 0.029 DM 0:00:02)


Mar 28 23:31:56 486ium kernel: ippp0: dialing 1 0191011...
Die Nummer 0191011 wird angewählt.

Mar 28 23:32:03 486ium kernel: isdn: HiSax,ch0 cause: E001B

Der ipppd findet keine freie Leitung und und gibt einen Fehlercode aus. In diesem Fall E001B. Eine Dokumentation über die Fehlermeldungen kann man mit 'man isdn_cause' erhalten. Der Fehlergrund (cause) setzt sich aus der Fehlerquelle (Exx) zusammen und dem Fehler, hier 1B. Dieser bedeutet:

Wichtig sind nur die letzen beiden Ziffern davor steht der Hexadezimalcode.

Mar 28 23:32:03 486ium kernel: ippp0: dialing 2 0191011...
Mar 28 23:32:10 486ium kernel: isdn: HiSax,ch0 cause: E001B
Wenn mehr als ein Einwahlversuch eingestellt ist, wird die Einwahl wiederholt. Da sich aber die falsche Nummer nicht verändert hat kommt der selbe Fehler nochmal.

Mar 28 23:32:11 486ium kernel: isdn_net: local hangup ippp0
Mar 28 23:32:11 486ium kernel: ippp0: Chargesum is 0

Nachdem alle (eingestellten) Einwahlversuche gescheitert sind wird aufgelegt (hangup). Die Gebühren werden als "Chargesum" berechnet. Da es in diesem Beispiel zu keiner Verbindung kam sind die Gebühren 0


Mar 28 23:37:35 486ium kernel: ippp0: dialing 1 01910411...
Die Nummer 01910411 wird angewählt.

Mar 28 23:37:36 486ium isdnlog: Mar 28 23:37:36 * tei 68 calling 01910411 with 5262300
RING (Data) 
Der isdnlog Daemon meldet einen Anwahlversuch.

Mar 28 23:37:38 486ium isdnlog: Mar 28 23:37:38 tei 68 calling 01910411 with 5262300
Normal call clearing (User)
Da überhaupt keine Antwort von der Gegenstelle kommt wird wieder aufgelegt.

Mar 28 23:37:39 486ium isdnlog: Mar 28 23:37:39 tei 68 calling 01910411 with 5262300
HANGUP 

Und das meldet auch nur der isdnlog Daemon. In diesem Fall hilft uns "nur" der isdnlog Daemon weiter da der ipppd Daemon überhaupt nichts zu tun bekommt und somit auch keine Meldungen schreibt.

Mar 28 23:37:43 486ium kernel: ippp0: dialing 2 01910411...
Mar 28 23:37:44 486ium isdnlog: Mar 28 23:37:43 * tei 68 calling 01910411 with 5262300
RING (Data) 
Mar 28 23:37:45 486ium isdnlog: Mar 28 23:37:45 tei 68 calling 01910411 with 5262300
Normal call clearing (User) 
Mar 28 23:37:46 486ium isdnlog: Mar 28 23:37:46 tei 68 calling 01910411 with 5262300
HANGUP 
Wenn mehr als ein Einwahlversuch eingestellt ist, wird die Einwahl erneut versucht. Da sich aber nichts verändert hat kommt der selbe Fehler nochmal.

Mar 28 23:37:51 486ium kernel: isdn_net: local hangup ippp0
Mar 28 23:37:51 486ium kernel: ippp0: Chargesum is 0

Nachdem alle (eingestellten) Einwahlversuche gescheitert sind wird aufgelegt (hangup). Die Gebühren werden als "Chargesum" berechnet. Da es in diesem Beispiel zu keiner Verbindung kam sind die Gebühren 0


Mar 28 23:47:26 486ium kernel: ippp0: dialing 1 5262301...
Die Nummer 5262301 wird angewählt.

Mar 28 23:47:26 486ium isdnlog: Mar 28 23:47:26 * tei 68 calling +49 421/5262301, Bremen with 5262300
 RING (Data) 
Der isdnlog Daemon meldet einen Anwahlversuch.

Mar 28 23:47:36 486ium isdnlog: Mar 28 23:47:35 tei 68 calling +49 421/5262301, Bremen with 5262300
No user responding (Public network serving local user) 
Und erkennt anhand der Verbindungsart das die Gegenstelle kein Einwahlserver ist.

Mar 28 23:47:36 486ium isdnlog: Mar 28 23:47:36 tei 68 calling +49 421/5262301, Bremen with 5262300
HANGUP No user responding (Public network serving local user) 

Der isdnlog Daemon meldet das die Verbindung beendet ist und den Grund hierfür (No user responding Public network serving local user) In diesem Fall hilft uns "nur" der isdnlog Daemon weiter da der ipppd Daemon überhaupt nichts zu tun bekommt und somit auch keine Meldungen schreibt.

Mar 28 23:47:37 486ium kernel: ippp0: dialing 2 5262301...
Mar 28 23:47:37 486ium isdnlog: Mar 28 23:47:26 * tei 68 calling +49 421/5262301, Bremen with 5262300
RING (Data)
Mar 28 23:47:47 486ium isdnlog: Mar 28 23:47:35 tei 68 calling +49 421/5262301, Bremen with 5262300
No user responding (Public network serving local user)
Mar 28 23:47:47 486ium isdnlog: Mar 28 23:47:36 tei 68 calling +49 421/5262301, Bremen with 5262300  
HANGUP No user responding (Public network serving local user)
Wenn mehr als ein Einwahlversuch eingestellt ist, wird die Einwahl erneut versucht. Da sich aber nichts an der Gegenstelle verändert hat kommt der selbe Fehler nochmal.

Mar 28 23:47:49 486ium kernel: isdn_net: local hangup ippp0
Mar 28 23:47:49 486ium kernel: ippp0: Chargesum is 0

Nachdem alle (eingestellten) Einwahlversuche gescheitert sind wird aufgelegt (hangup). Die Gebühren werden als "Chargesum" berechnet. Da es in diesem Beispiel zu keiner Verbindung kam sind die Gebühren 0


Viele weitere Kombinationen und Ursachen sind denkbar. Dieser Artikel soll Ihnen anhand der "häufigsten" Ursachen die Meldungen etwas genauer erklären und Ihnen bei der Fehlersuche helfen.


Siehe auch:
o ISDN einrichten mit SuSE Linux Version 6.4
o ISDN einrichten mit YaST1

Stichwörter: ISDN, ANWAHL, MESSAGES, FEHLERMELDUNGEN

Kategorien: ISDN

SDB-hvogel_messages2, Copyright SuSE Linux AG, Nürnberg, Germany - Version: 29. Mär 2001
SuSE Linux AG - Zuletzt generiert: 03. Jun 2002 von hvogel (sdb_gen 1.40.0)