Resumen

  • FORWARD=0 pausa los objetos de una suscripción establecida en la revisión 22 de Media over QUIC Transport, pero no silencia mensajes de control como PUBLISH_DONE.
  • Cuando todos los suscriptores descendentes están pausados, el relé puede mantener activa la suscripción ascendente para precalentar su caché. Pausar no demuestra que cesaron la adquisición o el gasto de recursos.

El espectador toca pausa, la imagen se congela y disminuye el tráfico hacia su dispositivo. Sin embargo, el relé intermedio puede seguir recibiendo la transmisión en directo para que la reanudación sea más rápida. El protocolo permite que ambas cosas sean ciertas.

draft-ietf-moq-transport-22, fechado el 1 de octubre de 2026, define MOQT como un protocolo de publicación y suscripción sobre QUIC y WebTransport. Datatracker lo muestra como Internet-Draft activo del grupo Media Over QUIC. No es un RFC ni prueba de despliegue. El encabezado dice Standards Track mientras la ficha no muestra ahora un estado RFC previsto; esa diferencia debe conservarse, no convertirse en aprobación.

La revisión 22 aclara más de lo que inaugura. La revisión 21 hablaba de Forward State con valor 0 o 1. La nueva versión describe la suscripción como pausada o no pausada y registra el cambio de vocabulario. La mecánica básica ya existía; ahora su frontera es más fácil de auditar.

En esa frontera, el editor deja de enviar objetos por la suscripción pausada. Los mensajes de control siguen circulando, incluido PUBLISH_DONE. El iniciador fija el valor inicial de FORWARD en PUBLISH o SUBSCRIBE. El suscriptor usa REQUEST_UPDATE con 0 para pausar y 1 para reanudar. Cualquier otro valor es una violación de protocolo.

Pausa no equivale a cancelación. El estado persiste hasta la cancelación o hasta PUBLISH_DONE o REQUEST_ERROR. Tampoco conserva automáticamente una petición de relleno: FILL_PARAMETERS procesado mientras la suscripción está pausada no abre un flujo fill-fetch, y reanudar sin volver a enviar esos parámetros tampoco lo abre. Recuperar contenido anterior es otra decisión.

La terminación de flujo aporta una prueba distinta. Si el emisor cierra un flujo de subgrupo antes de entregar todos los objetos pertinentes, debe reiniciarlo. La omisión causada por la pausa aparece expresamente entre los casos. Un FIN limpio puede acreditar completitud desde el inicio de la suscripción; un reinicio advierte que podrían existir más objetos. No son recibos equivalentes.

La autoridad decisiva aparece en el relé. Mientras quede un suscriptor descendente sin pausar, el relé debe tener una suscripción ascendente sin pausar para recibir y reenviar objetos. Cuando todos los descendentes están pausados, el relé elige si pausa arriba.

Si mantiene activo el ascendente, recibe objetos y precalienta la caché. Reduce la latencia futura, pero emplea recursos del editor y del trayecto en contenido que nadie recibe abajo en ese momento. Si pausa arriba, evita ese trabajo y asume una reanudación potencialmente más lenta. La especificación deja la política en manos locales.

Por eso el indicador «pausado» tiene menos alcance probatorio que muchas promesas de coste o privacidad. Acredita un estado de entrega concreto, no el cese de adquisición en el relé, de trabajo en el editor, de mutación de caché o de consumo facturable. Tampoco prueba que el relé siguió recibiendo: hay que observar su tramo ascendente.

La cadena operativa necesita siete registros: intención ordenada del suscriptor; estado confirmado por el editor; cese real de objetos descendentes; mensajes de control que continúan; decisión ascendente del relé; tráfico y caché medidos; y resultado visible tras reanudar. Ninguno autoriza a inventar el siguiente.

La Especificación Inicial Mínima de Heng Lu delimita bien el contrato común: FORWARD debe ser preciso, pero la preferencia local entre latencia y recursos puede seguir siendo local. La Primacía del Código en Ejecución exige medir ambos tramos. Las Capas de Realidad separan la pantalla congelada, el estado del protocolo, la caché y el trabajo del editor. Es una aplicación editorial de Daniel Kade, no una posición de la IETF.

La regla final es sencilla: una orden manda hasta la frontera que nombra. El usuario puede pausar su entrega, pero no adquiere automáticamente autoridad sobre la estrategia ascendente del relé. Si un servicio promete no recibir, no almacenar o no cobrar durante la pausa, necesita un control y un recibo adicionales.

Fuentes