Hallo zusammen,
ich habe gerade ein ziemlich lästiges Problem, das ich auch nur schwer reproduzieren kann - vielleicht weiß ja hier jemand Rat...:
Manchmal (soll heißen: es geht ein paar Wochen gut; dann passiert es wieder dreimal am Tag...) setzt meine DSL-Verbindung "einfach so" aus. Dabei ist die mit "10BaseT" bezeichnete LED am Modem aus. Der Router, auf dem ein "fli4l" installiert ist, ist aber noch per ssh aus dem internen Netz erreichbar.
Die Fehlermeldungen aus /var/log/messages sieht folgendermaßen aus:
----Anfang------
Jan 15 21:39:47 prometheus kernel: eth1: transmit timed out, tx_status 00 status e000.
Jan 15 21:39:47 prometheus kernel: Flags; bus-master 1, full 1; dirty 9524 current 9540.
Jan 15 21:39:47 prometheus kernel: Transmit list 015c6240 vs. c15c6240.
Jan 15 21:39:47 prometheus kernel: 0: @c15c6200 length 80000046 status 00000046
Jan 15 21:39:47 prometheus kernel: 1: @c15c6210 length 80000046 status 00000046
------snip------
So geht es noch einige(...) Zeilen weiter...
------snip------
Jan 15 21:39:47 prometheus kernel: 14: @c15c62e0 length 80000046 status 00000046
Jan 15 21:39:47 prometheus kernel: 15: @c15c62f0 length 80000046 status 00000046
Jan 15 21:39:47 prometheus kernel: eth1: Resetting the Tx ring pointer.
Jan 15 21:40:13 prometheus pppd[523]: No response to 5 echo-requests
Jan 15 21:40:13 prometheus pppd[523]: Serial link appears to be disconnected.
Jan 15 21:40:13 prometheus imond[707]: setting default route again to circuit \'DSL\'
Jan 15 21:40:19 prometheus pppd[523]: Connection terminated.
Jan 15 21:40:19 prometheus pppd[523]: Connect time 239.1 minutes.
Jan 15 21:40:19 prometheus pppd[523]: Sent 1473991 bytes, received 5622422 bytes.
Jan 15 21:40:19 prometheus pppoe[761]: read (asyncReadFromPPP): I/O error
Jan 15 21:40:19 prometheus pppoe[761]: Sent PADT
Jan 15 21:40:19 prometheus ip-down: /usr/local/ens/ens.conf restored
Jan 15 21:40:19 prometheus ip-down: shutting down port forwarding ...
Jan 15 21:40:19 prometheus ip-down: port forwarding: done
Jan 15 21:40:49 prometheus pppd[523]: Starting link
Jan 15 21:40:50 prometheus pppd[523]: Serial connection established.
Jan 15 21:40:50 prometheus pppd[523]: Connect: ppp0 /dev/ttyp1
Jan 15 21:41:21 prometheus pppd[523]: LCP: timeout sending Config-Requests
-----Ende-----
Danach ist, wie gesagt, die "10BaseT"-LED am DSL-Modem aus und keine Verbindung mehr möglich; es kommt nur noch ein "timeout sending Config-Requests".
Wenn ich den Router neustarte, geht die LED nach ca. 2 min (also nach dem Hochfahren des Rechners, _nicht_ direkt nach dem Einschalten) wieder an, und alles läuft wieder einwandfrei. Auch wenn ich am Kabel wackele, kann ich den Fehler nicht reproduzieren! Ziehe ich das Kabel am Router ab und stecke es wieder ein, so geht die LED am Modem kurz aus und nach dem Einstecken wieder an. Ziehe ich dagegen das Kabel auf Modemseite ab, so geht die LED aus und ist auch durch Wiedereinstecken nicht mehr wieder anzukriegen. Ich muß dann den Router neu starten.
Vielleicht sollte ich dazusagen, daß ich im Router zwei baugleiche Netzwerkkarten (3com 3c900 Combo) habe, die ich schon vertauscht habe. Da der Fehler mit beiden auftritt, nehme ich nicht an, daß sie die Ursache sind.
Nun meine Frage: hat schon mal jemand so einen Fehler erlebt? Da ich den Fehler mit Wackeln am Kabel nicht reproduzieren kann, müßte ich doch das Kabel ausschließen können(?). Bliebe nur noch das DSL-Modem. Aber der Mensch bei der Telekom-Störungsstelle meinte nur, die 10BaseT-LED hätte nichts zu bedeuten; wenn die "Sync"-LED leuchte, sei das Modem in Ordnung...
Weiß jemand, ob es eine Möglichkeit gibt, den Fehler weiter einzugrenzen? Denn manchmal läuft der Router wochenlang ohne Probleme.
Aber da der Zugang nicht nur von mir genutzt wird, möchte ich natürlich eine gewisse Betriebssicherheit...
Vielen Dank,
Christoph
6MHZ
