Hallo Leute, ich habe immer wieder das Problem, dass meine DSL-Verbindung zusammenbricht. Zunächst dachte ich, es sei irgendeine idle-Einstellung, doch vorhin ist es auch während eines Downloads passiert. Zu diesem Zeitpunkt bestand die Verbindung nur etwa 21 Minuten. Ich habe in messages folgende Ausgaben erhalten: ================================================================= Mar 9 13:23:43 localhost pppd[781]: LCP terminated by peer Mar 9 13:23:43 localhost pppd[781]: Script /etc/ppp/ip-down started (pid 977) Mar 9 13:23:43 localhost pppd[781]: sent [LCP TermAck id=0xf4] Mar 9 13:23:43 localhost ip-down: Restored original /etc/resolv.conf Mar 9 13:23:43 localhost pppd[781]: Script /etc/ppp/ip-down finished (pid 977), status = 0x0 Mar 9 13:23:46 localhost pppd[781]: Connection terminated. Mar 9 13:23:46 localhost pppd[781]: Connect time 21.6 minutes. Mar 9 13:23:46 localhost pppd[781]: Sent 406462 bytes, received 13010278 bytes.Mar 9 13:23:46 localhost pppd[781]: Exit. Mar 9 13:23:46 localhost pppoed[778]: Line id which died is: 0 Mar 9 13:23:46 localhost pppoed[778]: OK we got killed ================================================================= Was kann ich machen, wo kann ich nach dem Fehler suchen? Ach ja: Ein sofortiger Wiederaufbau der Verbindung war nicht möglich. Genauer gesagt, musste ich erst wieder neu booten. Vorher ging rein ar nichts. Es gab bei dem Versuch, eine Verbindung aufzubauen noch nicht einmal eine Fehlermeldung ... Heiner -- Heiner Lamprecht Philosophenweg 79 D - 72076 Tuebingen email: heiner@kijumfo.de http://www.kijumfo.de GnuKontor: http://agenda21.ggi.uni-tuebingen.de/heiner/gk/ KFLog: http://agenda21.ggi.uni-tuebingen.de/heiner/kflog/
Hallo Heiner, schau mal ab und zu da hin: www.friedenau.com/adsl/ 0721 hatte wohl die vergangenen Tage Störungen. Vielleicht bist ja jetzt Du dran... rob
* Freitag, 09. März 2001 um 15:09 (+0100) schrieb Heiner Lamprecht:
ich habe immer wieder das Problem, dass meine DSL-Verbindung zusammenbricht. Zunächst dachte ich, es sei irgendeine idle-Einstellung, doch vorhin ist es auch während eines Downloads passiert. Zu diesem Zeitpunkt bestand die Verbindung nur etwa 21 Minuten.
Ich habe in messages folgende Ausgaben erhalten: ================================================================= Mar 9 13:23:43 localhost pppd[781]: LCP terminated by peer
[ Ordentlicher Verbindungsabbau ]
Was kann ich machen, wo kann ich nach dem Fehler suchen?
Ich würde an deiner Stelle den pppd eine Weile mit der debug-Option laufen lassen, um zu sehen, warum der AC die Verbindung terminiert. Evtl. kommen die LCP-Echo-Requests nicht zu deinem Rechner durch oder dein Rechner antwortet darauf nicht schnell genug. Mit größerer Wahrscheinlichkeit ist es aber vermutlich ein "blinkender" AC...
Ach ja: Ein sofortiger Wiederaufbau der Verbindung war nicht möglich. Genauer gesagt, musste ich erst wieder neu booten. Vorher ging rein ar nichts. Es gab bei dem Versuch, eine Verbindung aufzubauen noch nicht einmal eine Fehlermeldung ...
Hast du den pppoed auch einmal mit der Debug-Option (z.B. -d 3)
gestartet, um zu überprüfen, ob der AC überhaupt noch auf das
PPPoE-Handshake reagiert?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Heiner Lamprecht schrieb:
Ach ja: Ein sofortiger Wiederaufbau der Verbindung war nicht möglich. Genauer gesagt, musste ich erst wieder neu booten. Vorher ging rein ar nichts. Es gab bei dem Versuch, eine Verbindung aufzubauen noch nicht einmal eine Fehlermeldung ...
Wie, ein normales adsl-stop und adsl-start hat nicht ausgereicht? Wenn du rp-pppoed hast ... Der bei SuSE 6.4 beiliegende pppoed hat auch ein start-stop Mechanismus. Neu booten ist doch 'ne Windowskrankheit ... Rainer
Am Tuesday 13 March 2001 15:18 schrieb Rainer Lischke:
Heiner Lamprecht schrieb:
Ach ja: Ein sofortiger Wiederaufbau der Verbindung war nicht möglich. Genauer gesagt, musste ich erst wieder neu booten. Vorher ging rein ar nichts. Es gab bei dem Versuch, eine Verbindung aufzubauen noch nicht einmal eine Fehlermeldung ...
Wie, ein normales adsl-stop und adsl-start hat nicht ausgereicht?
Nein! Ich habe in der Zwischenzeit den pppoed mal mit entsprechendem Debug-Leven gestartet. Dann sehe ich, dass er immerhin versucht eine Verbindung aufzubauen. Es kommen die gleichen Ausgaben, wie auch sonst am Anfang, nur dass dann nichts weiter passiert: =================================================================== Anfang eines normalen Verbindungsaufbaus: Mar 13 12:02:55 localhost pppoed[2064]: send_packet: ifn eth0 Ether hdr: dst=ff:ff:ff:ff:ff:ff src=00:30:84:0a:ff:f5 proto=0x8863 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 session=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): 0f 08 00 00 Mar 13 12:02:55 localhost pppoed[2064]: got: 60 bytes: 00 30 84 0a ff f5 00 90 1a 10 03 d6 88 63 11 07 00 00 00 1a 0102 00 0a 53 54 47 58 31 31 2d 65 72 78 01 03 00 04 0f 08 00 00 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 =================================================================== Anfang eines fehlerhaften Aufbaus: Mar 13 12:57:06 localhost pppoed[2547]: send_packet: ifn eth0 Ether hdr: dst=ff:ff:ff:ff:ff:ff src=00:30:84:0a:ff:f5 proto=0x8863 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 session=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): f2 09 00 00 Mar 13 12:57:08 localhost pppoed[2547]: send_packet: ifn eth0 Ether hdr: dst=ff:ff:ff:ff:ff:ff src=00:30:84:0a:ff:f5 proto=0x8863 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 session=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): f2 09 00 00 Mar 13 12:57:12 localhost pppoed[2547]: send_packet: ifn eth0 Ether hdr: dst=ff:ff:ff:ff:ff:ff src=00:30:84:0a:ff:f5 proto=0x8863 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 session=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): f2 09 00 00 Mar 13 12:57:20 localhost pppoed[2547]: send_packet: ifn eth0 Ether hdr: dst=ff:ff:ff:ff:ff:ff src=00:30:84:0a:ff:f5 proto=0x8863 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 session=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): f2 09 00 00 =================================================================== Wie man sieht, erhält der pppoed im ersten Fall eine sofortige Antwort. Im zweiten Fall versucht er es solange, bis ich ihn wieder beende. Ich weiss nur nicht, woran es liegt, dass keine Antwort kommt!
Wenn du rp-pppoed hast ... Der bei SuSE 6.4 beiliegende pppoed hat auch ein start-stop Mechanismus.
Neu booten ist doch 'ne Windowskrankheit ...
Stimmt, aber anscheinend noch nicht ganz ausgerottet ... Das einzige, das hilft, ist: 1) Rechner aus 2) DSL-Modem ausschalten 3) Warten ( ein paar Sekunden ) 4) DSL-Modem wieder einschalten und warten, bis es mit der Gegenseite synchronisiert hat. 5) Rechner wieder einschalten Ein Aus- und wieder Einschalten des Modems bei eingeschaltetem Rechner verhindert leider, dass das Teil sich synchronisiert. Ein Unterbrechen der Netzwerkverbindung zwischen den beiden Teilen wird mit entsprechenden Fehlermeldungen ("kernel: eth0: Abnormal interrupt, status 00000020.") quittiert. Danach weigert sich das System vollständig, auf das Netz zuzugreifen. Was kann ich tun? Ist das Modem kaputt, oder wird es durch den Verbindungsabbau (ist übrigens egal, ob die Leitung "zusammenbricht" oder ich sie gezielt beende), in einem undefinierten Zustand zurückgelassen? Oder liegt das Problem am Treiber? Heiner -- Heiner Lamprecht Philosophenweg 79 D - 72076 Tuebingen email: heiner@kijumfo.de http://www.kijumfo.de GnuKontor: http://agenda21.ggi.uni-tuebingen.de/heiner/gk/ KFLog: http://agenda21.ggi.uni-tuebingen.de/heiner/kflog/
* Mittwoch, 14. März 2001 um 00:26 (+0100) schrieb Heiner Lamprecht:
Ich habe in der Zwischenzeit den pppoed mal mit entsprechendem Debug-Leven gestartet. Dann sehe ich, dass er immerhin versucht eine Verbindung aufzubauen. Es kommen die gleichen Ausgaben, wie auch sonst am Anfang, nur dass dann nichts weiter passiert:
[ ... ]
Mar 13 12:57:20 localhost pppoed[2547]: send_packet: ifn eth0 Ether hdr: dst=ff:ff:ff:ff:ff:ff src=00:30:84:0a:ff:f5 proto=0x8863 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 session=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): f2 09 00 00 ===================================================================
Wie man sieht, erhält der pppoed im ersten Fall eine sofortige Antwort. Im zweiten Fall versucht er es solange, bis ich ihn wieder beende. Ich weiss nur nicht, woran es liegt, dass keine Antwort kommt!
Kannst du in einem solchen Fall überprüfen, ob eth0 überhaupt noch funktioniert?
Das einzige, das hilft, ist: 1) Rechner aus 2) DSL-Modem ausschalten 3) Warten ( ein paar Sekunden ) 4) DSL-Modem wieder einschalten und warten, bis es mit der Gegenseite synchronisiert hat. 5) Rechner wieder einschalten
Ein Aus- und wieder Einschalten des Modems bei eingeschaltetem Rechner verhindert leider, dass das Teil sich synchronisiert. Ein Unterbrechen der Netzwerkverbindung zwischen den beiden Teilen wird mit entsprechenden Fehlermeldungen ("kernel: eth0: Abnormal interrupt, status 00000020.") quittiert. Danach weigert sich das System vollständig, auf das Netz zuzugreifen.
Hier (rtl8139) bekomme ich obige Fehlermeldung nur bei laufendem Traffic und nach Wiederherstellen der Verbindung geht es weiter (wo möglich, zb. ping).
Was kann ich tun? Ist das Modem kaputt, oder wird es durch den Verbindungsabbau (ist übrigens egal, ob die Leitung "zusammenbricht" oder ich sie gezielt beende), in einem undefinierten Zustand zurückgelassen? Oder liegt das Problem am Treiber?
Den pppoed als Ursache würde ich (erst einmal) ausschliessen. Hier
arbeitet er seit ca. 1 Jahr von Version 0.45 bis Version 0.6.5
fehlerlos.
Mit was für einer Leitung hast du dein Modem an den Rechner
angeschlossen? Versuche es ggfs. einmal mit dem Original-Kabel der
Telekom (vier-adrig). Vielleicht hast du ja eines dieser Modems, die
über die restlichen vier Adern (um-)programmiert werden.
Als nächsten Schritt würde ich es einmal mit einer anderen
Netzwerkkarte probieren.
Und letztlich käme noch der Austausch von Modem und Splitter in
Betracht. Am einfachsten ein paar T-Punkte anrufen, die haben die
eher als der Telekom-Service.
Viel Erfolg.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Heiner Lamprecht schrieb:
=================================================================== Anfang eines normalen Verbindungsaufbaus:
Mar 13 12:02:55 localhost pppoed[2064]: send_packet: ifn eth0 Ether hdr: dst=ff:ff:ff:ff:ff:ff src=00:30:84:0a:ff:f5 proto=0x8863 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 session=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): 0f 08 00 00 =================================================================== Anfang eines fehlerhaften Aufbaus:
Mar 13 12:57:06 localhost pppoed[2547]: send_packet: ifn eth0 Ether hdr: dst=ff:ff:ff:ff:ff:ff src=00:30:84:0a:ff:f5 proto=0x8863 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x09 session=0x0000 length=0x000c (PADI) PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): f2 09 00 00
AA Da faellt mir erst mal nur dieser kleine Unterschied auf, kann aber auch nur ein Zaehler sein ...
Das einzige, das hilft, ist:
sehr seltsam ...
Ein Aus- und wieder Einschalten des Modems bei eingeschaltetem Rechner verhindert leider, dass das Teil sich synchronisiert.
Noe, das funktioniert bei mir hervorragend.
Ein Unterbrechen der Netzwerkverbindung zwischen den beiden Teilen wird mit entsprechenden Fehlermeldungen ("kernel: eth0: Abnormal interrupt, status 00000020.") quittiert. Danach weigert sich das System vollständig, auf das Netz zuzugreifen.
Muss ich mal probieren, hatte aber m. E. auch keine Auswirkungen, nach dem anstoepseln lief das Netz weiter ...
Was kann ich tun? Ist das Modem kaputt, oder wird es durch den Verbindungsabbau (ist übrigens egal, ob die Leitung "zusammenbricht" oder ich sie gezielt beende), in einem undefinierten Zustand zurückgelassen? Oder liegt das Problem am Treiber?
Wenn du nicht das original Telekom-Kabel hast, nimm das mal. Evtl. ist dein DSL-Modem auch verprogramiert. Es gab auch eine Reihe Modems mit Firmware-Fehler, lass dir von der Telekom mal die neueste Firm- ware aufspielen (muss ich auch noch angehen). Die Netzwerkkarte zu tauschen ist auch noch ein Mittel, um sicher zu gehen. Am Splitter liegt es meiner Meinung nicht, das Ding trennt ja nur physisch hohe und niedrige Toene und arbeitet anscheinend richtig, sonst ginge gar nichts... Rainer
Am Mittwoch, 14. März 2001 10:50 schrieb Rainer Lischke:
Heiner Lamprecht schrieb:
Was kann ich tun? Ist das Modem kaputt, oder wird es durch den Verbindungsabbau (ist übrigens egal, ob die Leitung "zusammenbricht" oder ich sie gezielt beende), in einem undefinierten Zustand zurückgelassen? Oder liegt das Problem am Treiber?
Wenn du nicht das original Telekom-Kabel hast, nimm das mal. Evtl. ist dein DSL-Modem auch verprogramiert. Es gab auch eine Reihe Modems mit Firmware-Fehler, lass dir von der Telekom mal die neueste Firm- ware aufspielen (muss ich auch noch angehen).
Ich verwende das original Telekom-Kabel. Das mit der anderen Netzwerkkarte kann ich mal ausprobieren. Ist ohnehin eine zweite eingebaut ... Ansonsten muss ich wohl mal in den T-Punkt ... Heiner -- Heiner Lamprecht Philosophenweg 79 D - 72076 Tuebingen email: heiner@kijumfo.de http://www.kijumfo.de GnuKontor: http://agenda21.ggi.uni-tuebingen.de/heiner/gk/ KFLog: http://agenda21.ggi.uni-tuebingen.de/heiner/kflog/
participants (4)
-
Andreas Koenecke
-
Heiner Lamprecht
-
Rainer Lischke
-
Robert Schott