Cloudflare pustil do bety vlastní relé pro MoQ, jehož standard je u návrhu 19

Živé vysílání se po internetu rozvádí několika nesourodými cestami: jedna technika obsluhuje video na stránce, druhá videohovor, třetí chat pod ním. Pracovní skupina Media over QUIC v IETF na to chystá jeden protokol a Cloudflare k němu 31. července zveřejnil rozhraní, kterým si vývojář zřídí vlastní oddělené relé.

Vydavatel, odběratel a relé mezi nimi

MoQ, původně zkratka z Media over QUIC, je protokol typu publikuj a odebírej. Vydavatel posílá pojmenované proudy dat, odběratel si je vyžádá jménem a mezi nimi sedí relé, tedy server sítě CDN, který každý proud rozkopíruje všem zájemcům. Relé se přitom nemusí dívat dovnitř toho, co přeposílá, takže jeden vydavatel obslouží velké publikum, aniž by rozesílání řešil sám.

Běží nad protokolem QUIC, tedy nad stejným základem jako HTTP/3. Vlastní specifikace draft-ietf-moq-transport hned v úvodu upozorňuje, že navzdory jménu je k obsahu lhostejná a míří na širokou škálu použití. Vedle živého videa se s ní počítá na videohovory i na zprávy s nízkým zpožděním.

Co nové rozhraní přidalo

Loni Cloudflare zapnul MoQ na každém svém serveru a nechal ho otevřený komukoli bez ověřování. Na zkoušení klientů to stačilo, na provoz ne: kdo nemůže rozlišit, kdo smí vysílat a kdo jen poslouchat, takovou síť na nic důvěrného nepoužije. Na testovací koncové body se podle firmy dodnes denně připojí přes tisíc různých klientů.

Nové rozhraní tohle dělí. Zřízené relé je izolovaný rozsah, ve kterém se jmenné prostory, stopy a objekty jedné aplikace nepotkají s cizími. K němu se vydávají tokeny, tedy přístupové klíče: každý platí buď na vysílání, nebo na odběr, nebo na obojí, může mít dobu platnosti a dá se zrušit samostatně, aniž to shodí ostatní klienty. Relé vznikne jedním voláním rozhraní nebo v administraci a po dobu veřejné zkoušky je zdarma.

Nespouští se přitom žádný nový stroj ani proces. Cloudflare to přirovnává k přidání virtuálního hostitele na webovém serveru, který už běží: infrastruktura je na místě, zřízení k ní jen doplní nastavení a přihlašovací údaje. Klienti se pak připojují na jednu adresu anycast a rozvedení po síti řeší firma.

Standard je o tři návrhy dál

Kolem toho je dobré vědět, jak daleko protokol vlastně je. Hlavní dokument má v evidenci IETF revizi 19 z 6. července 2026 a 149 stran; RFC z něj zatím není. Pracovní skupina má v plánu prací zapsané, že do konce roku 2026 požádá o vydání protokolu pro publikování a odběr. Je to milník skupiny, ne datum vydání.

Cloudflare v oznámení uvádí, že jeho relé rozumí návrhům 14 a 16. Mezi nimi a revizí, na které se pracuje, jsou tedy tři další verze. U protokolu, který se pořád mění, to není maličkost a firma to nezastírá: u rozhraní rovnou píše, že se bude měnit, a odkazuje na dokumentaci kvůli nekompatibilním změnám.

Dvě funkce, které pro protokol nové nejsou

Oznámení jmenuje dvě věci, které podpora návrhu 16 přináší. Zpráva PUBLISH dovolí vydavateli poslat stopu do relé dřív, než si o ni někdo řekne; bez ní musí první objednávka doputovat řetězcem relé až k vydavateli a teprve pak se začne vysílat. SUBSCRIBE_NAMESPACE dovolí odebírat rovnou celý jmenný prostor včetně stop, které v něm přibudou později, třeba další zvukovou stopu spuštěnou uprostřed přenosu.

Ve specifikaci ale nová není ani jedna. Seznam změn v textu návrhu 16 uvádí PUBLISH mezi změnami proti návrhu 11, tedy od verze 12; SUBSCRIBE_NAMESPACE je ještě starší a v šestnáctce se jen přesunul na vlastní proud a oddělil od zprávy PUBLISH. Nové jsou pro relé Cloudflaru, ne pro protokol, a oznámení je popisuje ze svého pohledu.

Návrh o zřizování zatím nikdo nepřijal

Firma zároveň píše, že způsob, jakým se relé zřizuje, sepsala jako dokument IETF, aby ho mohly převzít i jiné sítě CDN. Ten dokument existuje: MoQ CDN Provisioning má pět stran, první a zatím jedinou revizi z 1. března 2026 a platnost do 2. září 2026. Je to individuální podání, ne dokument přijatý pracovní skupinou, a mluví o rozsahu (scope) místo o relé, což Cloudflare v oznámení sám uvádí.

Sledovat se u toho dají tři věci: jestli skupina návrh o zřizování přijme za svůj, jestli se relé posunou na novější revizi protokolu a jestli se do konce roku stihne žádost o vydání. Podle nás je nejzajímavější ta první. Bez společného způsobu zřizování zůstane přenositelné jen samotné vysílání, ne aplikace kolem něj, a přepisovat se pak bude to, co je na každé síti jiné.

Zdroje: oznámení Cloudflaru z 31. července 2026, evidence dokumentů IETF (draft-ietf-moq-transport, draft-englishm-moq-cdn-provisioning) a stránka pracovní skupiny Media Over QUIC.