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 une machine virtuelle Ubuntu 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 y accéder par l'administrateur. J'ai la possibilité de connecter la matrice de disques directement à l'hôte ESXi, mais j'aimerais d'abord vérifier 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 les fenêtres 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. -sdéfinit la taille du paquet et -M dodé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 situe 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.

Notez qu'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 un 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, puis 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 xxxx

http://kb.vmware.com/kb/1003728

Vous pouvez également le vérifier à partir de la console ESXi via SSH: activez Sécurité-> Pare-feu-> Remote Tech.support (SSH) et après la connexion ssh, faites "vmkping -s 8000" ou quelque chose comme ça (ne vous souvenez pas exactement de ses options)