D'accord, je viens de terminer la résolution d'un problème de trames jumbo entre quelques Xserves, un Netgear GSM7224 et un Drobo B800i. Il s'est avéré que les Xserves (Mac OS X 10.6.8 Server) et le Drobo B800i acceptent le MTU en octets comme normalement prévu (1500-9000), mais le Netgear semble l'avoir voulu, y compris les divers en-têtes / pieds de page Ethernet (remorques) ) et je me suis finalement retrouvé avec les Xserves et Drobo configurés avec une MTU de 9000 et les ports Netgear définis sur une MTU de 9216.
J'ai utilisé les commandes suivantes pour tester et vérifier le MTU entre les deux Xserves sur Netgear (Remarque: ce sont les commandes Mac OS X, celles de Windows et Linux diffèrent):
ping -D -s <mtu> <ip_address>
traceroute -F <ip_address> <mtu>
L'utilisation du premier est notée dans la manpage comme: "Spécifiez le nombre d'octets de données à envoyer. La valeur par défaut est 56, ce qui se traduit par 64 octets de données ICMP lorsqu'il est combiné avec les 8 octets de données d'en-tête ICMP." Lors des tests, j'ai trouvé que ping -D 1472 <ip_address>c'était l'équivalent de MTU 1500 en raison des 8 octets de données d'en-tête ICMP plus de 20 octets d'en-têtes IP (voir ceci et cela ). Tout cela a du sens.
Maintenant, pourquoi la commande équivalente pour un 9000 MTU ping -D -s 8164 <ip_address>? J'ai vérifié que c'est la limite avant de commencer à obtenir des erreurs "sendto: Message too long", mais aussi que 9000 MTU fonctionne correctement traceroute -F <ip_address> 9000et traceroute -F <ip_address> 9001ne fonctionne pas. Alors, pourquoi 8164? Je m'attendais à 8972 (MTU - 28 octets, tout comme pour 1500 MTU).
Aussi, pourquoi 9216 MTU pour Netgear? J'ai compté 42 octets pour les en-têtes MAC et Ethernet (y compris CRC), plus 20 pour les en-têtes IP (qui devraient manger dans le MTU).
Je suis vraiment rouillé sur ce calcul et je sais qu'il me manque juste quelque chose.
Réponses:
Bienvenue dans le monde étrange et mystérieux des cadres jumbo! Il est normal que les équipements Ethernet à trame jumbo aient un MTU> 1518 et <65K octets et vous devez trouver un paramètre qui est le plus petit dénominateur commun sur votre domaine L2 pour permettre un trafic jumbo approprié.
Je suppose que votre implémentation ping / ICMP ne fonctionne que pour une charge utile de 8192 octets, donc 8164 + 28 (20 pour l'en-tête IP et 8 pour l'en-tête ICMP) vous donne 8192 octets.
Le MTU 9216 est également un MTU 9K standard sur de nombreux équipements Cisco, donc je suppose que Netgear voulait être `` compatible '' avec cela.
Notez également que la spécification de la taille MTU doit être prise au sérieux, de nombreux fournisseurs n'incluent pas les en-têtes de trame 802.1Q (vLAN) ou même L2. Vérifiez avec la documentation de votre fournisseur de commutateurs ce qu'ils spécifient vraiment lorsqu'ils parlent de la taille MTU.
la source