Summary
- RFC 9599 define cómo trasladar una indicación explícita de congestión desde una trama o cabecera exterior hacia IP cuando termina un túnel o una subred.
- Ver
CEal final demuestra el estado de la cabecera observada. No identifica por sí solo la cola que marcó, ni prueba que el receptor informó o que el emisor redujo la carga.
Una marca CE aparece al otro lado de un túnel. Es una observación válida. El error comienza cuando se transforma, sin más recibos, en la frase “este túnel estaba congestionado”.
La marca pudo entrar ya escrita en la cabecera interior. Pudo añadirla un buffer de capa 2. El decapsulador pudo comparar dos estados y conservar el más severo. Una operación de reencuadre pudo trasladar el episodio a otro paquete IP. Si el significado dependía del DSCP, una frontera administrativa pudo conservar los bits y perder el contexto.
RFC 9599, BCP 89 desde agosto de 2024, se ocupa de la continuidad de esa señal. Una pérdida no necesita traducción: cuando desaparece la trama exterior, desaparece también el paquete interior. Una indicación explícita sí necesita traducción, porque la cabecera marcada se retira al salir de la subred. Si el borde no eleva el aviso a IP, el paquete sigue adelante y la congestión queda muda.
Por eso la capacidad ECN no pertenece únicamente al paquete. El RFC llama ECN-PDU a una unidad integrada en un bucle donde todos los nodos necesarios pueden devolver la señal hasta el regulador de carga. Esa propiedad puede depender de bits, etiquetas, estado de flujo, configuración coordinada o un contexto de control. La captura aislada no revela cuál de esas garantías estaba vigente.
Los cuatro modos del documento son también cuatro caminos probatorios. Feed-forward-and-up lleva la señal hacia la salida de la capa inferior, la sube a IP y deja que el transporte final la devuelva al origen. Feed-up-and-forward permite que un equipo de capa baja modifique directamente la cabecera IP encapsulada. Feed-backward devuelve control hacia la entrada de la subred. Null presupone que el tejido inferior no contiene un punto interno de congestión.
Feed-backward puede regular una isla cerrada, pero no cierra de manera directa el bucle del origen IP. La entrada de la isla reduce su salida mientras la fuente original continúa; el atasco se desplaza al router fronterizo hasta producir otra señal. El control funciona, pero el mensaje recibido por la entrada de la subred no acredita que la aplicación de origen lo haya visto.
Feed-up-and-forward tiene un límite físico: hay que encontrar la cabecera. El cifrado, una pila profunda o un shim desconocido pueden ocultarla. El RFC recomienda limitar la búsqueda y utilizar una alternativa segura si IP no aparece. Una marca ausente en ese equipo puede significar “no pude inspeccionar”, no “no hubo congestión”.
En feed-forward-and-up, el ingreso necesita confiar en que la salida no borrará el aviso. MPLS puede imponer una regla de dominio: si un conmutador marca, todos los bordes de salida relevantes deben estar preparados. Esa coherencia es una condición operativa del dominio, no un atributo autosuficiente del paquete.
TRILL ofrece una estrategia de fallo seguro. Su indicación de congestión es crítica de ingreso a egreso. Si un egreso antiguo no entiende el campo, descarta la trama. La pérdida preserva un aviso comprensible para un transporte no compatible, en vez de dejar pasar el paquete tras eliminar silenciosamente la marca.
La salida tampoco puede copiar a ciegas la cabecera exterior. Debe calcular el estado resultante con la interior. Si dentro hay Not-ECT y fuera aparece la indicación más severa, debe descartar: insertar CE produciría una señal que el transporte no se comprometió a leer. Cuando ambas capas expresan severidad válida, prevalece la mayor. Una combinación inesperada merece registro y política; un descarte irreversible codificado hoy puede bloquear un uso estandarizado mañana.
El ingreso debe preservar el nivel acumulado en la cabecera exterior. Así, las tasas agregadas interior y exterior ayudan a estimar cuánto se añadió en el tramo. Pero la resta exige conjuntos comparables, reglas conocidas y observaciones sincronizadas. No identifica el buffer de un paquete particular.
El reencuadre refuerza esa prudencia. Una trama puede contener parte de varios paquetes o un paquete puede abarcar varias tramas. El diseño puede conservar la presencia temporal de marcas o aproximar su proporción. La tubería puede aplicar el aviso a un paquete ligeramente posterior. El objeto marcado al final no tiene por qué ser el mismo objeto físico que ocupó la cola.
Tampoco existe una semántica única sin contexto. ECN clásico, PCN y L4S pueden interpretar ECT(0), ECT(1) y CE de forma diferente. Algunas reglas dependen del DSCP. Cambiar ese valor al cruzar un dominio puede separar el código de su significado.
La integridad añade otro límite. Un campo que los nodos intermedios modifican legítimamente debe declararse mutable; de lo contrario, la marca rompe la autenticación de la cabecera. Y aunque el receptor confirme la señal, eso no certifica que el emisor haya reducido su ritmo. La custodia termina en un recibo; el efecto necesita otro.
La aceptación operativa debe conservar la cabecera interior y el DSCP al entrar, la regla de encapsulación, la identidad del túnel, la capacidad del egreso, la configuración AQM, ambos estados al decapsular, el reenvío o descarte, el feedback del receptor, la recepción por el emisor y el cambio medido en tasa, cola o resultado.
El valor de RFC 9599 está en hacer portátil la advertencia. La portabilidad no crea procedencia. La marca dice lo que llevaba una cabecera observada. El resto del relato debe construirse con pruebas adicionales.
Sources
- RFC 9599
- Registro Datatracker
- Erratas de RFC 9599
- RFC 3168: ECN en IP
- RFC 6040: ECN en túneles
- RFC 5129: marcado explícito en MPLS
- RFC 7141: notificación por bytes y paquetes
- RFC 7713: conceptos ConEx
- RFC 8087: beneficios de ECN
- RFC 3819: recomendaciones para subredes
- RFC 8311: experimentación ECN
- RFC 7567: recomendaciones AQM
- RFC 4774: semánticas ECN alternativas
- RFC 9331: arquitectura L4S
- RFC 9600: ECN en TRILL
- RFC 9601: ECN en túneles IP con shim
- Heng Lu: capas de realidad y poder simbólico
- Heng Lu: primacía del código en ejecución
- Heng Lu: realidad, no activismo
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance

