Resumen

  • El reordenamiento de llegada y la resecuenciación que intenta corregirlo son hechos distintos; el segundo añade memoria, temporización y una decisión de liberación.
  • El equipo de capa 2 no suele conocer el algoritmo ni el contexto de cada flujo de transporte que mantiene en espera.
  • RACK y QUIC reducen la dependencia de ACK duplicados, pero su presencia real, umbrales y configuración deben comprobarse por extremo.
  • ROHC, ESP y la protección contra repetición de Wi-Fi muestran que tolerar desorden es una propiedad limitada, no una etiqueta universal.
  • La revisión 00 es trabajo activo de INTAREA y solo propone actualizar RFC 3819; no demuestra adopción, despliegue ni ventaja para una red concreta.

Una compatibilidad sin fecha de caducidad

La red instaló la cola años antes para evitar que tres ACK duplicados indujeran una retransmisión falsa. Después, los extremos adoptaron RACK. La cola no recibió esa noticia. Siguió esperando por cada hueco y siguió entregando una secuencia impecable, aun cuando el receptor ya tenía mejores datos para decidir qué se había perdido.

Ese caso hipotético expone una dependencia operativa frecuente: se añade una compensación por una limitación de los extremos, pero no se crea el recibo que permita saber cuándo la limitación desapareció.

draft-ietf-intarea-reordering-00 traslada la pregunta al lugar correcto. Una subred conoce el retraso que causa al retener paquetes disponibles. En general no conoce la semántica del transporte ni puede calcular el daño contrafactual que habría producido el desorden en ese receptor particular.

Del contador de ACK al tiempo observado

Los algoritmos TCP anteriores podían inferir pérdida a partir de tres ACK duplicados. Cuando un paquete se demoraba pero no se perdía, esa regla podía ordenar una retransmisión innecesaria y reducir la ventana de congestión.

RFC 8985 define RACK, que usa relaciones temporales entre transmisiones y ACK. RFC 9002 proporciona a QUIC umbrales temporales y de paquetes. Ambos desplazan autoridad hacia quien ve el estado de la conexión completa.

Pero una referencia normativa no configura un host. Para retirar la protección de capa 2 hace falta conocer versión, algoritmo habilitado, umbral, memoria y trazas. También hace falta admitir los casos desconocidos. Un inventario que dice “TCP” no responde si RACK está activo; una cabecera QUIC no prueba cómo implementó la recuperación ese producto.

Cuando un hueco de un flujo cobra a los demás

Los enlaces agregados pueden enviar paquetes por miembros con latencias diferentes. Las retransmisiones inalámbricas pueden hacer que el paquete anterior llegue después. El receptor de capa 2 observa un hueco y retiene números mayores.

Si el enlace transporta múltiples conexiones, los paquetes retenidos pueden no tener relación con el que falta. La cola aplica una sola cronología de enlace a varios relojes de aplicación. Esa es una decisión distributiva: una recuperación lenta consume el presupuesto de latencia de otros flujos.

Por eso el recibo mínimo debe conservar el contexto real de la cola y, cuando la arquitectura lo permita, la separación de flujos. Sin ese dato, un operador solo puede mostrar que la secuencia quedó limpia, no quién pagó la limpieza.

No basta con reducir el temporizador

En Wi-Fi, los números de paquete también sirven para detectar repetición. Un paquete retransmitido que llega tarde puede ser auténtico y, al mismo tiempo, tener un número menor que el máximo ya observado. Liberar fuera de orden exige una ventana de replay capaz de expresar esa diferencia.

ESP ofrece otra advertencia. RFC 4303 usa una ventana deslizante: admite desorden dentro de un límite y rechaza lo que queda demasiado atrás. El tamaño de ventana es parte del contrato. ROHC conserva estado de compresión con tolerancias que dependen del perfil; ROHCv2 mejora esa tolerancia, pero no actualiza por sí mismo los equipos instalados.

La decisión responsable no es “la capa superior soporta desorden”. Es una tabla de capacidades con fecha, procedencia y observación: qué protocolo, qué implementación, qué perfil, qué ventana, qué patrón y qué resultado.

La evidencia que justificaría esperar

La propuesta dice que la subred debe evitar crear desorden innecesario. Si el desorden es la consecuencia inevitable de algo valioso—usar varios enlaces o retransmitir en un medio ruidoso—en general debería mostrárselo al extremo. La resecuenciación se reserva para los casos donde pruebas claras muestran que el beneficio supera latencia y variación añadidas.

Una prueba útil compara al menos dos configuraciones. Debe conservar pérdida, retransmisión, llegada, tiempo en cola, liberación, inferencia del extremo, recuperación y demora de aplicación. Debe separar medianas de colas: el efecto importante puede vivir en P99.

Los números de Wi-Fi incluidos en el borrador pertenecen a un escenario citado con siete estaciones competidoras. No autorizan a asignar 75 o 400 milisegundos a otra red sin medición. Del mismo modo, que DOCSIS dimensione contextos de almacenamiento o que 5G permita cierto tratamiento no demuestra el resultado de un servicio.

Estado de la propuesta

La revisión 00 fue publicada el 27 de agosto de 2026, expira el 28 de febrero de 2027 y pretende ser Informational. Si se aprueba, sustituiría la orientación de la sección 15 de RFC 3819. No solicita registros de IANA.

Es un Internet-Draft activo, no es un RFC.

No se verificó aquí un cambio de IEEE, 3GPP o CableLabs, ni un producto, operador o despliegue. El borrador puede cambiar o expirar. Su valor actual es hacer visible la autoridad de la cola, no certificar una transición que aún no ocurrió.