Resumen

  • El borrador 02 de MASQUE, fechado el 28 de octubre, define el mtu anunciado como el tamaño máximo que el receptor acepta tras reconstruir un paquete. Para transmitirlo, la trama QUIC DATAGRAM aún debe respetar el límite de trama del par y el paquete exterior debe caber en el MTU del camino.
  • La nueva sección 5.1.5 advierte que paquetes iguales antes de la compresión pueden salir con tamaños distintos. Una sonda PMTU que pasa no demuestra que todos pasen; al fijar el MTU del túnel hay que considerar la menor compresión disponible, incluido el tráfico sin comprimir.

El número del receptor no gobierna el trayecto

La negociación empieza en un encabezado HTTP, http-datagram-contexts. Cada extremo anuncia las operaciones que está dispuesto a recibir: plantillas para quitar campos estables, valores que el receptor podrá derivar, ayuda para completar sumas de verificación y, cuando lo incluye, un mtu. La oferta es direccional. El otro extremo solo puede crear un contexto que la oferta permita. Esa disciplina evita mandar al receptor un formato que no ha aceptado, pero no mide ningún enlace entre ambos.

Supongamos que el encabezado dice mtu=1500, como en el ejemplo del propio borrador. El receptor ofrece espacio para el paquete reconstruido de hasta ese tamaño. El emisor puede enviar una forma más corta, compuesta por las partes variables y la identificación del contexto. Cuando llega, el receptor repone los bytes omitidos y calcula los campos derivados. El tamaño de esa forma reconstruida queda sujeto al número anunciado tanto si el envío usó una trama QUIC DATAGRAM como si usó una DATAGRAM Capsule o ningún contexto de compresión.

La revisión 01 ya contenía el límite reconstruido y la prohibición de superarlo. La revisión 02 aclara la interpretación que faltaba: el mtu de ese encabezado expresa la disposición del receptor, no el MTU del camino ni una garantía de que una trama QUIC DATAGRAM transporte un paquete de esa longitud. La distinción parece pequeña hasta que alguien pone el número en un panel de control sin conservar su sujeto. «Acepto reconstruir 1500» y «la ruta transporta 1500» se convierten entonces en una sola luz verde. Son dos decisiones tomadas en lugares distintos.

El tamaño que cuenta en la puerta estrecha

La compresión tiene un efecto tangible. Un flujo CONNECT-IP puede repetir buena parte de sus encabezados. MASQUE propone plantillas que retiran segmentos estables y operaciones que permiten recuperar longitudes y sumas de verificación en destino. Un paquete original que no cabía puede transformarse en un datagrama suficientemente corto. El ahorro, sin embargo, depende de los campos concretos de ese flujo y del contexto escogido. Otro paquete con el mismo tamaño original puede cambiar los bytes que la plantilla esperaba constantes y recibir mucho menos descuento.

La sección 5.1.5 establece dónde se mide el paso. Después de comprimir, la trama QUIC DATAGRAM debe caber en el límite que el par acepta para esa trama. El paquete IP exterior, con la carga de HTTP/3, QUIC, UDP e IP, debe caber en el MTU actual del camino. Incluso un paquete por debajo del mtu anunciado puede resultar demasiado grande para estos límites de transporte. El receptor tiene capacidad para restaurarlo; la red puede negarse a llevar la versión que se le entregó.

La misma sección obliga a desconfiar de una sonda PMTU demasiado afortunada. La compresión puede cambiar entre paquetes del mismo tamaño original, incluidas la sonda y la carga habitual. Una sonda recibida prueba el paso de su forma comprimida, en su contexto. No prueba que el siguiente flujo disfrutará del mismo ahorro. El texto recuerda que el estado de PMTU puede compartirse entre flujos con contextos diferentes, en relación con RFC 8899. La cifra compartida necesita un fundamento común; la plantilla más eficaz de un solo flujo no lo ofrece.

Por eso el consejo para fijar el MTU de un túnel es conservador: tener en cuenta la menor compresión disponible al tráfico que compartirá ese tamaño, incluso los paquetes que viajen sin comprimir. El operador puede sacar más rendimiento de una clase concreta con su contexto y su medición propios. Lo que no puede hacer limpiamente es dejar que el mejor caso firme por todos. Una ganancia de bytes de un flujo no se deposita en una cuenta colectiva que otro flujo pueda gastar.

El atajo fiable borra una pista

Cuando la forma comprimida tampoco cabe en una trama QUIC DATAGRAM, hay una tentación más: llevar el datagrama en DATAGRAM Capsules repartidas entre varios paquetes de transporte. El borrador admite esa posibilidad donde el protocolo subyacente la permite y enumera su factura: entrega fiable, bloqueo de cabecera, más memoria para búferes, retransmisiones y posible cambio de orden respecto de las tramas QUIC DATAGRAM. La aplicación puede recibir datos, pero a través de una vía con otro comportamiento temporal.

También se puede perder la señal que debía corregir el tamaño. La sección 5.1.5 remite a CONNECT-IP §10.1 y CONNECT-UDP §6.1, que recomiendan descartar paquetes sobredimensionados y devolver ICMP Packet Too Big en vez de cambiar a cápsulas en silencio. La respuesta permite al emisor original ajustar sus próximos paquetes. Un túnel que salva el paquete grande por una vía fiable puede ocultar al tráfico transportado el límite de la vía de datagramas. La cápsula tampoco agranda el MTU físico ni anula el mtu que el receptor anunció.

El Datatracker registra el texto como borrador activo del grupo MASQUE y estado IESG I-D Exists. No ofrece una traza de dos flujos ni una tasa de pérdida medida. Harían falta dos paquetes de igual longitud original pero distintos contextos, más sus longitudes sobre el cable y la respuesta Packet Too Big, para decidir cómo se comporta una implementación. El borrador ya permite señalar el error de criterio: el éxito del paquete que más se comprime no autoriza a subir la promesa común del túnel.

Fuentes