Tester si les trames jumbo fonctionnent réellement
Existe-t-il une commande pour tester si les trames jumbo fonctionnent réellement? c'est-à-dire une sorte de "ping" qui indique si le paquet a été rompu ou non en cours de route.
J'ai un hôte ESXi avec un Ubuntu VM qui monte un Dell MD3000i via iSCSI. Je soupçonne que les trames jumbo ne sont pas activées sur le commutateur et ne peuvent pas facilement obtenir un accès administrateur à celui-ci. Je ont la possibilité de connecter la matrice de disques directement à l'hôte ESXi, mais aimeraient un moyen de confirmer d'abord que les trames jumbo sont un problème.
Activer les trames jumbo signifie autoriser une unité de transmission maximale (MTU) plus grande, généralement en définissant la MTU sur 9000.
Pour vérifier que cela a fonctionné, vous pouvez utiliser ping dans Windows avec l'indicateur -l pour définir la taille du paquet et l'indicateur -f pour définir l'indicateur Don't Fragment dans le paquet.
ping my.test.Host -f -l 8972
Si le paquet se fragmente, vous verrez
Packet needs to be fragmented by DF set
à la place de ce que vous verriez normalement.
Pour Linux, la commande ping utilise différents drapeaux. -s définit la taille du paquet et -M do définit Ne pas fragmenter. La commande ci-dessus serait donc:
ping my.test.Host -M do -s 8972
En ajustant la taille du paquet, vous pouvez déterminer quel est le MTU pour le lien. Cela représentera le mtu le plus bas autorisé par n'importe quel appareil sur le chemin, qui pourrait être votre commutateur, votre ordinateur, votre cible ou toute autre chose entre les deux.
Cela ne vous indiquera pas en lui-même où se trouve le MTU le plus bas - vous pourrez peut-être le résoudre en exécutant le test sur différents appareils sur le chemin, mais il pourrait toujours y avoir des routeurs transparents qui limitent le MTU mais n'apparaissent pas pour traceroute.
Remarque il y a une surcharge de 28 octets pour les en-têtes ICMP, donc le MTU est 28 octets plus grand que le chiffre que vous établissez par la méthode ci-dessus. Donc, pour vérifier la MTU de 9000, vous devez réellement définir la taille de votre paquet ping sur 9000-28 = 8972.
Mise à jour J'ai trouvé quelques ressources qui détermineront spécifiquement le MTU à travers le chemin entre l'hôte et la cible:
- Pour Windows mturoute
- Pour * nix tracepath ou traceroute --mtu
Et n peu plus de discussion sur la recherche du MTU d'un chemin .
Je ne suis pas sûr que cela fonctionnerait, mais vous pouvez essayer:
Sur l'ordinateur équipé du client MDSM, assurez-vous que les trames Jumbo sont prises en charge et activées, puis accédez à l'onglet de prise en charge dans le client MDSM et sélectionnez le lien "Gather Support Information", sélectionnez un emplacement sur le client MDSM pour télécharger le fichier, démarrez une capture de paquets sur le client MDSM et cliquez sur le bouton Démarrer pour commencer à collecter et télécharger les informations de support (fichier Zip). Lorsque la collecte/le téléchargement est terminé, regardez la capture et voyez la taille des trames Ethernet du MD3000i au client MDSM. Si le commutateur, le MD300i et le client MDSM sont tous configurés pour des trames Jumbo, vous devriez voir cela dans la taille de trame Ethernet dans la capture.
Dans ESXi, vous devez spécifier quelle interface utiliser, sinon le ping est routé via l'interface mgmt, plus dans -d pour définir DF (ne pas fragmenter):
vmkping -I vmkX -s 8972 -d x.x.x.x