Resumen

  • RFC 9959 permite guardar capacidad utilizada y RTT mínimo de una conexión, asociados a un Remote Endpoint y una Lifetime, para acelerar con cautela otra conexión posterior.
  • La nueva conexión no hereda la ventana como un derecho: empieza con el IW normal, confirma la ruta, reserva el registro para un solo uso y limita el salto a la mitad de saved_cwnd, con pacing basado en el RTT actual.
  • Si la pérdida, ECN o una señal de cambio invalidan el ensayo, Safe Retreat borra el registro, reduce la ventana, drena los paquetes no validados y protege la recuperación de los flujos vecinos.

La amenaza más sencilla no está en un paquete, sino en una réplica de caché. Un servicio distribuido observa que una descarga previa utilizó una ventana de 240 paquetes. Guarda el dato. Minutos después llegan cuatro conexiones del mismo cliente a cuatro trabajadores distintos. Cada trabajador lee la misma entrada y calcula un salto prudente de 120.

En cada registro local aparece “la mitad”. En la cola compartida aparecen 480 paquetes.

Ese contraste explica por qué RFC 9959 es una especificación de autoridad operativa, no solo una mejora de arranque. Publicado por el IETF en mayo de 2026 como Standards Track, Careful Resume permite reutilizar observaciones de control de congestión entre conexiones. Pero el valor guardado solo puede financiar un experimento, una vez, contra una ruta que todavía debe demostrar que se parece a la anterior.

Qué contiene realmente el recuerdo

Durante una conexión establecida, el emisor puede medir el volumen que utilizó en un RTT y conservarlo como saved_cwnd. También retiene el saved_rtt mínimo, un saved_remote_endpoint y una Lifetime. No debe mantener más de un conjunto por Remote Endpoint y debería actualizarlo con una observación posterior. Si la capacidad observada es menor que cuatro veces la ventana inicial, puede decidir que la optimización no compensa.

El significado de saved_cwnd termina en la observación: ese flujo transportó ese volumen bajo esas condiciones. No es velocidad física, ancho de banda contratado, hueco libre hoy ni cuota justa de la próxima conexión.

RFC 2914 convierte esta precisión en una obligación de estabilidad. El emisor toma la decisión, pero el cuello de botella es compartido. Una aceleración incorrecta traslada cola, jitter, pérdidas y hambre a conexiones que no participaron en la elección de la clave, del tiempo de vida ni del salto.

Por eso la caché no acumula crédito. Una observación nueva reemplaza a la antigua; un cambio puede vaciarla; una hipótesis fallida debe eliminarla.

La clave identifica una suposición, no una fibra

El Remote Endpoint es deliberadamente dependiente de la implementación. Incluye la interfaz emisora y el destino, que puede ser una dirección unicast o anycast; puede incorporar DSCP. Una clave más rica reduce la mezcla de rutas, pero también reduce aciertos.

Ninguna clave visible prueba el trayecto. La misma dirección anycast puede terminar en otra granja. ECMP, NAT, túneles, movilidad o política pueden cambiar el cuello de botella. Incluso sin cambio topológico, pueden aparecer nuevos flujos.

Careful Resume combina identidad con reconocimiento actual. Una señal local de cambio, la caducidad o un conjunto ya reservado cancelan la reanudación. El RTT añade límites: un mínimo actual igual o inferior a la mitad del guardado permitiría que medio saved_cwnd, espaciado sobre un RTT más corto, superase la tasa antes observada. Un RTT actual más de diez veces mayor también indica otro camino.

La semejanza de RTT no prueba igualdad. El reconocimiento descarta supuestos claramente rotos; los paquetes no validados siguen siendo necesarios.

La ventana crece en cuatro actos

La conexión abre bajo las reglas normales. RFC 5681 aporta slow start y respuesta clásica; RFC 6928 contextualiza el IW moderno. El emisor no copia la ventana histórica en el primer vuelo.

En Reconnaissance, pérdida o ECN-CE sobre los datos iniciales, un cambio de endpoint, Lifetime vencida, RTT incompatible o uso concurrente devuelven el flujo al controlador normal. Solo tras confirmar todo el vuelo inicial sin congestión puede pasar al estado Unvalidated.

Allí aplica:

jump_cwnd ≤ Min(max_jump, saved_cwnd / 2)

La fórmula es un límite, no una medida. max_jump puede ser menor. Cada paquete no validado debe usar pacing calculado con el RTT actual. PipeSize empieza con el vuelo ya ejercido y aumenta con datos recién reconocidos.

El estado dura como máximo el tramo útil del ensayo: enviar el vuelo no validado, recibir un ACK que cubra su primer paquete o superar un RTT conduce a Validating. Si la aplicación no consume la ventana, la parte ociosa no permanece como permiso. El controlador vuelve al volumen usado.

Validating mantiene revocable el salto hasta que el último paquete no validado quede reconocido sin congestión. Un ACK demuestra recepción de bytes concretos; no certifica la capacidad futura.

