1 votes

Des problèmes pour activer les Jumbo Frames ?

J'essaie d'activer les trames jumbo. J'ai un client linux et un serveur Windows. J'ai standardisé l'ensemble des systèmes sur des cartes électroniques Intel. Sur le serveur Windows, le seul choix pour les trames jumbo est le suivant 9014 & 4088 . J'ai fait des recherches pour savoir si je devais régler la vitesse MTU dans linux sur 9014 o 9000 . Il y a eu des messages contradictoires en cherchant sur Internet mais il semble que probablement 9000 est le bon numéro. J'ai, bien sûr, essayé les deux.

En partant de ça site J'ai essayé de tester si tout fonctionnait correctement. Depuis mon client linux : ping -M do -s 8972 [destinationIP] tout semble fonctionner correctement :

8980 octets du fichier ([destinationIP]) : icmp_seq=1 ttl=128 time=0.946 ms
8980 octets du fichier ([destinationIP]) : icmp_seq=2 ttl=128 time=1.16 ms
8980 octets du fichier ([destinationIP]) : icmp_seq=3 ttl=128 time=1.02 ms
8980 octets du fichier ([destinationIP]) : icmp_seq=5 ttl=128 time=0.935 ms

mais quand il a essayé de tester du côté de Windows : ping -f -l 9000 [destinationIP]

Pinging < client linux > avec 9000 octets de données :
Le paquet doit être fragmenté mais DF est fixé.
Le paquet doit être fragmenté mais DF est fixé.
Le paquet doit être fragmenté mais DF est fixé.
Le paquet doit être fragmenté mais DF est fixé.

Après avoir fait des recherches sur Internet, j'ai vu des messages contradictoires sur la taille à utiliser pour l'envoi de ping depuis Windows. J'ai donc essayé 8972 (9000-28) mais elle est interrompue et je n'obtiens aucune réponse. J'ai même essayé 8986 (9014-28) mais je reçois l'erreur de fragmentation. Je pensais que c'était un problème entre Windows et Linux mais lorsque j'ai essayé d'envoyer un ping à un autre serveur Windows (les trames jumbo sont activées pour chaque serveur), j'ai eu le même problème. J'ai découvert que lorsque je tape 8972 il a commencé à chronométrer et à partir de 9014 a 8973 Je reçois l'erreur de fragmentation. Mes questions sont donc les suivantes :

  1. Dans linux, c'est 9000 la vitesse MTU correcte à utiliser (à cause de la différence entre linux et Windows) ou est-ce que 9014 ?
  2. Quelqu'un sait pourquoi je reçois ces fragmented des erreurs du côté de Windows et il semble que du côté de linux tout soit correct ?

Voici mon commutateur qui supporte clairement les trames jumbo jusqu'à 9216

0 votes

Bienvenue dans un monde sans norme (la norme Ethernet est toujours un MTU de 1500 octets, et il n'y a pas de norme pour les trames jumbo). En outre, assurez-vous de ne jamais essayer d'envoyer des trames jumbo sur l'Internet public. Les trames jumbo devraient être fragmentées, mais les fragments ne sont probablement pas autorisés à la destination par des ingénieurs intelligents en raison des attaques DoS sur les fragments.

2voto

Zac67 Points 7920

Vous devez faire la distinction :

  • Taille maximale de la trame Ethernet : doit tenir compte de la surcharge L2 d'Ethernet, normalement 18 octets - la norme est de 1518 octets non balisés.
  • IP MTU : c'est ce que vous visez généralement - la norme sur Ethernet est de 1500 octets, les jumbos utilisent souvent 9000.
  • maximum ping charge utile pour les tests : ping utilise ICMP (8 octets de surcharge) sur IPv4 (20 octets de surcharge) - la longueur maximale de la charge utile non fragmentée de ping est donc de 1472 octets (MTU 1500) ou 8972 octets (MTU 9000).

Pour tester le MTU du chemin, vous devez envoyer des requêtes d'écho avec la commande DF bit activé. Dans Windows, cela se fait par -f et sous Linux par -M prohibit . Votre -M do *permet explicitement la fragmentation. Lors des tests, le message "Packet needs to be fragmented but DF set" montre que la machine source n'a pas la bonne configuration. Lorsque le ping s'arrête, la destination ou quelque chose entre les deux ne fonctionne pas. Les commutateurs ont généralement un compteur pour les trames surdimensionnées.

Le fait de régler le commutateur sur une taille de cadre maximale un peu plus grande que nécessaire n'est pas nuisible. Cependant, assurez-vous que vos nœuds d'extrémité et vos routeurs sont tous réglés exactement sur la même taille : 9000 lors du réglage du MTU ou 9018 lors du réglage de la taille maximale des PDU/trames L2.

Intel Paquet Jumbo est quelque peu trompeuse. Le texte d'aide montre que le FCS (4 octets) n'est pas compté, donc 9014 est le paramètre correct pour les trames MTU 9000.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X