Am Freitag, 2. November 2001 22:00 schrieb Andreas Koenecke:
Jetzt könnte ich mir auch eine Ursache für dein Problem vostellen: Dein pppd übernimmt die MRU der ersten Verhandlung (1492) und der AC übernimmt die MRU der zweiten Verhandlung (1490) (wie auch bei Ratti). Und das passt dann halt nicht...
Matthias, bitte versuche doch (nochmal) folgendes: Schmeiss alle MTU-Manipulationen aus 'ip-up*' heraus und setze die 'mtu'- und 'mru'-Optionen in '/etc/ppp/peers/pppoe' und '/etc/ppp/options' auf 1492, starte den pppd (smpppd) neu und stelle dann eine Verbindung her... Ich glaube fest daran, dass dann alles funktioniert.
Bingo! So läuft das ganze nach Einwahl und mit einer mtu=1492 problemlos. Vielen Dank, Andreas, für die ausdauernde Fehlersuche. Ausschlaggebend muß übrigens der Eintrag in /etc/ppp/peers/pppoe sein, da ich zuerst nur diesen Wert auf 1492 hochgesetzt habe, während die Werte in /etc/ppp/options nach wie vor auf 1486 standen und es auch so funktionierte. Ich habe jetzt alle Werte auf 1492 stehen, und es geht. Ursache ist somit die falsche Konfiguration in /etc/ppp/peers/pppoe. Der Eintrag in der SDB schlägt am Ende eine Modifikation dieser Werte vor, sagt aber nicht, auf welchen Wert genau der Wert zu modifizieren ist. Nach der Logik der Dinge dürfte hier (zumindest für mich) 1492 der einzig richtige Wert sein. Eigentliche Ursache sollte jedoch ein Kommunikationsfehler (vermutlich in smpppd?!) sein, der es zuläßt, daß die beiden Partner unterschiedliche Werte akzeptieren. Ist ggf. einen Bugreport wert, was meinst Du?! - Matthias -- LPI Level 1 Certified http://www.selflinux.de