Un registro solo puede tener un consumidor

RFC 9959 exige que una misma combinación guardada sea utilizada por una sola conexión. En un proceso, una tabla y un bloqueo pueden bastar. Con balanceo por cuatro tuplas, réplicas, reintentos y conmutación, la exclusión debe cubrir el sistema distribuido real.

Si la coordinación está particionada, el comportamiento seguro es el arranque normal. “Disponible en todas las regiones” no puede significar “gastable en todas al mismo tiempo”. La replicación de evidencia histórica no debe replicar autoridad de envío.

RFC 9040 describe el intercambio temporal de información del TCP Control Block entre conexiones y ayuda a separar parámetros por ámbito. No fija cuánto puede durar el registro de RFC 9959 ni cómo coordinarlo entre trabajadores. Esas decisiones quedan en manos del operador.

Retirarse significa borrar la hipótesis

Si aparece pérdida, ECN-CE o cambio de ruta después del salto, Safe Retreat trata el exceso como resultado de una inferencia fallida. Borra los parámetros para que ninguna conexión posterior repita el error; fija CWND como máximo en PipeSize / 2; recupera pérdidas con esa ventana; y prohíbe crecer mientras se drenan los paquetes no validados. Al salir, ssthresh no supera PipeSize × Beta, con 0,5 por defecto.

No es una reducción cosmética. El salto pudo expulsar de la cola a otros flujos. RFC 9937 especifica Proportional Rate Reduction para avanzar gradualmente hacia una ventana elegida en una respuesta ordinaria. RFC 9959 dice que PRR no es apropiado aquí cuando pudo existir un overshoot importante.

RFC 9438 describe CUBIC y su beta ordinario de 0,7. Los controladores por tasa, como BBR, pueden guardar una magnitud equivalente de ancho de banda de cuello de botella. Ninguno queda exento del principio: probar y fallar no debe mantener sometidos a los demás.

La congestión persistente o un RTO termina Careful Resume. Los ACK tardíos pueden completar contabilidad, pero no legitiman retroactivamente el salto.

Caducidad, rutas estables y deuda de terceros

La especificación no impone una Lifetime universal. Minutos son más razonables en rutas variables. Horas pueden ser defendibles donde la ruta es estable y el cuello no suele compartirse. Una configuración debe poder purgar los datos tras cambios.

Cada aumento de Lifetime intercambia rapidez por exposición. Una clave amplia aumenta aciertos y falsos equivalentes. Un max_jump alto mejora los mejores casos y agrava una equivocación. El servicio ve su tiempo de descarga; no ve automáticamente el retraso que colocó en otra aplicación.

RFC 7661 mantiene una ventana no validada cuando la conexión actual queda limitada por la aplicación y recomienda un NVP no superior a cinco minutos. La pieza vecina sobre crecimiento limitado por maxFS también pertenece a ese problema de ventana actual. RFC 9959 empieza en otra frontera: una conexión nueva consulta la memoria de otra y debe reconocer, reservar, probar y retirarse.

RFC 4782 muestra una alternativa histórica. Quick-Start intentaba obtener aprobación de los routers para una tasa solicitada. Careful Resume no recibe consentimiento del camino ni reserva capacidad. Solo formula una inferencia desde el borde.

El receptor puede saber lo que el emisor no sabe

Un receptor puede detectar cambio de interfaz, límite de hardware, transferencia corta o necesidad de preservar capacidad para otro flujo. RFC 9959 permite que un mecanismo de transporte le dé preferencia para habilitar o inhibir la función, sin estandarizar un mensaje universal.

Además, CWND no manda solo. La ventana de recepción TCP de RFC 9293, el crédito de flujo QUIC y la protección anti-amplificación de RFC 9000, o la falta de datos en la aplicación pueden limitar el envío. Una conexión QUIC conserva identidad al migrar, pero no por ello conserva autoridad de congestión sobre la nueva ruta.

RFC 9002 aporta IW, pacing, pérdida y congestión persistente para QUIC. RFC 8085 recuerda que las aplicaciones y transportes UDP también deben responder por la estabilidad. El recuerdo de una ruta no es una excepción al control.

La auditoría debe poder reproducir el ensayo

La primacía del código en ejecución de Heng Lu exige más que una opción activada. Deben conservarse clave, edad, RTT anterior y actual, Lifetime, adquisición única, vuelo inicial, salto, pacing, PipeSize, señales ACK/pérdida/ECN, cambios de fase, borrado y ventana resultante.

Su principio de especificación mínima y decisión futura localizada encaja con la división: el RFC define invariantes; el operador decide clave, Lifetime, max_jump, almacenamiento, veto del receptor y ámbito, asumiendo la responsabilidad.

Las capas de realidad separan cinco verdades: existe una entrada, la ruta parece semejante, el controlador está en estado no validado, algunos bytes llegaron, y el servicio mejoró sin dañar a terceros. Ninguna frase demuestra la siguiente.