Hallo Liste, habe SuSE 7.2 und T-DSL. Bekomme jetzt folgende Fehlermeldung: Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MTU to 1500 Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MRU to 1500 Was hat das zu bedeuten und wie kann das gelöst werden. Mfg Eike Neumann
* Eike Neumann schrieb am 12.06.01 um 21:31 Uhr:
Hallo Liste,
habe SuSE 7.2 und T-DSL. Bekomme jetzt folgende Fehlermeldung:
Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MTU to 1500 Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MRU to 1500
Was hat das zu bedeuten und wie kann das gelöst werden.
Ein paar mehr Infos waeren nicht schlecht. Wie hast du pppoe realisiert? (Kernel/gepatchter pppd oder rp-pppoe oder pppoed) Was hast du schon gemacht? Was nicht ;-)? Was soll der DSL-Rechner machen? Als Client laufen oder als Router? Wenn Router, auch masquerading? Was sagt ifconfig? Laeuft ADSL denn schon? hattest du schonmal ne Verbindung oder gehts gar nicht? Fragen ueber Fragen Gruss -Marc -- +------------------------------------------------------------------+ | --> http://www.links2linux.de <-- Jetzt mit neuen Features! | | wie z.B. [EasyLink] | +---Registered-Linux-User-#136487------------http://counter.li.org +
Hallo Liste...
Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MTU to 1500 Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MRU to 1500
Ich habe genau das selbe gefunden, nachdem der DSL-Zugang einfach nicht mehr zu funktionieren schien. Nichts half, bis auf den Stecker des DSL-Modems für kurze Zeit zu ziehen. Erst nach der folgenden Synchronisation ist es wieder möglich, eine Verbindung aufzubauen. Bei mir ist auch der rp-pppoe mit Kernel 2.4, SuSE 7.1 im Einsatz. Ich kann mir aber irgendwie nicht richtig vorstellen, das es etwas mit dem System zu tun hat - oder doch? Hat das Modem eine Macke? Wäre ja nicht undenkbar, musste schon den Splitter komplett nachlöten um Ruhe beim Telefonieren zu bekommen! Hat jemand schon ähnliches beobachtet? Mfg, Christian -- _______________________________________________________________________ Support your local Club! ...visit: http://www.butanclub.de/
Hi On Wed, Jun 13 2001 at 21:48 +0200, Christian Schneider wrote:
Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MTU to 1500 Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MRU to 1500
Ich habe genau das selbe gefunden, nachdem der DSL-Zugang einfach nicht mehr zu funktionieren schien. Nichts half, bis auf den Stecker des DSL-Modems für kurze Zeit zu ziehen. Erst nach der folgenden Synchronisation ist es wieder möglich, eine Verbindung aufzubauen. Bei mir ist auch der rp-pppoe mit Kernel 2.4, SuSE 7.1 im Einsatz. Ich kann mir aber irgendwie nicht richtig vorstellen, das es etwas mit dem System zu tun hat - oder doch?
Hat das Modem eine Macke? Wäre ja nicht undenkbar, musste schon den Splitter komplett nachlöten um Ruhe beim Telefonieren zu bekommen!
Hat jemand schon ähnliches beobachtet?
Diese Meldung habe ich ständig im Log -- bei ansonsten funktionierendem T-DSL. Wenn der Zugang nicht funktioniert, dann liegt das, soweit ich das bis jetzt beobachtet habe, daran, dass manchmal (selten) die Gegenstelle der Meinung ist, man sei noch eingeloggt, obwohl man es nicht ist, und deshalb den Zugang verweigert. Im schlimmsten Fall hilft hier warten. Irgendwann nachts wird die (ja eigentlich nicht vorhandene) Verbindung getrennt und man kann sich wieder einloggen. Ciao, Stefan -- Stefan Troeger o _ _ _ stefan@troeger.st __o __o /\_ _ \\o (_)\__/o (_) _`\<, _`\<, _>(_) (_)/<_ \_| \ _|/' \/ (_)/(_) (_)/(_) (_) (_) (_) (_)' _\o_
From: "Christian Schneider"
Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MTU to 1500
Ich habe genau das selbe gefunden, nachdem der DSL-Zugang einfach nicht mehr zu funktionieren schien. Nichts half, bis auf den Stecker des DSL-Modems für kurze Zeit zu ziehen. Hat jemand schon ähnliches beobachtet?
Mfg, Christian
Ja, hier, ich. Ich muß das etwa alle ein, zwei Monate machen. Das ganze tritt auf mit einem Suse 7.0 als Router, es trat auf mit Win98 ohne Router und mit einem Windows 2000 als Router. DSL-Modem hängt am Uplink eines Hubs, auch der Hub wurde schon ausgetauscht. Ich bin eigentlich gar nicht großartig hinter einer Lösung her, weil ich mit dem Problem leben kann - hat sich halt so ergeben, daß die Konfig häufig mal wechselte. Gruß, Ratti
* Dienstag, 12. Juni 2001 um 21:31 (+0200) schrieb Eike Neumann:
habe SuSE 7.2 und T-DSL. Bekomme jetzt folgende Fehlermeldung:
Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MTU to 1500 Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MRU to 1500
Was hat das zu bedeuten und wie kann das gelöst werden.
Das ist nur eine Warnung, keine Fehlermeldung. Das kannst du
ignorieren.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Mittwoch, 13. Juni 2001 17:56 schrieb Andreas Koenecke:
Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MTU to 1500 Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MRU to 1500
Das ist nur eine Warnung, keine Fehlermeldung. Das kannst du ignorieren.
Also wenn ich das richtig verstanden habe, dann wird von der Gegenstelle in diesem Moment versucht die MTU + MRU zu erhöhen, der pppd läßt dies aber nicht zu. Kann das jemand bestätigen oder widerlegen oder besser erklären? Bis denn dann... Torsten
* Donnerstag, 28. Juni 2001 um 02:34 (+0200) schrieb Torsten Hallmann:
Am Mittwoch, 13. Juni 2001 17:56 schrieb Andreas Koenecke:
Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MTU to 1500 Jun 12 20:25:16 charly pppd[21026]: Couldn't increase MRU to 1500
Das ist nur eine Warnung, keine Fehlermeldung. Das kannst du ignorieren.
Also wenn ich das richtig verstanden habe, dann wird von der Gegenstelle in diesem Moment versucht die MTU + MRU zu erhöhen, der pppd läßt dies aber nicht zu.
Nein, die Gegenstelle verlangt völlig korrekt eine MTU/MRU von 1492.
Ich vermute eher, dass "man" (Wer oder Was das auch immer ist?) der
Meinung ist, die MTU/MRU beim PPP sollte 1500 betragen und kleinere
Werte "anmeckert". Oder, dass die MTU/MRU nicht kleiner sein sollte,
als die des verwendeten Ethernet-Interfaces.
Allerdings wird die Warnung nicht direkt vom pppd erzeugt, sondern vom
pppoe-Plugin, und das Plugin sollte es eigentlich "besser wissen"...
Leider reichen meine C-Kenntnisse bei weitem nicht aus, um die Ursache
der Warnmeldung genau zu lokalisieren.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Donnerstag, 28. Juni 2001 11:21 schrieb Andreas Koenecke:
Nein, die Gegenstelle verlangt völlig korrekt eine MTU/MRU von 1492.
Dann verstehe ich aber nicht warum die Meldung erscheint, das MTU/MRU nicht auf 1500 erhöht werden kann. Dann solte da ja 1492 erscheinen. Wenn ich die /etc/ppp/peers/pppoe betrachte, dann fallen mir zwei Zeilen auf: mru 1490 mtu 1490 In der Manpage zum pppd finde ich dann folgendes: mru n Set the MRU [Maximum Receive Unit] value to n. Pppd will ask the peer to send packets of no more than n bytes. The minimum MRU value is 128. The default MRU value is 1500. A value of 296 is recommended for slow links (40 bytes for TCP/IP header + 256 bytes of data). (Note that for IPv6 MRU must be at least 1280) mtu n Set the MTU [Maximum Transmit Unit] value to n. Unless the peer requests a smaller value via MRU negotiation, pppd will request that the kernel net working code send data packets of no more than n bytes through the PPP network interface. (Note that for IPv6 MTU must be at least 1280) Das würde doch bedeuten das ich von meinem Provider verlange 1490 als MTU/MRU zu verlangen. Das kann ich nun mit der Meldung irgendwie gar nicht mehr in Einklang bringen. Bis denn dann... Torsten
* Freitag, 29. Juni 2001 um 15:27 (+0200) schrieb Torsten Hallmann:
Am Donnerstag, 28. Juni 2001 11:21 schrieb Andreas Koenecke:
Nein, die Gegenstelle verlangt völlig korrekt eine MTU/MRU von 1492.
Dann verstehe ich aber nicht warum die Meldung erscheint, das MTU/MRU nicht auf 1500 erhöht werden kann.
*Verstehen* kann ich die Meldung auch nicht.
Dann solte da ja 1492 erscheinen.
Nein, keine Meldung, denn auf 1492 kann er ja MTU/MRU setzen (und setzt er auch).
Wenn ich die /etc/ppp/peers/pppoe betrachte, dann fallen mir zwei Zeilen auf:
mru 1490 mtu 1490
In der Manpage zum pppd finde ich dann folgendes:
mru n Set the MRU [Maximum Receive Unit] value to n. Pppd will ask the peer to send packets of no more than n bytes. [ ... ]
mtu n Set the MTU [Maximum Transmit Unit] value to n. Unless the peer requests a smaller value via MRU negotiation, [ ... ]
Das würde doch bedeuten das ich von meinem Provider verlange 1490 als MTU/MRU zu verlangen.
Die relevanten Passagen sind "Pppd will ask..." und "Unless the peer
requests...". D.h., "dein" pppd macht zwar den Vorschlag, die in
/etc/ppp/peers/pppoe eingetragenen MTU/MRU-Werte zu verwenden, aber
der pppd deines Providers verweigert alle von 1492 abweichenden Werte
und schlägt stattdessen seinerseits eine MTU/MRU von 1492 vor, die
"dein" pppd dann auch (und zum Glück) akzeptiert.
Beobachten kannst du das LCP-Handshake in /v/l/m, wenn du in
/etc/ppp/peers/pppoe einmal die 'debug'-Option setzt.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
participants (7)
-
Andreas Koenecke
-
Christian Schneider
-
Eike Neumann
-
Marc Schiffbauer
-
ratti
-
Stefan Troeger
-
Torsten Hallmann