Resumen

  • Las tramas DATAGRAM hacen que el paquete QUIC que las contiene solicite acuse; al recibirlo, el emisor puede avisar a su aplicación de que el datagrama fue transmitido y recibido.
  • RFC 9221 limita ese aviso al procesamiento de la trama por el transporte del receptor y excluye una garantía de procesamiento exitoso por la aplicación receptora.

Hay una tentación administrativa de comprimir una cadena de hechos en una sola palabra: ACK. La compresión es legítima únicamente si se conserva la capa que produjo el hecho. En un DATAGRAM de QUIC, el acuse no certifica que el contenido haya sido interpretado, aceptado por una regla de negocio o convertido en estado. Certifica algo anterior y delimitado: el transporte receptor procesó la trama.

RFC 9221 apareció en marzo de 2022 con Tommy Pauly, E. Kinnear y David Schinazi como autores. Añade DATAGRAM a QUIC para datos de aplicación no fiables. Una trama DATAGRAM es ack-eliciting. Cuando llega el acuse de un paquete que la contiene, una implementación emisora puede notificar a su aplicación que el datagrama fue transmitido y recibido. Es una observación útil para el transporte, no una invitación a atribuirle decisiones ajenas.

La sección 5.2 formula la reserva con precisión: el ACK indica que la capa de transporte receptora procesó la trama; no garantiza que la aplicación receptora haya procesado los datos correctamente. Tampoco hay retransmisión de datos DATAGRAM cuando se detecta una pérdida. La aplicación define identificadores de multiplexación, significado del contenido y, si los requiere, sus propios acuses de entrega o procesamiento.

Por ello, un recibo aplicativo no es una versión más enfática del ACK de paquete. Es otro objeto de protocolo. Debe decir qué dato correlaciona, qué condición semántica observa, cuándo vence y cómo informa un fallo. El control de congestión y la recuperación de pérdidas de QUIC, descritos junto con el transporte en RFC 9000 y RFC 9002, no aportan esos hechos de aplicación.

También el parámetro recibido max_datagram_frame_size tiene un alcance contenido. Un valor distinto de cero expresa la disposición de un extremo a recibir DATAGRAM hasta ese tamaño, en esa conexión y en esa dirección. No demuestra que se haya enviado contenido, que una aplicación lo usara o que una operación terminara. Un RFC publicado tampoco demuestra que un extremo, producto, red o servicio concreto haya adoptado la extensión.

La nota de Heng Lu sobre la especificación inicial mínima ofrece una prueba sencilla contra la exageración: no conceder a un mecanismo más significado del que puede verificar de forma determinista y local. Aquí el transporte puede responder por su propio procesamiento. El analizador de la aplicación, su almacenamiento y su resultado visible deben responder por los suyos.

Mantener esa separación no rebaja el ACK. Lo vuelve utilizable sin falsificar su procedencia. El registro puede conservar el acuse QUIC como hecho de transporte y exigir, cuando el riesgo lo pide, un recibo aplicativo que haga visible el procesamiento que el ACK no observa.

Fuentes