Re: [gentoo-user-de] MTU-Problem

[Werner Jansen]

Guten Abend!


On Sun, 15 Apr 2007 19:47:08 +0200
Tobias Krähling <Tobias.Kraehling@××××××××.de> wrote:

> Hallo Werner,
>
> > Apr 15 17:18:34 [kernel] Received packet too big for MTU (1496 >
> > 1492) Apr 15 17:18:39 [kernel] printk: 2 messages suppressed.
> > Apr 15 17:18:39 [kernel] Received packet too big for MTU (1496 >
> > 1492)
> >                 - Last output repeated twice -
>
> > Und hier der fehlerbehaftete Rechner (DomU):
> >
> > eth0      Link encap:Ethernet  HWaddr 00:16:3E:00:00:09
> >           inet addr:10.27.2.80  Bcast:10.27.2.255
> > Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST  MTU:1492
> > Metric:1
>                                              ^^^^^^^^
> >           RX packets:6254 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:1567 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:1000
> >           RX bytes:2952414 (2.8 Mb)  TX bytes:274843 (268.4 Kb)
> >
>
>
> Bei Deinem DomU-Rechner ist das Interface auch auf eine MTU von
> 1492 gesetzt, so das größere Pakete von anderen Rechnern
> zurückgewiesen werden. Irgendwo müßte das dann ja auf dem Rechner
> eingestellt sein - oder der Treiber kann nicht mehr (vielleicht
> irgendwo vlan aktiviert, wenn ich mich richtig erinner waren das
> ein Overhead von 4). Das das bei SSH nicht auftritt ist
> wahrscheinlich, da hier die Pakete meißt klein sind, bei scp müßte
> das Problem jedoch auch reproduzierbar sein. Ebenfalls ein
> NFS-Mount müßte nur kleine Pakete erzeugen, so daß es hier zu
> keiner Fehlermeldung kommt.

Mhm, genau das war auch meine Vermutung.

Inzwischen bin ich schlauer: Ursache für die unterschiedlichen Werte
in unterschiedlichen Systemen war wohl tatsächlich ein
unterschiedlicher Softwarestand der Systeme. Nach einem Update
funktioniert auch das vorher laufende System nicht mehr. 

Die Frage ist: Wo ist dieser Standardwert verankert? Warum ist er
nicht mehr 1500?


Viele Grüße,

Werner
-- 
gentoo-user-de@g.o mailing list