Résumé

  • Dans la révision 22 de Media over QUIC Transport, FORWARD=0 suspend les objets d’un abonnement établi, sans interrompre les messages de contrôle comme PUBLISH_DONE.
  • Quand tous les abonnés en aval sont en pause, le relais peut garder l’abonnement amont actif pour préchauffer son cache. Le reçu de pause ne prouve donc pas l’arrêt des ressources amont.

Un spectateur appuie sur pause. L’image se fige et le débit descendant chute. Au même instant, un relais peut continuer à recevoir le direct depuis l’éditeur afin de raccourcir la reprise. Les deux observations sont compatibles avec le projet de protocole.

La révision 22 de draft-ietf-moq-transport, datée du 1er octobre 2026, décrit MOQT comme un protocole de publication-abonnement au-dessus de QUIC et de WebTransport. Datatracker le classe comme document actif du groupe Media Over QUIC. Il s’agit encore d’un Internet-Draft, pas d’un RFC ni d’une preuve de déploiement. Son en-tête annonce Standards Track, tandis que la fiche Datatracker n’affiche actuellement aucun statut RFC visé : cette discordance ne vaut pas approbation.

Le changement de vocabulaire doit être rapporté avec mesure. La révision 21 parlait d’un Forward State égal à 0 ou 1. La révision 22 décrit désormais l’abonnement comme « paused » ou non, et son journal des changements mentionne ce renommage. Le mécanisme n’est donc pas né en octobre ; sa limite opérationnelle est devenue plus lisible.

Cette limite est locale. Un éditeur n’envoie aucun objet sur l’abonnement en pause, mais continue les messages de contrôle, dont PUBLISH_DONE. L’initiateur fixe l’état initial avec FORWARD dans PUBLISH ou SUBSCRIBE. L’abonné envoie ensuite REQUEST_UPDATE avec 0 pour suspendre et 1 pour reprendre. Toute autre valeur entraîne une violation de protocole.

Pause ne signifie pas annulation. L’état de l’abonnement demeure jusqu’à son annulation ou jusqu’à PUBLISH_DONE ou REQUEST_ERROR. De même, des FILL_PARAMETERS reçus pendant la pause n’ouvrent aucun flux de rattrapage ; une reprise sans renvoyer ces paramètres ne l’ouvre pas plus tard. Le rattrapage historique reste une demande distincte.

Les preuves de flux ne sont pas interchangeables. Si un flux de sous-groupe se ferme avant la livraison de tous les objets pertinents, il doit être réinitialisé. La révision 22 cite expressément l’omission due à une pause. Un FIN propre peut attester la complétude depuis le début de l’abonnement ; une réinitialisation indique que d’autres objets peuvent exister. Ce sont deux événements valides, pas deux reçus équivalents.

Le relais détient ensuite une marge de décision. Tant qu’un abonné en aval n’est pas en pause, il doit maintenir un abonnement amont actif. Lorsque tous sont en pause, il choisit. Garder l’amont actif alimente et préchauffe le cache, réduit potentiellement la latence de reprise, mais consomme des ressources chez l’éditeur et sur le chemin amont pour un contenu que personne ne reçoit alors en aval. Suspendre l’amont économise ce travail, au prix d’une reprise possiblement plus lente.

Ainsi, le voyant « en pause » ne suffit pas à établir une promesse de coût, de confidentialité ou de sobriété. Il atteste un état de livraison sur un abonnement déterminé. Il ne dit pas si le relais acquiert encore le flux, si le cache change ou si l’éditeur travaille toujours. Il ne prouve pas non plus l’inverse : la politique amont doit être observée.

Une exploitation sérieuse conserve sept traces : l’intention ordonnée de l’abonné ; l’état confirmé par l’éditeur ; l’arrêt effectif des objets en aval ; les messages de contrôle qui continuent ; la décision amont du relais ; les mesures de trafic, de ressources et de cache ; enfin le résultat visible après reprise. Une réponse REQUEST_UPDATE_OK ne remplace aucune des six autres.

La Spécification Initiale Minimale de Heng Lu justifie cette séparation. Le contrat commun doit dire exactement ce que FORWARD modifie, tout en laissant local le choix entre latence et ressources. La Primauté du Code en Exécution exige ensuite des octets et des mesures, pas une simple étiquette. Les Couches de Réalité empêchent de confondre l’image figée, l’état protocolaire, le cache et le travail de l’éditeur. Cette lecture est celle de Daniel Kade, non une position attribuée à l’IETF.

L’autorité de la commande s’arrête donc à la frontière qu’elle nomme. L’utilisateur suspend sa livraison. Il n’ordonne pas automatiquement la stratégie amont du relais. Si un service promet l’absence de collecte, d’écriture en cache ou de facturation après pause, il doit fournir une commande supplémentaire et un reçu supplémentaire.

Sources