Tijdens het EK 2024 keken meer dan 11,5 miljoen Britse huishoudens naar minstens één wedstrijd van de eigen landenploegen via het breedbandnetwerk van BT. BT meldde later dat het verkeer van de BBC en ITV opliep tot meer dan 30 keer het normale weekvolume, waarbij beide omroepen kortstondig Netflix, Facebook en YouTube voorbijstreefden als grootste contentbronnen op het netwerk. De allergrootste verkeerspiek van het toernooi viel op het moment dat Cole Palmer in de finale gelijkmaakte.
De volgende test van die omvang is nog maar een maand weg. Het WK voetbal van 2026 begint in juni, gehouden in de Verenigde Staten, Canada en Mexico, en het livepubliek belandt op dezelfde vaste en mobiele netwerken, die nooit zijn gebouwd om dezelfde wedstrijd naar elk huishouden als een aparte stream te sturen.
Zo'n piek is voor een netwerk lastig op te vangen, en de reden is structureel. Elk streamingformaat dat vandaag breed in gebruik is, HLS en DASH inbegrepen, is gebouwd op unicast. Elke kijker opent zijn eigen sessie en haalt zijn eigen kopie van elk segment op. Tien kijkers op hetzelfde kanaal betekent tien identieke streams die het netwerk doorkruisen. Een miljoen kijkers betekent een miljoen identieke streams. De content is voor iedereen hetzelfde, maar het netwerk vervoert die alsof elke kopie iets anders is.
Multicast ABR, meestal afgekort tot mABR, is het belangrijkste antwoord van de streamingsector op dat probleem. Het is niet nieuw, het is al gestandaardiseerd, en een handvol grote telecomoperators draait het al in productie. Het heeft ook echte beperkingen die het waard zijn te begrijpen voordat je het als oplossing voor alles behandelt. Dit artikel behandelt wat mABR is, hoe het werkt, wat het werkelijk bespaart, waar het tekortschiet, wie het heeft uitgerold en waarom het opensourcewerk onder leiding van GPAC en Motion Spell van belang is voor de toekomst van de technologie.
Wat is Multicast ABR?
Multicast ABR levert gewone content met adaptieve bitrate, dezelfde HLS- of DASH-segmenten die een normale speler toch al verwacht, over IP-multicast in plaats van unicast. Op het beheerde netwerk van een operator wordt een kanaal één keer over het netwerk verzonden als een multicaststream waar een willekeurig aantal huishoudens zich bij kan aansluiten. De terugomzetting naar standaard unicast-HTTP gebeurt binnen of dicht bij het huishouden, zodat het apparaat en zijn speler nooit merken dat er iets is veranderd. Vanuit het oogpunt van de speler vraagt die nog steeds segmenten op via HTTP bij iets wat eruitziet als een nabijgelegen CDN-edge.
Het kernidee is eenvoudig. Bij unicast betekent één kijker één stream. Bij multicast betekent één kanaal één stream, ongeacht hoeveel huishoudens afgestemd zijn.
Twee punten verdienen het om precies te worden benoemd. Ten eerste is mABR hybride. Multicast verzorgt het leeuwendeel van de levering, en unicast blijft in beeld als reparatie- en terugvalpad. Ten tweede is mABR ontworpen voor live en lineaire content. De technische notitie van de Streaming Video Technology Alliance, een sectororgaan waarvan het multicast-ABR-document werd geleid door een Ericsson-ingenieur met bijdragen van operators zoals Comcast, is er duidelijk over: video on demand komt nog steeds van een CDN. mABR verdient zijn plaats wanneer veel mensen tegelijk hetzelfde kijken, namelijk bij livesport en livenieuws.
Multicastvideo is niet nieuw, zeker niet in Frankrijk
Het is goed om duidelijk te zijn: het via multicast leveren van televisie bestaat al decennia, en Frankrijk is een van de beste voorbeelden waar het op grote schaal werkt. Toen Free begin jaren 2000 de Freebox uitrolde, bouwde de operator televisielevering over IP-multicast rechtstreeks in zijn eigen ontbundelde DSL-netwerk in, iets wat de DSLAM's van de gevestigde operator destijds niet boden. In 2008 stond Free op de eerste plaats van de grootste IPTV-aanbieders ter wereld. Multicast was de reden dat de economie klopte: één kopie van elk kanaal liep over het netwerk, ongeacht hoeveel Freebox-huishoudens ernaar keken.
Free stelde die multicastfeed ook rechtstreeks beschikbaar aan abonnees, via een dienst genaamd Multiposte. Daarmee kon je de Freebox TV-kanalen naast het televisietoestel ook op een computer bekijken, door een afspeellijst van kanalen te openen in VLC. De streams waren gewoon IP-multicast, vervoerd via de Freebox en toegetreden met IGMP, zonder enige set-topbox erbij. Een hele generatie Franse breedbandgebruikers had feitelijk een multicast-televisieontvanger op hun pc draaien.
Ook het gereedschap was nooit exotisch. VLC, dezelfde speler waarop Multiposte steunde, kan een unicaststream als invoer nemen en die over UDP of RTP naar een multicastadres heruitzenden met één enkele streamoutputconfiguratie. Eén unicastfeed in een multicastfeed veranderen is op zich een gewoon en al lang opgelost probleem.
Dus als multicast oud is en de gereedschappen overal beschikbaar zijn, wat is er dan echt nieuw aan Multicast ABR? Klassieke multicast-IPTV, het Freebox-model, vervoerde een vaste, doorlopende transportstroom naar de eigen set-topbox van de operator. mABR vervoert in plaats daarvan moderne content met adaptieve bitrate, de HLS- en DASH-segmenten die elke telefoon, tablet, smart-tv en streamingstick al spreekt, en richt zich daarmee op het hele versnipperde apparatenecosysteem in plaats van op één eigen kastje. Het moeilijke deel van mABR is niet het multicast. Het is multicast doen voor gesegmenteerde, adaptieve streaming over meerdere apparaten, met de gateway-, rendezvous- en reparatiemechaniek die daarvoor nodig is.
Hoe mABR werkt
De DVB-MABR-specificatie, ontwikkeld door het DVB Project en gepubliceerd door ETSI als TS 103 769, definieert een referentiearchitectuur opgebouwd uit een kleine set benoemde functies:
- Multicastserver. Die neemt standaard ABR-content op van een CDN-origin of -edge, koppelt elk segment aan een of meer multicast-transportobjecten en zendt ze uit over IP-multicast. Een operator vertelt hem via een configuratie-API welke streams hij moet vastleggen en hoe hij ze moet verzenden.
- Multicastgateway. Die ontvangt de multicaststream en zet hem voor lokale spelers weer om in gewone HTTP. Hij gedraagt zich als een kleine lokale cache en HTTP-proxy.
- Multicast-rendezvousdienst. Die stuurt het eerste verzoek van een speler, via een HTTP-redirect, naar de juiste gateway op basis van het serviceplan en de bedrijfsregels van de operator.
- Unicastreparatie. Wanneer multicastpakketten verloren gaan, haalt de gateway de ontbrekende stukken op via unicast, doorgaans met HTTP byte-range-verzoeken, zodat het afspelen niet stokt.
Waar de gateway draait
De specificatie is bewust flexibel over waar de multicastgateway zit. Hij kan draaien in het netwerk van de operator, in de thuisgateway of router, in de optische netwerkterminal, of rechtstreeks in de set-topbox. Wanneer de gateway en de speler op hetzelfde apparaat zitten, zegt de DVB-specificatie dat de interface tussen beide simpelweg een lokale API kan zijn. De SVTA-notitie beschreef hetzelfde component, dat zij de multicastclient noemde, als inzetbaar op een set-topbox, een thuisgateway, een ONT, of binnen de edgecache van de operator. Die laatste optie is op zichzelf al nuttig: een mABR-client die in een CDN-edge is ingebed, kan de cache via multicast vullen en het aantal verzoeken terug naar de origin verminderen.
Transportprotocollen
Daaronder gebruikt mABR bestandsleveringsprotocollen die gebouwd zijn voor eenrichtingsmulticast. DVB-MABR maakt er twee verplicht. FLUTE (File Delivery over Unidirectional Transport, RFC 6726) komt uit de 3GPP-wereld. ROUTE (Real-Time Object Delivery over Unidirectional Transport, RFC 9223) komt uit ATSC 3.0. Een herziening van de specificatie uit 2023 voegde twee optionele protocollen toe, NORM (NACK-Oriented Reliable Multicast, RFC 5740) en MSYNC. Ze draaien allemaal over UDP en vervoeren de gesegmenteerde content samen met voorwaartse foutcorrectie.
Een nuttige eigenschap: mABR is formaat-, codec- en DRM-agnostisch. Het verplaatst HLS of DASH, MPEG-TS of CMAF, versleuteld of niet, en het hercodeert niets. Het verandert hoe de bytes reizen, niet wat ze zijn.
De voordelen van Multicast ABR
Schaalbaarheid, waar het allemaal om draait
Het kernargument voor mABR is dat de netwerkkosten van een populair livekanaal ophouden mee te groeien met het publiek. De technische notitie van de SVTA illustreert dit met twee voorbeelden uit toegangsnetwerken. Op een DOCSIS-kabelnetwerk groeit het aantal kanalen dat nodig is voor unicast-ABR lineair naarmate er kijkers bij komen, terwijl het bij mABR kort stijgt en daarna afvlakt, doordat kijkers dezelfde multicaststreams delen. Voor een GPON-glasvezelnetwerk schat de notitie dat voor een operator met 500 lineaire kanalen, waarbij 80 procent van de kijkers 10 procent van het aanbod kijkt, de bandbreedtebesparing in het kernnetwerk bij 32 klanten per PON ongeveer 50 procent bereikt, en dat de bandbreedtebehoefte per kijker onder de 3 procent van het unicastcijfer zakt zodra het publiek in de tienduizenden loopt. De notitie verwoordt het onomwonden: mABR kan de bandbreedtebehoefte aan de rand van het netwerk voor extreem populaire live-evenementen terugbrengen van de orde van petabytes naar die van megabytes.
Er is één cijfer dat rechtstreeks van een operator komt en niet uit een gemodelleerde schatting. In maart 2025 berichtte BT Group over zijn eerste geslaagde proef met MAUD, zijn naam voor Multicast-Assisted Unicast Delivery, die live content van BBC Two naar EE-set-topboxen in het productienetwerk bracht. Tijdens piekuren zette de proef meer dan 60 procent van het verkeer om van unicast naar multicast.
Kwaliteit van de ervaring
mABR wordt geleverd als een beheerde dienst in plaats van een best-effortdienst. De SVTA-notitie merkt op dat dit afspeeljitter vermindert, omdat de operator het pad beheert in plaats van te leunen op het open internet tussen origin en kijker. Voor een livefinale telt een gelijkmatige levering aan iedereen die kijkt even zwaar als de pure bandbreedtebesparing.
Het hergebruikt wat er al is
De SVTA-notitie benadrukt dat de infrastructuurkosten van mABR lager kunnen zijn dan die van andere schaalopties, omdat de meeste betrokken routers en netwerkelementen al in het netwerk van de operator zijn uitgerold. mABR is bovendien aanvullend op CDN-caching in plaats van een vervanging ervan, en kan dienen als de contentbron die edgecaches vult.
De nadelen van Multicast ABR
Extra latentie
De multicastgateway moet segmenten ontvangen en weer samenstellen voordat hij ze kan serveren, wat vertraging toevoegt boven op de ABR-bronstream. Een technische analyse, gepubliceerd door Techne Digitale, schat dat mABR ongeveer twee segmenten vertraging toevoegt aan een typische OTT-levering, waardoor het eind-tot-eindcijfer van ongeveer 8 seconden naar ongeveer 12 gaat. De SVTA-notitie betoogt dat een zorgvuldig ontwerp, met onder meer kortere segmentduur en CMAF chunked transfer, mABR concurrerend kan houden met gewone unicast-ABR, of zelfs eronder. Hoe dan ook is latentie een reëel aandachtspunt voor livesport, waar een kijker die een buurman hoort reageren voordat de actie zijn eigen scherm bereikt, dat zal merken.
Het probleem van het clientecosysteem
De SVTA-notitie noemt het ontbreken van een uitgerold clientecosysteem de voornaamste belemmering voor bredere mABR-adoptie. Oude thuisgateways en ONT's hebben vaak niet de processorkracht en het geheugen om een multicastclient te draaien. Nieuwere hardware kan dat wel, maar apparaatfabrikanten hebben weinig reden om multicastclientsoftware te bouwen, te testen en te onderhouden zolang er geen infrastructuur is om die te gebruiken, en operators hebben weinig reden om infrastructuur uit te rollen zolang de apparaten die niet kunnen gebruiken. Op een evenement van CSI Magazine begin 2023 merkte BT's tv-architect Simon Jones op dat BT al ruim tien jaar multicasttelevisie draaide, maar die alleen naar televisietoestellen leverde en niet naar verbonden apparaten, en dat BT iets als het WK niet zou kunnen leveren met zijn bestaande infrastructuur. Bob Hannent, architect voor videoweergave en -levering bij DAZN, zei in dezelfde discussie dat de markt nog steeds "echt onvolwassen" was. Beiden wezen het gebrek aan ondersteuning door apparaatfabrikanten zoals Google en Apple aan als de grootste blokkade.
Het werkt alleen op beheerde netwerken
Op het publieke internet bestaat geen multicast. mABR werkt binnen het beheerde netwerk van één operator, tussen een multicastserver die de operator draait en een gateway die de operator beheert. Een zuivere OTT-dienst zoals Netflix kan mABR niet op eigen kracht eind tot eind uitrollen. Hij kan ISP's vragen het te ondersteunen, maar hij is van elke ISP afzonderlijk afhankelijk.
Versnippering
Omdat het lokaal is voor elk netwerk, is mABR slechts zo effectief als de ISP waarop het draait. Als de helft van de ISP's die een publiek bedienen het ondersteunt, krijgen de kijkers van de andere helft nog steeds de unicastervaring en dezelfde congestie. Anders dan een unicast-CDN kan geen enkel bedrijf een mABR-ervaring eind tot eind aan het hele publiek leveren.
Het probleem wordt op moderne netwerken misschien kleiner
De analyse van Techne Digitale betoogt dat op moderne GPON-glasvezel, waar een 1:64-splitsing elk huishouden nog steeds tientallen megabits per seconde laat, het bandbreedteknelpunt op de laatste kilometer waarvoor mABR is ontworpen misschien niet bestaat, en dat mABR het meeste zin heeft op oudere kabelnetwerken. De SVTA-notitie werpt zelf een vergelijkbare vraag op, namelijk of jaren van CDN-edge-uitbouw, betere codecs zoals HEVC, AV1 en VVC, en nieuwe transportprotocollen de sector al niet voor op de groeicurve hebben gebracht. Het is goed eraan te herinneren dat Comcasts eigen vroege mABR-project, uitgevoerd door zijn VIPER-onderzoeksgroep rond 2015, nooit tot uitrol kwam.
Meerdere varianten knabbelen aan de besparing
Elk formaat, elke bitrateladder en elke DRM-variant die een operator wil serveren, moet apart via multicast worden verzonden. Hoe meer apparaattypes en contentbeschermingen in het spel zijn, hoe meer parallelle multicaststreams nodig zijn, en hoe kleiner de netto-efficiëntiewinst wordt.
Wie mABR daadwerkelijk gebruikt
mABR is het laboratoriumstadium voorbij. De duidelijkste publieke voorbeelden komen van telecomoperators die hun eigen beheerde toegangsnetwerken draaien.
- BT Group in het Verenigd Koninkrijk is er het meest open over geweest. BT kondigde in 2024 zijn MAUD-initiatief aan en berichtte in maart 2025 over zijn eerste geslaagde liveproef, die BBC Two naar EE-set-topboxen bracht en meer dan 60 procent van het piekverkeer omzette naar multicast. BT heeft gezegd dat het doel is om live-evenementen met een massapubliek aan te kunnen, en de vakpers heeft bericht dat omroepen MAUD evalueren voor het WK voetbal van 2026.
- Orange in Spanje heeft zijn eigen klanten verteld dat het de eerste operator in het land is die mABR-streaming aanbiedt voor zijn live-evenementen met het hoogste bereik, met verwijzing naar LaLiga, Formule 1 en MotoGP, en dat het dit uitbreidt voorbij de set-topbox naar andere apparaten in huis.
- TIM in Italië heeft in zijn eigen technische tijdschrift geschreven dat het sinds 2021 een platform voor multicast-contentdistributie draait dat voldoet aan de ETSI-M-ABR-standaard, gebruikt om schaalbaarheid toe te voegen aan massale live-evenementen zoals sport, geïntegreerd met het bestaande unicastmodel met automatische terugval.
- Bouygues Telecom in Frankrijk werd door de vakpers gepresenteerd als de eerste Franse operator die vanaf 2023 commercieel in mABR streamt.
Niet elke operator is overtuigd. Deutsche Telekom heeft mABR publiekelijk neergezet als een overgangstechnologie, nuttig waar de infrastructuur zuiver unicast nog niet aankan, eerder dan als een langetermijnbestemming.
Eén patroon valt over deze uitrollen heen op. Ze zijn bijna allemaal gebouwd op dezelfde propriëtaire implementatie van één leverancier, het nanoCDN van Broadpeak, in plaats van op interoperabele, op standaarden gebaseerde stacks. Dat is een marktfeit, geen technische aanbeveling. De DVB-MABR-specificatie is openbaar, maar jarenlang bestond er geen neutrale, openlijk beschikbare implementatie ervan om op te bouwen en tegen te testen, zodat een operator die mABR in productie wilde, nauwelijks een praktische keuze van leverancier had.
De apparaatkant
Aan de hardwarekant tellen de makers van set-topboxen en klantapparatuur even zwaar als de operators. CommScope biedt een Multicast ABR-oplossing aan die het omschrijft als gebaseerd op delen van zowel de DVB- als de CableLabs-standaard, met een client die ingebed kan draaien in een set-topbox of in de thuisgateway, en het bedrijf stelt dat er geen wijzigingen nodig zijn aan de streamingapparaten in huis. Vantiva, voorheen Technicolor, heeft set-topboxen geleverd met geïntegreerde multicast-ABR-clientsoftware. Set-topboxchips van leveranciers zoals Broadcom bieden IP-multicastondersteuning op netwerkniveau, maar mABR zelf is geïmplementeerd in software die op het apparaat draait, en niet als een benoemde chipfunctie.
De kloof is het zichtbaarst op het grootste apparaatplatform. Standaard-Android TV ondersteunt alleen unicast, zodat multicast ABR op die apparaten afhangt van integraties op operatorniveau die een multicastclient toevoegen. Googles eigen spelerbibliotheken ExoPlayer en Media3 bieden multicast ABR niet standaard, en er is een openstaand functieverzoek dat erom vraagt.
De standaard bestaat. De interoperabiliteit is het moeilijke deel.
Het is een veelvoorkomende aanname dat mABR wordt afgeremd door een ontbrekende standaard. Dat is niet het geval.
CableLabs deed rond 2014 vroeg architectuurwerk aan IP-multicast-ABR. Het DVB Project publiceerde zijn referentiearchitectuur voor multicast ABR in 2018 voor commentaar uit de sector, zijn Steering Board keurde de volledige specificatie begin 2020 goed, en die werd in november 2020 gepubliceerd als de ETSI-standaard TS 103 769. Hij is sindsdien meermaals herzien, waaronder een update uit 2023 die de optionele transportprotocollen NORM en MSYNC toevoegde, samen met functies voor rapportage, authenticiteit en bescherming tegen manipulatie. De DVB-werkgroep erachter, MCAST, wordt voorgezeten door Richard Bradbury van BBC R&D. Er bestaat een echte, gepubliceerde, internationaal erkende standaard, vergezeld van aanvullend werk zoals de DVB-MABR-implementatierichtlijnen en de DVB-I-specificatie voor servicedetectie. Aan de mobiele kant volgt 3GPP zijn eigen, parallelle spoor, met de architectuur van de 5G Multicast-Broadcast Services in Release 17, die hetzelfde protocolerfgoed van FLUTE en ROUTE deelt.
Wat heeft ontbroken, is interoperabiliteit in de praktijk. Bijna elke commerciële mABR-uitrol tot nu toe draait op dezelfde propriëtaire stack, het nanoCDN van Broadpeak. MSYNC, een van de optionele transportprotocollen die in 2023 in DVB-MABR werden opgenomen, begon als een Broadpeak-protocol voordat het in de specificatie werd opgenomen. Een standaard die grotendeels door één leverancier wordt geïmplementeerd, is een standaard op papier. Wat een papieren specificatie verandert in een werkende markt met meerdere leveranciers, is een neutrale implementatie waar iedereen op kan bouwen en tegen kan testen.
Waar GPAC en Motion Spell in beeld komen
Dit is het deel van het mABR-verhaal dat de weg wijst naar echte standaardisatie.
GPAC is een langlopend opensource-multimediaframework, gedistribueerd onder de LGPL-licentie en ontwikkeld met Motion Spell, zijn commerciële partner. Het heeft wortels in academisch onderzoek aan Telecom Paris en is bijna 100 miljoen keer gedownload. GPAC implementeerde jaren geleden het ROUTE-protocol voor ATSC 3.0, werk dat in 2018 een NAB-innovatieprijs won, en het is het enige opensourceproject dat zowel ROUTE als FLUTE ondersteunt, de twee verplichte DVB-MABR-transportprotocollen. In 2024 voegde het FLUTE-ondersteuning toe specifiek voor DVB-MABR. De mediaserver van GPAC kan al fungeren als multicast-naar-ABR-gateway, en stelt een multicastsessie beschikbaar als een normale HTTP-streamingdienst, met unicastreparatie en een configureerbaar time-shiftvenster.
DVB publiceerde vervolgens een aanvraag voor voorstellen voor een opensourcetool om DVB-MABR-implementaties te verifiëren en te valideren. Het resultaat, de DVB-MABR Reference Tools, bouwt voort op GPAC en Motion Spell. Het is opensource, geschreven in Python boven op de GPAC-bibliotheek, en het draait in twee modi: een servermodus die een multicaststream genereert vanuit een HTTP-bron, en een gatewaymodus die multicast ontvangt en weer via HTTP serveert, inclusief HTTP-reparatie. Het is gepubliceerd in de eigen GitHub-organisatie van DVB en is gericht op ingenieurs, integrators en validatieteams die moeten bevestigen dat een multicastserver, een gateway en standaard DASH-spelers daadwerkelijk interopereren.
Daarom telt dit werk zwaarder dan zomaar weer een productlancering. Een royaltyvrije, openlijk beschikbare referentie-implementatie geeft elke operator, apparaatfabrikant en softwareleverancier een gemeenschappelijke basis. Het is het praktische mechanisme waarmee DVB-MABR kan opschuiven van een markt van uitrollen met één leverancier naar echte interoperabiliteit met meerdere leveranciers, en dat is het verschil tussen een gepubliceerde standaard en een standaard die het hele ecosysteem daadwerkelijk kan gebruiken. De betrokkenheid van GPAC verbindt mABR ook met breder onderzoek, waaronder het werk van het SMART-CD-consortium aan duurzamere videolevering, naast partners zoals Telecom Paris, Ateme en Viaccess-Orca.
Een kanttekening: peer-to-peer pakt hetzelfde probleem van de andere kant aan
mABR is niet de enige manier om te voorkomen dat een populaire livestream één keer per kijker wordt verzonden. Peer-to-peerlevering pakt dezelfde verspilling aan vanuit de tegenovergestelde richting. In plaats van één kopie een beheerd netwerk in te sturen en die dicht bij het huishouden uit te waaieren, laat een peer-to-peerlaag de apparaten van de kijkers zelf segmenten met elkaar delen. Elke speler haalt de eerste bytes bij het CDN op, wisselt daarna stukjes rechtstreeks uit met andere spelers die naar hetzelfde kijken, en valt alleen terug op het CDN wanneer het moet.
Het Franse bedrijf Quanteec is daar een voorbeeld van. De technologie, die begon als academisch onderzoek, voegt een door peers ondersteunde laag toe aan een bestaande HLS- of DASH-workflow en is CDN- en DRM-agnostisch. Quanteec meldt dat een uitrol met France Télévisions, die honderdduizenden gelijktijdige kijkers bediende, gemiddeld ongeveer 75 procent van het verkeer van het CDN ontlastte, met meer dan 50 procent energiebesparing en minder rebuffering dan gewoon unicast.
Het belangrijke contrast met mABR is het netwerk. mABR heeft een beheerd toegangsnetwerk en de medewerking van de operator nodig. Peer-to-peer werkt over het publieke internet, tussen apparaten, zonder enige betrokkenheid van de operator, en dat is precies het gat dat mABR niet kan bereiken. De afweging is dat peer-to-peer afhangt van voldoende gelijktijdige kijkers en van de uploadcapaciteit en het gedrag van consumentenapparaten. De twee benaderingen sluiten elkaar niet uit. Een omroep zonder controle over de laatste kilometer kan vandaag al peer-to-peer gebruiken, een operator die zijn eigen netwerk beheert kan mABR gebruiken, en een groot platform zou op beide kunnen leunen.
Wat dit betekent voor operators
mABR is geen wondermiddel en het is niet nieuw. Het is een gericht gereedschap voor één specifiek en duur probleem: dezelfde livestream aan een heel groot publiek leveren op een beheerd netwerk zonder voor elke kopie te betalen. Voor een operator die een grote sportfinale uitzendt, is dat probleem reëel en het wordt elk seizoen erger. Voor een zuivere OTT-dienst zonder controle over de laatste kilometer is mABR iets wat hij ISP's kan vragen te ondersteunen, maar niet alleen kan bouwen.
De eerlijke samenvatting is dat de technologie werkt, dat de standaard bestaat, dat de uitrollen reëel zijn maar nog steeds geconcentreerd op propriëtaire stacks van één leverancier, dat latentie en het apparaatecosysteem echte beperkingen blijven, en dat het opensource-referentiewerk onder leiding van GPAC en Motion Spell de meest geloofwaardige weg is om die concentratie te veranderen.
iReplay.TV is een collectief van broadcast- en streamingingenieurs, dus de afwegingen tussen mABR, peer-to-peer en gewone unicast-CDN-levering zijn het soort dingen waar de leden ervan regelmatig over nadenken. Multicast ABR is één hefboom van meerdere, en het helpt alleen binnen een beheerd netwerk. Als jouw publiek je via het open internet bereikt, moet de besparing ergens anders vandaan komen: door peers ondersteunde levering, een slimmer originontwerp, betere codeckeuzes en een strakkere CDN-configuratie. Er staat een gratis tool voor CDN-kostenoptimalisatie op de site voor wie zijn eigen cijfers wil bekijken.
Bronnen en verder lezen
- DVB, "Adaptive media streaming over IP multicast" (pagina van de DVB-MABR-specificatie): dvb.org
- DVB, "DVB-I and DVB-MABR published as ETSI standards": dvb.org/news
- DVB, "DVB publishes updated Multicast ABR specification and guidelines" (update van 2023): dvb.org/news
- DVB, "DVB-MABR Reference Tools": dvb.org
- GPAC, "MABR: Multicast Adaptive BitRate": gpac.io
- Motion Spell, "DVB-MABR Open-Source Tool" (broncode-repository): github.com/MotionSpell
- Streaming Video Technology Alliance, "The Viability of Multicast ABR in Future Streaming Architectures": svta.org
- BT Group, "BT delivers first successful trial of new live streaming technology": newsroom.bt.com
- CommScope, Multicast Adaptive Bitrate (MABR) Solution: commscope.com
- IETF: FLUTE (RFC 6726), ROUTE (RFC 9223), NORM (RFC 5740), beschikbaar op rfc-editor.org