Resumen

  • La RFC 793 reservó seis bits de la cabecera TCP y exigió que se transmitieran a cero.
  • La RFC 3168 asignó dos de esas posiciones a ECE y CWR para la notificación explícita de congestión.
  • La RFC 9293 mantiene cuatro bits reservados: los no implementados se ponen a cero al enviar y se ignoran al recibir.

Un vacío sometido a reglas

La RFC 793, de 1981, situó un campo reservado de seis bits inmediatamente después de Data Offset, el campo que indica dónde comienza la carga útil. Esos bits quedaban para uso futuro y debían valer cero. No eran una opción oculta ni un método para alargar la cabecera.

La regla mantenía estable la forma básica de cada segmento. Un emisor no podía convertir una posición en una señal local, y un receptor podía reconocer el mismo diseño base. El espacio estaba inactivo, pero seguía disponible para una decisión normativa posterior.

Dos posiciones reciben un significado de congestión

En 2001, la RFC 3168 asignó el bit 9 a ECE y el bit 8 a CWR. Los bits 4 a 7 continuaron reservados. La nueva función reutilizó la cabecera existente sin cambiar el límite de su parte básica.

El intercambio funciona por etapas. Un router congestionado puede marcar un paquete IP con Congestion Experienced en vez de depender únicamente de la pérdida. El receptor informa de esa marca al emisor activando ECE en una confirmación TCP. El emisor responde a la congestión y después activa CWR para indicar que redujo su ventana de congestión.

La RFC 3168 también exige negociar la capacidad ECN durante el establecimiento de la conexión. Que exista la posición de un bit no demuestra, por sí solo, que ambos extremos conozcan su significado.

La especificación actual mantiene la compatibilidad

La RFC 9293 describe un campo reservado de cuatro bits. Si una implementación no admite una función futura, debe generar esos bits a cero y el receptor debe ignorarlos. Transmitir cero evita señales accidentales o privadas; ignorar evita que un equipo no actualizado rechace un segmento por desconocerlas.

El registro de indicadores TCP de IANA proporciona el marco de asignación. Allí aparecen CWR y ECE junto a los seis indicadores originales, mientras que los offsets 4 a 7 permanecen reservados. El espacio no es de libre interpretación: su futuro depende de una especificación pública y de una asignación administrada.

Los límites de la lección

La reserva original no demuestra que los diseñadores de 1981 anticiparan ECN. La afirmación defendible es más estrecha: conservaron posiciones para un posible control futuro y una norma posterior empleó dos de ellas para una señal de congestión concreta.

Tampoco hay garantía de despliegue. Pueden existir retrasos de implementación, supuestos distintos en equipos intermedios y requisitos adicionales de negociación y cambios de estado. Las RFC citadas no miden esas fricciones.

Fuentes