La regla de los treinta bytes adicionales para la MTU falla en los pseudocables MPLS

Pregunte a un ingeniero cuánto hay que sumar para MPLS y oirá un número, normalmente treinta, dicho con confianza. El número no es tanto erróneo como desanclado: depende por completo de qué cuenta la cifra inicial y de qué transmite realmente el borde del proveedor. En un pseudocable Ethernet los supuestos son visibles, y en cuanto los escribe, la aritmética sustituye al folclore.

Se miden tres cosas distintas bajo un mismo nombre. Están el paquete IP del cliente, la trama Ethernet transportada por el pseudocable y el propio encuadre externo del enlace del proveedor. Un presupuesto que los mezcla produce un valor que ningún campo de dispositivo espera.

Un presupuesto calculado con cada supuesto declarado

Tome un paquete IP de cliente de 1500 bytes, una cabecera Ethernet corriente transportada por el pseudocable sin el FCS del cliente, ninguna etiqueta VLAN conservada, una pila de etiquetas de dos entradas y una palabra de control de cuatro bytes. La cabecera Ethernet transportada suma 14, las etiquetas conservadas no suman nada, las dos entradas de etiqueta suman 8 porque cada entrada ocupa 4 bytes, y la palabra de control suma 4. Eso da 1526 bytes de paquete encapsulado en MPLS.

Lea el resultado con cuidado. Excluye la cabecera Ethernet exterior del enlace del proveedor y su FCS, y es un ejemplo, no una constante que escribir en cualquier campo llamado MTU. Dos etiquetas también es un supuesto: la pila real puede llevar una etiqueta de transporte, una etiqueta de servicio y a veces más, y cada entrada cuesta los mismos 4 bytes.

Qué atraviesa realmente el pseudocable

La RFC 4448 define cómo viajan las tramas Ethernet dentro de MPLS, y en su modelo ordinario el preámbulo y el FCS del cliente se eliminan en la entrada y se regeneran en la salida. Por eso el FCS no aparece en el presupuesto anterior. El tratamiento de VLAN depende del modo de servicio: un modo que conserva las etiquetas del cliente vuelve a sumar sus bytes, y un modo que las mapea no lo hace. La conservación adicional o la encapsulación extra deben contarse por encima.

La palabra de control forma parte de la aritmética siempre que se usa. La RFC 8469 la recomienda para pseudocables Ethernet, así que un texto más antiguo que la describe como opcional no es prueba de que su ruta la omita. Confirme el modo de servicio real con el proveedor en lugar de inferirlo de un diagrama.

Compare la cifra con el campo correcto

Ahora ponga el tamaño encapsulado requerido junto a cada enlace relevante y junto a la definición del fabricante del límite que configura. Algunos campos describen un paquete IP, otros describen una trama u otra frontera de encapsulación. Dos números pueden parecer idénticos y describir capacidades distintas, y así es como una configuración que parece encajar produce descartes en producción.

También por eso es arriesgado copiar un valor entre plataformas no relacionadas. El nombre del campo es la especificación, no el número decimal que recuerda de la consola de otro fabricante.

Las cargas de ping no son valores de MTU

La carga de un ping IPv4 no es una MTU IP. La cabecera IP y la cabecera ICMP también consumen bytes, así que un tamaño de carga que tiene éxito corresponde a un paquete mayor en el cable. Una sonda que pasa con un tamaño tampoco dice nada sobre un servicio con otro modo VLAN o una pila de etiquetas más profunda. La prueba mide una ruta, un tamaño y una forma de carga, y el servicio puede variar las tres.

Peor aún, un ping puede funcionar mientras las tramas grandes fallan, porque la sonda ejercitó una ruta y un tamaño que el tráfico real nunca usa. Trátelo como un solo punto de datos sobre alcanzabilidad, no como una especificación de servicio de capa 2.

Cuando la trama no cabe

Si las tramas demasiado grandes no se pueden transportar y no hay ningún mecanismo de fragmentación o reensamblado soportado, se descartan, normalmente sin un error limpio en ninguno de los dos extremos. Las aplicaciones muestran entonces tiempos de espera en transferencias masivas mientras las sesiones interactivas siguen sanas, lo que envía a la gente a mirar cortafuegos y rutas en lugar de contar bytes.

Resuelva el presupuesto real con el proveedor: modo de servicio, tratamiento de etiquetas, profundidad de etiquetas, palabra de control y el límite exacto que aplica su dispositivo. Escriba los supuestos junto al número, porque de lo contrario el siguiente ingeniero heredará la regla de los treinta bytes y un misterio.