Summary

  • Cada conexión QUIC posee un conjunto de referencias emitidas por los extremos; ningún CID es una identidad permanente.
  • Estar conectado no prueba que queden identificadores disponibles para migrar.
  • Un registro bidireccional del ciclo de vida separa fallos de ruta, agotamiento y rotación por privacidad.

Un móvil abandona el Wi-Fi y pasa a la red celular. Las claves siguen válidas y los flujos continúan abiertos, pero el cliente no puede sondear la ruta nueva hacia el servidor porque no le queda un CID sin usar emitido por este. En sentido inverso, el servidor también necesita un ID sin usar emitido por el cliente. La conexión sigue establecida, aunque se agotó una condición de continuidad.

El RFC 9000 §5.1 define un conjunto de identificadores por conexión. Cada extremo selecciona de forma independiente los que usará su par. Su función principal es llevar los paquetes al estado de conexión correcto cuando cambian las direcciones inferiores.

La dirección importa. Un extremo emite los CID que el par usa para enviarle paquetes y consume los emitidos por el par al responder. Ver un CID de destino en una captura muestra una referencia actual en una dirección, no un nombre universal ni la identidad autenticada de una persona, dispositivo o sesión de aplicación.

La sección 5.1.1 asigna números de secuencia. Los valores adicionales llegan en NEW_CONNECTION_ID con secuencias crecientes. La secuencia permite conciliar mensajes del ciclo de vida; no es un reloj ni un contador global.

active_connection_id_limit indica cuántos CID activos mantendrá el par. Superar el límite tras altas y retiros exige CONNECTION_ID_LIMIT_ERROR. Sin embargo, el límite no equivale a existencias: se puede estar por debajo y no tener un identificador todavía sin usar para una ruta nueva.

La sección 9.5 explica el impacto. Un extremo sin CID disponibles no puede sondear rutas nuevas, iniciar una migración ni responder a intentos del par. Por eso, una conexión abierta no certifica movilidad preparada.

El inventario también protege privacidad. Reutilizar un CID estable en rutas distintas permite correlacionar actividad. QUIC prohíbe reutilizarlo al enviar desde varias direcciones locales o hacia varios destinos. Rotar elimina una señal evidente, pero no garantiza anonimato: tiempo y tamaño de paquetes aún permiten correlación.

El retiro también tiene estado. Según la sección 5.1.2, RETIRE_CONNECTION_ID declara que no se usará de nuevo y solicita reemplazo. Retire Prior To obliga a retirar secuencias antiguas. Hasta que mensajes y confirmaciones converjan, los extremos pueden mantener vistas diferentes.

Las tramas de emisión y retiro están cifradas. Un observador pasivo puede ver cambiar el CID sin conocer secuencias, reservas o confirmaciones. El RFC 9312 advierte que los CID cambian durante una conexión y que los nuevos llegan en tramas cifradas.

Los CID de longitud cero fijan otro límite: quien los elige no puede emitir nuevos valores. La configuración es válida, pero renuncia a la migración apoyada por CID. Un handshake correcto no implica continuidad frente a cambios de dirección.

Como recomendación editorial, el registro completo debe conservar: ID y hora de observación; función del extremo; tupla de direcciones local y remota; sentido de emisión; secuencia y huella del CID; estados activo, sin usar, asignado, con retiro solicitado y retirado; active_connection_id_limit; mayor Retire Prior To; recepción de NEW_CONNECTION_ID; envío y acuse de RETIRE_CONNECTION_ID; huella del token de restablecimiento sin estado asociado; primera y última tupla de ruta; negociación de longitud cero; cantidad disponible en ambos sentidos; necesidad de migración o sondeo; resultado del enrutamiento del backend; y límites de privacidad. Las huellas evitan exponer valores brutos.

Un CID aislado demuestra poco. El estado criptográfico vincula el paquete a la conexión y el ciclo de vida demuestra capacidad de ruta. El valor no demuestra identidad humana o de aplicación.