T-DSL: Verbindungsaufbau klappt nur manchmal
Hi, der Verbindungsaufbau zur Telekom �ber DSL funktioniert bei mir nur sporadisch. Beim ersten Mal klappts meistens und wenn ich eine Weile Ruhe gebe. Hat aber der Router durch einen timeout die Leitung abgebaut kommt zumeist das: ------------------------ messages schnipp ------------------------ Oct 23 18:03:48 eins pppd[204]: sent [PAP AuthReq id=0x69 user="0003138084383200158748200001@t-online.de" password=<hidden>] Oct 23 18:03:51 eins pppd[204]: sent [LCP EchoReq id=0x1 magic=0xa082b042] Oct 23 18:03:51 eins pppd[204]: rcvd [LCP EchoRep id=0x1 magic=0xb65b71c3] Oct 23 18:03:51 eins pppd[204]: No response to PAP authenticate-requests Oct 23 18:03:51 eins pppd[204]: sent [LCP TermReq id=0x74 "Failed to authenticate ourselves to peer"] Oct 23 18:03:51 eins pppd[204]: rcvd [LCP TermAck id=0x74] Oct 23 18:03:51 eins pppd[204]: Connection terminated. ------------------------ messages schnap ------------------------ Kann man das "No response to PAP authenticate-requests" als "Besetzt" deuten? Das wuerde die Sache wenigstens erkl�ren, wenns auch mehr als "bescheiden" waere. Ich hatte ja den Verdacht, dass dies an den Werten in mru und mtu liegt. Wo kann ich diese aendern? Mene Versuche dies in /etc/pppoed.conf, /etc/ppp/options oder /etc/ppp/peers/pppoed zu aendern wurden entweder mit einem meckern ueber die Syntax oder durch Ignoranz bestraft. Wo gehoert dies mit welcher Syntax hin? Das gleiche Problem habe ich mit dem Timeout. Ich wollte ihn auf 2 Minuten (120 sec) hochsetzen, habe dies wie in der Support-Datenbank angeben, auch in die Datei /etc/pppoed.conf ans Ende geschrieben. ----------- schnip ---------- demand = yes idle = 120 ----------- schnap ---------- Trotzdem baut pppd die Leitung zumeist nach ca. 10-20 sec ab. Bisher helfe ich mir, dass ich vor dem Surfen einen Dauer-Ping ausloese, auch nicht die feine Art, oder? Ach ja: Ich verwende Suse 7.0, pppoed, masquerading oder Squid (Problem tritt gleichermassen auf) , nix gepacht. Gesurft wird von einer Windows-Kiste. ____________________________________________________ Michael Pietsch michael.pietsch@berlin.de
participants (1)
-
Michael Pietsch