Resumen

  • Un receptor QUIC no puede confirmar un paquete hasta retirar correctamente su protección y procesar todas sus tramas.
  • En una trama STREAM, procesar significa poner los datos en cola para la aplicación; no exige que esta los haya recibido o consumido.
  • La entrega y el resultado necesitan un recibo de aplicación unido a paquetes, offsets, retransmisiones e identidad de la operación.

El panel marca una solicitud como entregada en cuanto el paquete que la transporta entra en un rango ACK. Si es el paquete que solicita ACK, recién confirmado y elegido para la medición, puede aportar una muestra de RTT; la confirmación también detiene la retransmisión de la información ya confirmada que llevaba. Sin embargo, el proceso receptor está detenido antes de leer: todavía no interpretó, confirmó ni ejecutó nada. Una prueba del transporte se ha convertido, sin base suficiente, en un resultado de negocio.

La sección 13.1 de RFC 9000 fija la frontera exacta. El receptor no debe confirmar un paquete hasta que haya retirado su protección y procesado cada trama. Para STREAM, basta con encolar los datos en preparación para que el protocolo de aplicación los reciba; no es necesario entregarlos ni que la aplicación los consuma. El ACK prueba procesamiento QUIC, no consumo por el programa.

También importa el objeto confirmado. La sección 19.3 define rangos de números de paquetes recibidos y procesados dentro del mismo espacio de numeración. Esos números identifican paquetes protegidos, no mensajes de negocio. Un paquete puede contener varias clases de trama y un mensaje puede ocupar muchas tramas STREAM.

El modelo de flujo refuerza la distinción. La sección 2.2 ofrece una secuencia ordenada de bytes y advierte que los límites entre tramas STREAM no se conservan al transmitir, retransmitir o entregar. La sección 3.2 separa Data Recvd, cuando llegaron todos los datos, de Data Read, alcanzado cuando la aplicación ha leído todos los datos. La llegada completa al transporte, el inicio de la recepción por la aplicación y el final de la lectura son transiciones distintas.

La visibilidad de ACK tampoco es un registro uno a uno. Conforme a la sección 13.2, los paquetes que provocan ACK deben confirmarse dentro del retraso máximo anunciado, según las reglas del protocolo. Los que no lo provocan pueden esperar a tráfico posterior. Las tramas ACK pueden perderse y los rangos antiguos pueden omitirse. Por eso, que el emisor no vea un ACK no prueba de inmediato que el receptor no procesó el paquete.

La retransmisión rompe aún más la equivalencia. La sección 13.3 retransmite información y no el paquete perdido completo. Los mismos offsets STREAM pueden reaparecer en otra trama y otro número de paquete. Normalmente se deja de retransmitir la información ya confirmada cuando se confirma un paquete que la contiene. Para hablar de bytes hay que unir rangos ACK con tramas, ID del flujo, offset, longitud, FIN y linaje de retransmisión. Incluso entonces, la prueba termina en la cola del transporte.

Los algoritmos de recuperación respetan ese alcance. RFC 9002 §5.1 calcula una muestra RTT a partir del mayor paquete recién confirmado que solicita ACK, considerando ACK Delay. Mide el circuito de realimentación del transporte, no el tiempo de servicio de la aplicación. RFC 9002 §6.1 usa confirmaciones posteriores y umbrales de paquetes y tiempo para inferir pérdidas tolerando reordenamiento. Ni el silencio es pérdida instantánea ni el ACK es éxito aplicativo.

La evidencia operativa debe formar una escalera. Primero: conexión, espacio de numeración, número de paquete, tiempos de envío y ACK, ACK Delay y tramas. Segundo: ID STREAM, offsets, longitudes, FIN, pérdida declarada y retransmisiones. Tercero: evento de encolado y lectura o notificación del proceso. Cuarto: ID del mensaje o transacción, aceptación del protocolo, confirmación de escritura duradera, efecto y respuesta final.

Cada peldaño admite una conclusión diferente: el par procesó el paquete; los bytes llegaron a la cola QUIC; el proceso los leyó; la aplicación aceptó el mensaje; la operación quedó confirmada. Un solo indicador verde no debe fingir que son el mismo hecho.

La distinción cambia la autoridad de reintento. Tratar el ACK como finalización puede ocultar trabajo atascado. Tratar su ausencia visible como fallo inmediato puede duplicar una operación ya procesada. Solo la capa que conoce la identidad de la operación y su idempotencia puede autorizar una repetición segura.

QUIC ofrece un recibo fuerte precisamente porque formula una afirmación limitada. La aplicación debe emitir la prueba de aplicación.