Resumen

  • RFC 9790 desaconseja identificar una carga MPLS con solo los cuatro primeros bits posteriores a la pila. 0x4 y 0x6 pueden ser versiones IPv4 e IPv6, pero también el inicio de una trama no IP o de una cabecera posterior a la pila.
  • La interpretación correcta depende del contexto de las etiquetas anteriores. Para repartir tráfico, una Entropy Label o una FAT Pseudowire Label explícita es mejor evidencia que campos extraídos de un formato supuesto.
  • Un registro, una palabra de control o una etiqueta de entropía acotan la ambigüedad; ninguno demuestra por sí solo implementación, camino, equilibrio, orden ni resultado del servicio.

El motor de reenvío localiza el final de la pila MPLS y encuentra 0100. El código heredado lo llama versión IPv4, salta a los desplazamientos donde espera direcciones y puertos y usa esos bytes para elegir una rama ECMP.

Sin embargo, está leyendo una trama Ethernet dentro de una pseudowire. 0100 es el comienzo de la MAC de destino. El equipo no ha reconocido IPv4: ha concedido identidad a una semejanza y ha convertido esa suposición en una decisión física de encaminamiento.

RFC 9790 ordena un espacio de apenas dieciséis valores. Lo importante es la disciplina que impone entre observación, significado y efecto.

El nibble solo acredita lo que se vio

Un paquete MPLS combina una cabecera de capa 2, una serie de Label Stack Entries, una posible Post-Stack Header y, después, un paquete embebido opcional. El bit Bottom-of-Stack marca la última etiqueta. No dice qué estructura empieza a continuación.

El PFN es la mitad alta del primer octeto tras la pila. En IPv4 sin PSH coincide con el valor de versión 4; en IPv6, con 6. Si lo siguiente es una trama Ethernet, un control de pseudowire o cualquier otra PSH, los bits pertenecen a esa estructura.

La pila MPLS carece de un identificador general de tipo de carga. RFC 9790 exige interpretar el PFN mediante el contexto que el plano de control o de gestión asoció a la LSE anterior o al conjunto de LSE. Una captura demuestra que había 0x4; no demuestra que hubiese IPv4.

La separación de capas es crucial. Los bits son observación, la vinculación de etiqueta aporta contexto, el parser aplica una gramática y el plano de datos ejecuta. Mezclarlos en una sola afirmación oculta dónde apareció el error.

Una optimización terminó dictando política

La heurística nació de una ventaja real: el cinco-tuplo IP permite distribuir flujos mejor que una etiqueta superior. Por eso numerosos equipos tratan 4 como IPv4 y 6 como IPv6, leen campos esperados y, para cualquier otro valor, vuelven al hash de la pila.

Cuando la premisa es falsa, la precisión es imaginaria. Una MAC Ethernet puede empezar por 4 o 6. RFC 8469 señala que existen asignaciones en esos rangos y que la aleatorización de MAC los produce con frecuencia práctica. Sin PW Control Word, la pseudowire puede parecer IP al router intermedio.

Entonces se toman bytes sin relación como claves de flujo. Los paquetes de una conversación ordenada pueden caer en miembros distintos, sufrir reordenación o recibir una clasificación diferencial indebida. El error no queda en el registro: altera el camino.

El significado está delante del campo

RFC 9790 cambia el orden de la pregunta. Primero hay que averiguar qué permite el contexto de la etiqueta; después se interpreta el byte. Cuando la carga MPLS no es IPv4 ni IPv6, debe usarse una PSH cuyo PFN no sea 0x4 ni 0x6.

La palabra de control de pseudowire funciona como separador para los motores antiguos. No autentica al emisor ni valida la trama. Evita una confusión concreta, y ese alcance limitado es precisamente su valor.

El registro de IANA reutiliza valores a propósito. 0x0 aparece en formatos DetNet, NSH y PW; 0x1 en varios canales asociados. El servicio indicado por las etiquetas precedentes distingue cada uso. Leer el PFN como si fuera un tipo universal elimina el contexto que el diseño exige.

