[pppd] plötzlich Trennung wg. »No response to 3 echo-req...«

[tapferesschneiderlein]

Hallo, Forum,

ich habe ein ADSL-Modem an eth0, für die Verbindung sorgt pppd. Die Dateien /etc/network/interfaces und /etc/ppp/peers/dsl-provider (mit »persist«) sind eingerichtet und die Verbindung (3.072/512) funktioniert. Nach 24 Stunden erolgt eine Zwangstrennung, der ich mit einem nächtlichen cronjob zuvorkomme (falls ich tagsüber mal aus dem Rhytmus komme).

Jetzt ist es in den letzten Monaten häufiger vorgekommen, daß die Verbindung plötzlich beendet wurde und neu aufgebaut werden mußte. Die Fehlermeldung im Syslog sieht dann jeweils so aus:

Code: Alles auswählen

Jan 20 00:49:40 pppd[8548]: No response to 3 echo-requests
Jan 20 00:49:40 pppd[8548]: Serial link appears to be disconnected.
...
Jan 20 00:49:43 pppd[8548]: Connection terminated

Gewundert hat mich nur, daß dieses plötztliche »appears to be disconnected« oft mitten in einem Transfer auftrat.

Jetzt habe ich den Fehler reproduzierbar eingegrenzt. Wenn ich z. B. per FTP große Datenmengen auf einen entfernten Server hochlade, erfolgt nach ca. 1–2 Minuten wieder die Trennung.

Bei meiner Ursachenforschung habe ich die Datei /etc/ppp/options gefunden, in der u. a. folgendes steht:

Code: Alles auswählen

lcp-echo-interval 30
lcp-echo-failure 4

#lcp-restart <n>
#lcp-max-terminate <n>
#lcp-max-configure <n>
#lcp-max-failure <n>
#ipcp-restart <n>
#ipcp-max-terminate <n>
#ipcp-max-configure <n>
#ipcp-max-failure <n>
#pap-restart <n>
#pap-max-authreq <n>
#pap-timeout <n>
#chap-restart <n>
#chap-max-challenge
#chap-interval <n>
#ipcp-accept-local
#ipcp-accept-remote
#nopersist
#persist
#maxfail <n>

(mit Kommentaren: http://nopaste.debianforum.de/2252)


Ich habe z. Z. keinerlei Traffic-Shaping aktiviert.
Könnte es sein, daß es wegen der voll ausgenutzten Upload-Bandbreite zu Problemen mit dem erwarteten Echo-Paket kommt? Kann es am Modem liegen? Welche Parameter der o. g. options-Datei spielen eine Rolle und in welche Richtung könnte ich diese verändern?
Würde Traffic-Shaping (o. ä.) hier überhaupt helfen (ich weiß nicht, über welche Protokollebene diese LCP-Pakete versendet werden)?

[mistersixt]

Soweit ich weiss, bedeuet "No response to 3 echo-requests", daß das Modem selbst nicht mehr antwortet. LCP stellt ja angeblich die Rahmenverbindungen für die PPP-Verbindung her, insofern würde ich als erstes versuchen, das DSL-Modem mal auszutauschen).

Gruss, mistersixt.

[tapferesschneiderlein]

Soweit ich weiss, bedeuet "No response to 3 echo-requests", daß das Modem selbst nicht mehr antwortet.

Könnte pppd dann die Verbindung noch trennen (und gleich wieder neu aufbauen)?

Ich habe jetzt anhand des Beispiels aus dem Wiki mal Traffic-Shaping aktiviert. Jetzt kann ich -- neben den sonstigen Vorteilen -- gigabyteweise Daten hochladen, ohne daß die Verbindung getrennt wird. Schalte ich tc wieder aus, bricht die Verbindung nach ein paar MB Upload wieder zusammen.

[gms]

Soweit ich weiss, bedeuet "No response to 3 echo-requests", daß das Modem selbst nicht mehr antwortet.

Könnte pppd dann die Verbindung noch trennen (und gleich wieder neu aufbauen)?
.

Ja, warum nicht. "mistersixt" hat ja nicht gemeint, daß sich das Modem aufgehängt hat, sondern daß das Modem aufgehängt hat

Du kannst ja einmal die Settings (lcp-echo-failure, lcp-echo-interval) raufdrehen, bzw mit lcp-echo-failure = 0 diesen Test ganz ausschalten

Gruß
gms