Resumen
- RFC 9599 define la capacidad ECN sobre el bucle de retroalimentación completo: una PDU solo puede marcarse explícitamente si todas las funciones necesarias pueden llevar la señal hasta el regulador de carga.
- El ingreso conserva la congestión ya acumulada y el egreso calcula el estado saliente con las cabeceras interna y externa. Si la interna es Not-ECN y la externa trae una marca severa, el descarte es la única señal que entiende el transporte heredado.
- La supervivencia del paquete, la marca en una capa, el feedback del receptor, la respuesta del emisor y el servicio entregado son observaciones distintas. Un tablero de baja pérdida no demuestra que el control de congestión esté cerrado.
Un panel muestra dos líneas. La pérdida cae después de activar marcado explícito en una red encapsulada. La entrega sube. El cambio recibe el nombre de éxito porque ambas métricas son fáciles de recolectar en los extremos del túnel.
Falta una tercera línea: cuántas indicaciones de congestión entraron en una cabecera externa y cuántas salieron en la cabecera IP que siguió su camino. Un desencapsulador antiguo puede retirar la única marca y reenviar el paquete. El panel registra entrega; el receptor ve una PDU limpia; el emisor mantiene su tasa. La mejora de disponibilidad es, en parte, pérdida de evidencia.
RFC 9599 ofrece pautas para que protocolos de túnel y capas inferiores no conviertan esa pérdida de evidencia en diseño. IP funciona como capa de portabilidad: toma una indicación originada en un nodo congestionado que quizá no entiende IP y la lleva hacia el transporte de extremo a extremo. El documento no decide cuándo marca un AQM ni cuánto reduce la fuente. Decide si ambos pueden comunicarse.
La capacidad no está en el bit, sino en el circuito de retorno
El registro del RFC Editor y el IETF Datatracker sitúan RFC 9599 en agosto de 2024 como Best Current Practice dentro de BCP 89. Actualiza el consejo para diseñadores de subredes de RFC 3819. Las semánticas IP de ECN proceden de RFC 3168, con el margen experimental actualizado por RFC 8311.
Una ECN-PDU pertenece a un bucle en el que cada nodo necesario puede propagar la congestión hasta el regulador de carga. Una Not-ECN-PDU pertenece a un bucle roto. El protocolo puede expresar la diferencia en la propia cabecera, en una etiqueta, en estado por flujo o en un plano de control vinculado. El criterio no cambia: la marca debe llegar a quien puede ajustar la carga.
Por eso una capa inferior no debería marcar tráfico cuyo transporte L4 no entiende ECN, ni tráfico que podría salir por un egreso incapaz de transferir la marca a la capa superior. El sistema debe distinguir ambos tipos. Mezclar nodos interiores que marcan y otros que descartan es válido; mezclar un marcador con una salida que borra la marca no lo es.
“ECN habilitado” en el inventario de un equipo es una afirmación demasiado pequeña. No prueba la capacidad del egreso, del receptor ni del emisor. El tablero debe representar una cadena de funciones, no sumar casillas de producto.
Propagar hacia delante y luego hacia arriba
En el modo feed-forward-and-up, el nodo congestionado marca la unidad de la capa inferior. La indicación avanza hasta el egreso y, antes de eliminar la cabecera, sube a la cabecera superior. El transporte receptor puede devolverla al origen.
El patrón ya opera en túneles IP bajo RFC 6040 y en MPLS bajo RFC 5129. RFC 9600 lo concreta para TRILL y RFC 9601 para cabeceras IP separadas por un shim. Las codificaciones pueden diferir. La obligación común es no perder el significado al quitar una envoltura.
El encapsulador tampoco debe reiniciar a cero la congestión acumulada. Si la externa hereda la línea base, un observador puede medir el total desde el regulador y estimar lo añadido por la subred comparando exterior e interior. Si cada ingreso borra la historia, la misma cifra significa cosas distintas según una configuración que el monitor quizá desconoce.
Esa resta no localiza una cola ni atribuye culpa. Conserva una convención mensurable. Cambiarla requiere versión, evidencia y coordinación del consumidor de métricas.
Desencapsular es resolver un conflicto de estados
El egreso no copia ciegamente una marca. Calcula el estado saliente con una lista ordenada. Si interior y exterior son capaces de ECN y muestran severidades distintas, conserva la más fuerte. De lo contrario, una cabecera interna antigua podría borrar congestión adquirida después.
Si el interior es Not-ECN y el exterior trae la señal más severa, no existe una marca explícita que ese transporte pueda comprender. El paquete debe descartarse. El descarte traduce el hecho a un idioma heredado. Reenviar sin marca conserva el objeto a costa de mentir sobre el camino.
Si la capa externa no admite notificación pero la interna sí, la interna pasa sin cambios. La ausencia de evidencia en una envoltura no invalida lo que otra ya llevaba.
Una capa inferior puede usar niveles numéricos. El egreso tendrá que convertirlos en frecuencia de marcado IP. La agregación y fragmentación cambian además la unidad: una PDU IP puede producir varias tramas y una trama puede contener varias PDU. El panel debe indicar si cuenta paquetes, bytes, celdas o tramas. Un porcentaje desnudo no cruza esta interfaz.
Buscar IP desde capa 2 tiene un límite
Feed-up-and-forward aparece cuando la cabecera inferior no ofrece un campo de congestión pero el dispositivo puede localizar una cabecera IP encapsulada. Un switch que reenvía por MAC puede inspeccionar y marcar ECN en la carga IP. En acceso radio puede existir una necesidad parecida.
RFC 9599 lo acepta como optimización benigna, no como arquitectura universal. La carga puede estar cifrada, el protocolo L3 puede no ser IP, el hardware puede carecer de parser suficiente y una pila profunda puede hacer ambigua la búsqueda.
La profundidad debe estar acotada. Ante una cabecera desconocida, ilegible o demasiado profunda, el equipo recurre a un mecanismo inferior o al descarte. No sigue buscando hasta encontrar dos bits que parezcan convenientes. Basta con la primera cabecera IP: egresos posteriores podrán elevar la señal hacia capas más internas.
Las recomendaciones AQM de RFC 7567 y los beneficios de ECN descritos por RFC 8087 explican por qué vale la pena marcar antes de perder. No convierten el acceso incierto a una carga en permiso para interpretar bytes.
La implantación incremental se prueba en todos los egresos
MPLS evita gastar espacio indicando capacidad en cada PDU mediante disciplina de dominio. En cuanto un nodo interior puede marcar, el operador actualiza todas las salidas que podrían desencapsular. Si una encuentra CE alrededor de una PDU Not-ECN, descarta en nombre del punto congestionado.
La garantía procede del control operativo sobre el conjunto de egresos. No es una propiedad mágica de MPLS. Un entorno plug-and-play no puede suponer coordinación completa; necesita una solución fail-safe o debe limitar el marcado a un perfil administrado.
La cobertura debe incluir ruta primaria, respaldo, cadena de servicios, cambio de topología y equipos de recuperación. El 99 % de switches actualizados puede seguir siendo cero cobertura si el uno por ciento restante elimina la cabecera en una ruta posible. La métrica correcta es el conjunto de fronteras cubiertas.
El retorno hacia atrás desplaza la presión
Feed-backward envía una señal propia de la subred hacia su ingreso. Funciona bien en una red autónoma cuando el ingreso coincide con la fuente. En un internetwork IP, las fuentes reales pueden estar antes de ese punto.
El ingreso reduce su envío a la subred mientras las fuentes originales continúan. Su buffer IP crece hasta sufrir otra congestión y crear una señal hacia delante. La primera notificación no llegó a las fuentes; movió la cola. Por eso RFC 9599 desaconseja diseñar solo en modo feed-backward una tecnología destinada a conectarse con IP, salvo casos especiales.
La retirada de ICMP Source Quench en RFC 6633 añade una advertencia de integridad. La fuente no distingue con facilidad una petición auténtica de un mensaje falsificado, y el nodo inferior puede no conocer el puerto original enterrado o cifrado.
La autenticación debe admitir la mutación prevista
Una marca en línea es modificada por nodos interiores. El perfil de seguridad debe declarar mutable ese campo; de otro modo, una marca legítima invalida la autenticación de una cabecera considerada inmutable. La disponibilidad y la integridad entran en conflicto por un error de contrato.
La mutabilidad tampoco demuestra verdad. Un actor puede añadir o suprimir indicaciones. RFC 9599 señala mecanismos de extremo a extremo para detectar supresión o falta de respuesta, en vez de diseñar una confianza hop-by-hop distinta para cada tecnología.
La primacía del código en ejecución de Lu Heng exige correlacionar estado interno, estado externo, marca, cálculo de egreso, feedback y cambio de tasa. El panel de entrega solo cubre un eslabón.
La especificación inicial mínima deja libre la codificación local pero fija dos condiciones interoperables: no crear una marca que el bucle no pueda devolver y no borrarla al retirar una cabecera. Las capas de realidad separan presión, marca, feedback, respuesta y resultado.
La línea que falta en el tablero es la que une esos registros. Sin ella, menos pérdida puede significar menos verdad.
Fuentes
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

