La règle des trente octets supplémentaires pour la MTU échoue sur les pseudo-circuits MPLS

Demandez à un ingénieur combien ajouter pour MPLS et vous entendrez un nombre, généralement trente, énoncé avec assurance. Le nombre n'est pas tant faux que détaché : il dépend entièrement de ce que compte le chiffre de départ et de ce que l'edge du fournisseur transmet réellement. Sur un pseudo-circuit Ethernet, les hypothèses sont visibles, et dès que vous les écrivez, l'arithmétique remplace le folklore.

Trois choses différentes sont mesurées sous un seul nom. Il y a le paquet IP du client, la trame Ethernet transportée sur le pseudo-circuit et le cadrage externe propre au lien du fournisseur. Un budget qui les mélange produit une valeur qu'aucun champ d'équipement n'attend.

Un budget chiffré avec chaque hypothèse énoncée

Prenez un paquet IP client de 1500 octets, un en-tête Ethernet ordinaire transporté sur le pseudo-circuit sans le FCS du client, aucune étiquette VLAN conservée, une pile d'étiquettes à deux entrées et un mot de contrôle de quatre octets. L'en-tête Ethernet transporté ajoute 14, les étiquettes conservées n'ajoutent rien, les deux entrées d'étiquette ajoutent 8 car chaque entrée fait 4 octets, et le mot de contrôle ajoute 4. Cela donne 1526 octets de paquet encapsulé en MPLS.

Lisez le résultat attentivement. Il exclut l'en-tête Ethernet externe du lien du fournisseur et son FCS, et c'est un exemple, non une constante à saisir dans un champ nommé MTU. Deux étiquettes sont aussi une hypothèse : la pile réelle peut porter une étiquette de transport, une étiquette de service et parfois davantage, et chaque entrée coûte les mêmes 4 octets.

Ce qui traverse réellement le pseudo-circuit

La RFC 4448 définit comment les trames Ethernet circulent dans MPLS, et dans son modèle ordinaire le préambule et le FCS du client sont retirés à l'entrée et régénérés à la sortie. C'est pourquoi le FCS n'apparaît pas dans le budget ci-dessus. Le traitement des VLAN dépend du mode de service : un mode qui conserve les étiquettes du client rajoute leurs octets, et un mode qui les mappe ne le fait pas. La conservation supplémentaire ou l'encapsulation supplémentaire doit être comptée en plus.

Le mot de contrôle fait partie de l'arithmétique chaque fois qu'il est utilisé. La RFC 8469 le recommande pour les pseudo-circuits Ethernet, donc un texte plus ancien qui le décrit comme facultatif ne prouve pas que votre chemin l'omet. Confirmez le mode de service réel auprès du fournisseur au lieu de le déduire d'un schéma.

Comparez le nombre au bon champ

Placez maintenant la taille encapsulée requise à côté de chaque lien concerné et à côté de la définition du constructeur pour la limite que vous configurez. Certains champs décrivent un paquet IP, d'autres une trame ou une autre frontière d'encapsulation. Deux nombres peuvent sembler identiques et décrire des capacités différentes, et c'est ainsi qu'une configuration qui semble convenir produit des pertes en production.

C'est aussi pourquoi copier une valeur entre des plateformes sans rapport est risqué. Le nom du champ est la spécification, pas le nombre décimal dont vous vous souvenez depuis la console d'un autre constructeur.

Les charges utiles de ping ne sont pas des valeurs de MTU

La charge utile d'un ping IPv4 n'est pas une MTU IP. L'en-tête IP et l'en-tête ICMP consomment aussi des octets, donc une taille de charge utile qui réussit correspond à un paquet plus grand sur le fil. Une sonde qui passe à une taille ne dit rien non plus sur un service utilisant un autre mode VLAN ou une pile d'étiquettes plus profonde. Le test mesure un chemin, une taille et une forme de charge utile, et le service peut varier les trois.

Pire encore, un ping peut réussir alors que les grandes trames échouent, parce que la sonde a exercé un chemin et une taille que le trafic réel n'utilise jamais. Traitez-le comme un seul point de données sur l'accessibilité, non comme une spécification de service de couche 2.

Quand la trame ne passe pas

Si les trames surdimensionnées ne peuvent pas être transportées et qu'aucun mécanisme de fragmentation ou de réassemblage pris en charge n'est en place, elles sont abandonnées, généralement sans erreur claire à aucune des extrémités. Les applications affichent alors des délais sur les transferts en masse tandis que les sessions interactives restent saines, ce qui envoie les gens examiner les pare-feu et les routes au lieu de compter les octets.

Résolvez le budget réel avec le fournisseur : mode de service, traitement des étiquettes, profondeur d'étiquettes, mot de contrôle et la limite exacte que votre équipement applique. Écrivez les hypothèses à côté du nombre, car sinon l'ingénieur suivant héritera de la règle des trente octets et d'un mystère.