Meta affirme avoir déployé Media over QUIC (MoQ) pour l’ingestion des vidéos en direct sur Instagram Live, sur iOS et Android, après plusieurs mois d’expérimentation. Dans son article publié le 12 octobre 2026, l’entreprise rapporte que cette voie a obtenu des résultats équivalents à ceux de RUSH sur les indicateurs de qualité vidéo et de fiabilité retenus pour le déploiement. Meta décrit le déploiement et son architecture.
L’ingestion désigne ici l’entrée du flux vidéo dans l’infrastructure de Meta, pas sa lecture par les spectateurs. Le changement concerne donc le chemin qui reçoit le direct ; il ne correspond pas à un déploiement complet de MoQ pour la diffusion et la lecture de bout en bout.
Comment MoQ s’articule avec le backend RUSH
Le client de diffusion MoQ repose sur la bibliothèque moxygen et s’intègre à la pile QUIC mvfst de Meta. Un paramètre de configuration permet de choisir MoQ ou RUSH pour un direct. Côté serveur, des règles liées aux groupes d’expérimentation acheminent les diffusions admissibles vers des points d’entrée compatibles avec MoQ ; Meta indique que la taille de l’expérience peut être ajustée en quelques minutes.
À la périphérie du réseau, ces points d’entrée convertissent les trames MoQ au format RUSH attendu par le backend existant. Ce relais permet de modifier le transport utilisé pour l’ingestion sans changer, à cette étape, les systèmes qui traitent le flux ensuite.
| Dimension | Déploiement décrit par Meta | Évolutions futures décrites par Meta |
| Backend | Les points d’entrée traduisent MoQ en RUSH pour le backend existant. | Le backend doit pouvoir consommer MoQ directement. |
| Portée | MoQ sert à l’ingestion des vidéos en direct sur Instagram Live. | Meta évoque une extension à d’autres applications et la livraison et la lecture de bout en bout. |
| Repli TCP | Le repli actuel s’appuie sur RUSH. | Meta envisage QMUX comme repli TCP normalisé. |
Cette transition graduelle laisse en place le traitement en aval déjà construit autour de RUSH. Le maintien d’un repli est également lié aux conditions réseau : Meta indique que certains réseaux d’entreprise et d’opérateurs bloquent ou limitent UDP sur le port 443. Au début d’un direct, son système choisit TCP ou QUIC selon la connexion dont la poignée de main aboutit en premier.
Ce que définit le projet de transport de l’IETF
MOQT est un protocole de publication et d’abonnement, conçu pour fonctionner sur QUIC ou WebTransport. Il peut acheminer des objets directement entre un éditeur et un abonné, ou par l’intermédiaire de relais. Le protocole est indépendant du contenu : des formats distincts définissent comment des médias particuliers sont organisés en objets. Le projet de transport de l’IETF décrit ce périmètre.
Dans l’état des documents de l’IETF consultés en octobre 2026, draft-ietf-moq-transport-22 est un Internet-Draft actif, mis à jour le 1ᵉʳ octobre 2026. Le groupe de travail Media Over QUIC est actif ; son calendrier prévoit, pour décembre 2026, une demande de transmission du protocole de publication et d’abonnement à l’IESG. La page du groupe de travail de l’IETF répertorie cette étape comme un jalon prévu.
