SuSE Linux: Versionen ab 6.0
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:
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: E0264Wenn 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 connectedDie Verbindung wird auch vom ipppd Daemon gemeldet
Mar 28 21:53:12 486ium ipppd[518]: Local number: 5262300, Remote number: 0191011, Type: outgoingDer 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: 8Jetzt 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 formDer 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 failedDies wird auch vom ipppd gemeldet
Mar 28 21:53:13 486ium ipppd[518]: LCP terminated by peerDie 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 0Die 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: 8Der 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 connectedDie Verbindung wird auch vom ippp (d) Daemon gemeldet
Mar 29 00:20:05 486ium ipppd[4981]: Local number: 5262300, Remote number: 0191011, Type: outgoingDer 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: 8Jetzt 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 hangupDer 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: 8Die 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:
Mar 28 23:32:03 486ium kernel: ippp0: dialing 2 0191011... Mar 28 23:32:10 486ium kernel: isdn: HiSax,ch0 cause: E001BWenn 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 HANGUPWenn 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.