Esta es una capa común mínima: valores, referencias y reglas suficientes para interoperar. Cada nodo valida localmente contra el estado que realmente posee. El registro coordina la semántica; no observa el paquete ni certifica el resultado.

Dos registros no responden a la misma pregunta

IP Version Numbers documenta versiones dentro de una cabecera IP. Post-Stack First Nibble documenta tipos de PSH. Sus únicos cruces son 4 y 6 por compatibilidad histórica.

El nuevo registro cubre los dieciséis valores y requiere Standards Action para nuevas asignaciones. Hace auditable el uso normativo, pero una fila de IANA solo prueba que una especificación reservó o describió un valor. No prueba el formato del paquete presente, la implementación de una tarjeta ni la configuración activa.

Publicar una norma no despliega código. El registro describe una realidad documental; no puede testificar sobre un flujo que nunca observó.

La entropía debe nacer donde existe contexto

RFC 9790 recomienda una etiqueta dedicada, como la Entropy Label de RFC 6790 o la FAT Pseudowire Label de RFC 6391. El router de entrada todavía conoce el servicio y la trama antes de encapsularla. Puede escoger campos legítimos, calcular el hash y trasladar el resultado a la pila.

En RFC 6790, la etiqueta reservada 7 actúa como Entropy Label Indicator justo antes de la Entropy Label. Los nodos de tránsito usan la pila sin fingir que comprenden el paquete interno. El borde informado produce la señal; el núcleo, con menos contexto, la consume.

La explicitud no garantiza buen reparto. Siguen contando la señalización de capacidad, la profundidad disponible y la calidad del hash. Una gran conversación puede coincidir con otra en el mismo enlace. La etiqueta demuestra qué valor viajó, no que se cumplieran capacidad, latencia u orden.

El modo FAT de pseudowire es opcional y el camino único sigue siendo el valor predeterminado. Los extremos intercambian capacidad o se configuran de forma idéntica en una PW estática. Ver una Flow Label no demuestra el acuerdo bilateral ni que todos los tránsitos la usaran.

Desaconsejado no significa desaparecido

RFC 9790 actualiza RFC 4928: la deducción del tipo por PFN no debe formar parte de nuevas implementaciones o despliegues. Los routers heredados pueden seguir funcionando como antes. Para una retirada posterior, el documento pide evidencia sobre productos y equipos desplegados que aún usan la heurística.

La norma fija una dirección, no una fotografía de la red. Una ruta puede cruzar ASIC, tarjetas y versiones con comportamientos distintos. Ni «desaconsejado» demuestra retirada, ni «heredado» concede una excepción perpetua.

Una prueba completa conserva por separado la pila y su BoS, el octeto siguiente, la asociación de etiquetas, el formato y registro aplicables, el parser realmente activo, la Entropy/FAT Label o las entradas alternativas, el miembro seleccionado, las medidas de orden/pérdida/latencia y el resultado del cliente.

El mérito de RFC 9790 no es aumentar el poder de cuatro bits. Es devolverlos a su tamaño real. La coordinación fiable no convierte un símbolo en soberano; obliga a que cada inferencia presente su propio recibo.

Fuentes

  1. RFC 9790 — IANA Registry and Processing Recommendations for the First Nibble Following a Label Stack
  2. RFC 4928 — Avoiding Equal Cost Multipath Treatment in MPLS Networks
  3. RFC 3032 — MPLS Label Stack Encoding
  4. RFC 4385 — Pseudowire Emulation Edge-to-Edge Control Word
  5. RFC 6790 — The Use of Entropy Labels in MPLS Forwarding
  6. RFC 6391 — Flow-Aware Transport of Pseudowires over an MPLS Packet Switched Network
  7. RFC 8469 — Recommendation to Use the Ethernet Control Word
  8. IANA — Post-Stack First Nibble
  9. Heng Lu — Running-Code Primacy
  10. Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  11. Heng Lu — On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile