La regla dels trenta bytes addicionals per a l'MTU falla a les pseudolínies MPLS

Pregunteu a un enginyer quant cal afegir per a MPLS i sentireu un número, normalment trenta, dit amb confiança. El número no és tan erroni com desarrelat: depèn totalment del que compta la xifra inicial i del que transmet realment la vora del proveïdor. En una pseudolínia Ethernet les suposicions són visibles, i un cop les escriviu, l'aritmètica substitueix la tradició.

Sota un sol nom es mesuren tres coses diferents. Hi ha el paquet IP del client, la trama Ethernet transportada per la pseudolínia i l'encapsulament extern propi de l'enllaç del proveïdor. Un pressupost que els barreja produeix un valor que cap camp de dispositiu espera.

Un pressupost calculat amb cada suposició declarada

Preneu un paquet IP de client de 1500 bytes, una capçalera Ethernet corrent transportada per la pseudolínia sense el FCS del client, cap etiqueta VLAN conservada, una pila d'etiquetes de dues entrades i una paraula de control de quatre bytes. La capçalera Ethernet transportada afegeix 14, les etiquetes conservades no afegeixen res, les dues entrades d'etiqueta afegeixen 8 perquè cada entrada fa 4 bytes, i la paraula de control afegeix 4. Això dona 1526 bytes de paquet encapsulat en MPLS.

Llegiu el resultat amb atenció. Exclou la capçalera Ethernet externa de l'enllaç del proveïdor i el seu FCS, i és un exemple, no una constant per escriure en cap camp anomenat MTU. Dues etiquetes també és una suposició: la pila real pot portar una etiqueta de transport, una etiqueta de servei i de vegades més, i cada entrada costa els mateixos 4 bytes.

Què travessa realment la pseudolínia

La RFC 4448 defineix com viatgen les trames Ethernet dins d'MPLS, i en el seu model ordinari el preàmbul i el FCS del client s'eliminen a l'entrada i es regeneren a la sortida. Per això el FCS no apareix al pressupost anterior. El tractament de VLAN depèn del mode de servei: un mode que conserva les etiquetes del client torna a afegir els seus bytes, i un mode que les assigna no ho fa. La conservació addicional o l'encapsulament extra s'han de comptar a sobre.

La paraula de control forma part de l'aritmètica sempre que s'utilitza. La RFC 8469 la recomana per a pseudolínies Ethernet, així que un text més antic que la descriu com a opcional no és prova que el vostre camí la deixi fora. Confirmeu el mode de servei real amb el proveïdor en lloc d'inferir-lo d'un diagrama.

Compareu el número amb el camp correcte

Ara poseu la mida encapsulada requerida al costat de cada enllaç rellevant i al costat de la definició del proveïdor del límit que configureu. Alguns camps descriuen un paquet IP, d'altres descriuen una trama o una altra frontera d'encapsulament. Dos números poden semblar idèntics i descriure capacitats diferents, i així és com una configuració que sembla encaixar produeix descarts en producció.

També per això és arriscat copiar un valor entre plataformes no relacionades. El nom del camp és l'especificació, no el número decimal que recordeu de la consola d'un altre proveïdor.

Les càrregues de ping no són valors d'MTU

La càrrega d'un ping IPv4 no és una MTU IP. La capçalera IP i la capçalera ICMP també consumeixen bytes, així que una mida de càrrega que funciona correspon a un paquet més gran al fil. Una sonda que passa amb una mida tampoc diu res sobre un servei amb un altre mode de VLAN o una pila d'etiquetes més profunda. La prova mesura un camí, una mida i una forma de càrrega, i el servei pot variar les tres.

Pitjor encara, un ping pot funcionar mentre les trames grans fallen, perquè la sonda va exercir un camí i una mida que el trànsit real no fa servir mai. Tracteu-lo com un sol punt de dades sobre abastabilitat, no com una especificació de servei de capa 2.

Quan la trama no hi cap

Si les trames massa grans no es poden transportar i no hi ha cap mecanisme de fragmentació o reassociació suportat, es descarten, normalment sense cap error clar a cap dels dos extrems. Llavors les aplicacions mostren temps d'espera en transferències massives mentre les sessions interactives continuen sanes, cosa que envia la gent a mirar tallafocs i rutes en lloc de comptar bytes.

Resoleu el pressupost real amb el proveïdor: mode de servei, tractament d'etiquetes, profunditat d'etiquetes, paraula de control i el límit exacte que aplica el vostre dispositiu. Escriviu les suposicions al costat del número, perquè el proper enginyer, si no, heretarà la regla dels trenta bytes i un misteri.