Under EM 2024 strømmet mer enn 11,5 millioner britiske husstander minst én kamp med hjemlandenes lag over BTs bredbåndsnett. BT meldte senere at trafikken fra BBC og ITV steg til mer enn 30 ganger det normale ukentlige volumet, og at begge kringkasterne kortvarig gikk forbi Netflix, Facebook og YouTube som de største innholdskildene på nettet. Turneringens aller største trafikktopp kom i det øyeblikket Cole Palmer utlignet i finalen.
Den neste prøven av den størrelsen er bare en måned unna. Fotball-VM 2026 sparkes i gang i juni, arrangert i USA, Canada og Mexico, og direktepublikummet havner på de samme faste og mobile nettene, som aldri ble bygget for å sende den samme kampen til hver husstand som en egen strøm.
En slik topp er vanskelig for et nett å absorbere, og grunnen er strukturell. Alle strømmeformatene som er i bred bruk i dag, HLS og DASH inkludert, er bygget på unicast. Hver seer åpner sin egen økt og henter sin egen kopi av hvert segment. Ti seere på samme kanal betyr ti identiske strømmer som krysser nettet. En million seere betyr en million identiske strømmer. Innholdet er det samme for alle, men nettet frakter det som om hver kopi var noe forskjellig.
Multicast ABR, som regel forkortet til mABR, er strømmebransjens viktigste svar på det problemet. Det er ikke nytt, det er allerede standardisert, og en håndfull store teleselskaper kjører det allerede i drift. Det har også reelle begrensninger som det er verdt å forstå før man behandler det som en løsning på alt. Denne artikkelen tar for seg hva mABR er, hvordan det virker, hva det faktisk sparer, hvor det kommer til kort, hvem som har tatt det i bruk, og hvorfor open source-arbeidet ledet av GPAC og Motion Spell betyr noe for teknologiens framtid.
Hva er Multicast ABR?
Multicast ABR leverer vanlig innhold med adaptiv bitrate, de samme HLS- eller DASH-segmentene som en normal spiller allerede forventer, over IP-multicast i stedet for unicast. På et teleselskaps administrerte nett sendes en kanal én gang gjennom nettet som en multicast-strøm som et hvilket som helst antall husstander kan koble seg på. Tilbakekonverteringen til standard unicast-HTTP skjer inne i eller nær husstanden, slik at enheten og spilleren aldri merker at noe har endret seg. Sett fra spillerens ståsted ber den fortsatt om segmenter via HTTP fra noe som ser ut som en nærliggende CDN-edge.
Kjerneideen er enkel. Med unicast betyr én seer én strøm. Med multicast betyr én kanal én strøm, uansett hvor mange husstander som ser på.
To punkter er verdt å være presise om. For det første er mABR hybrid. Multicast tar hovedtyngden av leveringen, og unicast blir værende i sløyfen som reparasjons- og reservevei. For det andre er mABR laget for direkte og lineært innhold. Den tekniske rapporten utgitt av Streaming Video Technology Alliance, et bransjeorgan der multicast ABR-dokumentet ble ledet av en Ericsson-ingeniør med bidrag fra operatører som Comcast, er tydelig: video on demand kommer fortsatt fra et CDN. mABR gjør nytte for seg når mange ser det samme samtidig, altså direktesport og direktenyheter.
Multicast-video er ikke nytt, særlig ikke i Frankrike
Det er verdt å være klar over at multicast-levering av TV har eksistert i tiår, og Frankrike er ett av de beste eksemplene på at det fungerer i stor skala. På begynnelsen av 2000-tallet, da Free lanserte Freebox, bygde operatøren TV-levering over IP-multicast rett inn i sitt eget oppdelte DSL-nett, noe DSLAM-ene til den etablerte operatøren ikke tilbød på den tiden. I 2008 lå Free på førsteplass blant verdens største IPTV-leverandører. Multicast var grunnen til at regnestykket gikk opp: én kopi av hver kanal gikk gjennom nettet, uansett hvor mange Freebox-husstander som så på den.
Free eksponerte også denne multicast-strømmen direkte til abonnentene, via en tjeneste kalt Multiposte. Den lot deg se Freebox TV-kanalene på en datamaskin ved siden av fjernsynet, ved å åpne en spilleliste med kanaler i VLC. Strømmene var enkel IP-multicast fraktet over Freeboxen og tilkoblet med IGMP, helt uten en dekoder. En hel generasjon franske bredbåndsbrukere hadde i praksis en multicast-TV-mottaker kjørende på PC-en sin.
Verktøyene har heller aldri vært eksotiske. VLC, samme spiller som Multiposte hvilte på, kan ta en unicast-strøm som inndata og sende den videre til en multicast-adresse over UDP eller RTP med én enkelt strømutgangskonfigurasjon. Å gjøre én unicast-strøm om til en multicast-strøm er i seg selv et alminnelig og for lengst løst problem.
Så hvis multicast er gammelt og verktøyene finnes overalt, hva er egentlig nytt med Multicast ABR? Klassisk multicast-IPTV, Freebox-modellen, fraktet en fast, kontinuerlig transportstrøm til operatørens egen dekoder. mABR frakter i stedet moderne innhold med adaptiv bitrate, HLS- og DASH-segmentene som hver telefon, nettbrett, smart-TV og strømmepinne allerede snakker, og retter det mot hele det oppstykkede økosystemet av enheter i stedet for mot én proprietær boks. Den vanskelige delen av mABR er ikke selve multicasten. Det er å gjøre multicast for segmentert, adaptiv strømming på tvers av mange enheter, med den gateway-, rendezvous- og reparasjonsmekanikken det krever.
Slik virker mABR
DVB-MABR-spesifikasjonen, utviklet av DVB Project og utgitt av ETSI som TS 103 769, definerer en referansearkitektur bygd opp av et lite sett navngitte funksjoner:
- Multicast-server. Den tar inn standard ABR-innhold fra en CDN-origin eller -edge, knytter hvert segment til ett eller flere multicast-transportobjekter og sender dem over IP-multicast. En operatør forteller den via et konfigurasjons-API hvilke strømmer den skal fange opp, og hvordan den skal sende dem.
- Multicast-gateway. Den mottar multicast-strømmen og gjør den om igjen til vanlig HTTP for lokale spillere. Den oppfører seg som en liten lokal cache og HTTP-proxy.
- Multicast-rendezvoustjeneste. Den ruter en spillers første forespørsel, via en HTTP-omdirigering, til riktig gateway ut fra operatørens tjenesteplan og forretningsregler.
- Unicast-reparasjon. Når multicast-pakker går tapt, henter gatewayen de manglende delene via unicast, vanligvis med HTTP byte-range-forespørsler, slik at avspillingen ikke bryter sammen.
Hvor gatewayen kjører
Spesifikasjonen er bevisst fleksibel med hensyn til hvor multicast-gatewayen sitter. Den kan kjøre i operatørens nett, i hjemmegatewayen eller ruteren, i den optiske nettermineringsenheten, eller rett inne i dekoderen. Når gatewayen og spilleren er på samme enhet, sier DVB-spesifikasjonen at grensesnittet mellom dem ganske enkelt kan være et lokalt API. SVTA-rapporten beskrev den samme komponenten, som den kalte multicast-klienten, som mulig å rulle ut på en dekoder, en hjemmegateway, en ONT eller inne i operatørens edge-cache. Det siste alternativet er nyttig i seg selv: en mABR-klient innebygd i en CDN-edge kan fylle cachen via multicast og kutte ned på forespørsler tilbake til origin.
Transportprotokoller
Under bruker mABR filleveringsprotokoller bygget for enveis-multicast. DVB-MABR gjør to av dem obligatoriske. FLUTE (File Delivery over Unidirectional Transport, RFC 6726) kommer fra 3GPP-verdenen. ROUTE (Real-Time Object Delivery over Unidirectional Transport, RFC 9223) kommer fra ATSC 3.0. En revisjon av spesifikasjonen fra 2023 la til to valgfrie protokoller, NORM (NACK-Oriented Reliable Multicast, RFC 5740) og MSYNC. Alle kjører over UDP og frakter det segmenterte innholdet sammen med foroverrettet feilkorreksjon.
En nyttig egenskap: mABR er format-, kodek- og DRM-agnostisk. Det flytter HLS eller DASH, MPEG-TS eller CMAF, kryptert eller ikke, og det omkoder ingenting. Det endrer hvordan bytene reiser, ikke hva de er.
Fordelene med Multicast ABR
Skalering, som er hele poenget
Kjerneargumentet for mABR er at nettkostnaden for en populær direktekanal slutter å vokse med publikummet. SVTAs tekniske rapport illustrerer dette med to eksempler fra aksessnett. På et DOCSIS-kabelnett vokser antallet kanaler som trengs for unicast ABR lineært etter hvert som seere kommer til, mens det med mABR stiger kort og deretter flater ut, fordi seerne deler de samme multicast-strømmene. For et GPON-fibernett anslår rapporten at for en operatør med 500 lineære kanaler, der 80 prosent av seerne ser 10 prosent av tilbudet, når båndbreddebesparelsen i kjernenettet rundt 50 prosent ved 32 kunder per PON, og at båndbreddebehovet per seer faller til under 3 prosent av unicast-tallet når publikummet kommer opp i titusenvis. Rapporten formulerer det rett ut: mABR kan redusere båndbreddebehovet i nettets ytterkant for ekstremt populære direktesendinger fra petabyte-størrelse til megabyte-størrelse.
Det finnes ett tall som kommer rett fra en operatør og ikke fra et modellert anslag. I mars 2025 meldte BT Group om sin første vellykkede test av MAUD, selskapets navn for Multicast-Assisted Unicast Delivery, som leverte direkteinnhold fra BBC Two til EE-dekodere i driftsnettet. I rushtiden konverterte testen mer enn 60 prosent av trafikken fra unicast til multicast.
Opplevelseskvalitet
mABR leveres som en administrert tjeneste i stedet for en best effort-tjeneste. SVTA-rapporten påpeker at dette demper avspillingsjitter, fordi operatøren styrer veien i stedet for å lene seg på det åpne internett mellom origin og seer. For en direktefinale teller en jevn levering til alle som ser på, like mye som den rene båndbreddebesparelsen.
Det gjenbruker det som allerede finnes
SVTA-rapporten fremhever at infrastrukturkostnaden ved mABR kan være lavere enn ved andre skaleringsalternativer, fordi de fleste av ruterne og nettelementene som er involvert, allerede er rullet ut i operatørens nett. mABR er dessuten et supplement til CDN-caching snarere enn en erstatning, og kan fungere som innholdskilden som fyller edge-cacher.
Ulempene med Multicast ABR
Ekstra forsinkelse
Multicast-gatewayen må motta og sette sammen segmentene på nytt før den kan servere dem, noe som legger forsinkelse oppå ABR-kildestrømmen. En teknisk analyse, utgitt av Techne Digitale, anslår at mABR legger om lag to segmenters forsinkelse oppå en typisk OTT-levering, og dermed skyver ende-til-ende-tallet fra rundt 8 sekunder til rundt 12. SVTA-rapporten argumenterer for at et nøye design, blant annet med kortere segmentvarigheter og CMAF chunked transfer, kan holde mABR konkurransedyktig med vanlig unicast ABR, eller til og med under. Uansett er forsinkelse et reelt hensyn for direktesport, der en seer som hører en nabo reagere før handlingen når hans egen skjerm, vil legge merke til det.
Problemet med klientøkosystemet
SVTA-rapporten kaller mangelen på et utrullet klientøkosystem den fremste barrieren for en bredere utbredelse av mABR. Gamle hjemmegatewayer og ONT-er har ofte ikke prosessoren og minnet som skal til for å kjøre en multicast-klient. Nyere maskinvare kan det, men enhetsprodusenter har lite grunn til å bygge, teste og vedlikeholde multicast-klientprogramvare så lenge det ikke finnes infrastruktur til å bruke den, og operatører har lite grunn til å rulle ut infrastruktur så lenge enhetene ikke kan bruke den. På et arrangement i regi av CSI Magazine tidlig i 2023 bemerket BTs TV-arkitekt Simon Jones at BT hadde drevet multicast-TV i over et tiår, men bare leverte det til fjernsyn og ikke til tilkoblede enheter, og at BT ikke ville kunne levere noe som VM med sin eksisterende infrastruktur. Bob Hannent, arkitekt for videoavspilling og -levering hos DAZN, sa i den samme samtalen at markedet fortsatt var "virkelig umodent". Begge pekte på mangelen på støtte fra enhetsprodusenter som Google og Apple som den viktigste sperren.
Det virker bare på administrerte nett
Det finnes ingen multicast på det offentlige internett. mABR virker innenfor en enkelt operatørs administrerte nett, mellom en multicast-server som operatøren driver, og en gateway som operatøren styrer. En ren OTT-tjeneste som Netflix kan ikke rulle ut mABR fra ende til ende på egen hånd. Den kan be ISP-er om å støtte det, men den er avhengig av hver ISP for seg.
Fragmentering
Fordi det er lokalt for hvert nett, er mABR bare så effektivt som ISP-en det kjører på. Hvis halvparten av ISP-ene som betjener et publikum støtter det, får seerne hos den andre halvparten fortsatt unicast-opplevelsen og den samme overbelastningen. I motsetning til et unicast-CDN kan ingen enkelt selskap levere en mABR-opplevelse fra ende til ende til hele publikummet.
Problemet krymper kanskje på moderne nett
Analysen fra Techne Digitale argumenterer for at på moderne GPON-fiber, der en 1:64-deling fortsatt lar hver husstand ha titalls megabit i sekundet, finnes kanskje ikke den båndbreddeflaskehalsen på siste mil som mABR ble designet for, og at mABR gir mest mening på eldre kabelnett. SVTA-rapporten reiser selv et liknende spørsmål, og spør om år med utbygging av CDN-edge, bedre kodeker som HEVC, AV1 og VVC, og nye transportprotokoller ikke allerede har gjort det mulig for bransjen å holde seg foran vekstkurven. Det er verdt å minne om at Comcasts eget tidlige mABR-prosjekt, drevet av selskapets VIPER-forskningsgruppe rundt 2015, aldri nådde frem til en utrulling.
Flere varianter spiser av besparelsen
Hvert format, hver bitrate-stige og hver DRM-variant en operatør vil servere, må sendes via multicast hver for seg. Jo flere enhetstyper og innholdsbeskyttelser som er i spill, jo flere parallelle multicast-strømmer trengs det, og jo mindre blir den samlede effektivitetsgevinsten.
Hvem som faktisk bruker mABR
mABR er forbi laboratoriestadiet. De tydeligste offentlige eksemplene kommer fra teleselskaper som driver sine egne administrerte aksessnett.
- BT Group i Storbritannia har vært mest åpen om det. BT kunngjorde MAUD-initiativet sitt i 2024 og meldte om sin første vellykkede direktetest i mars 2025, som leverte BBC Two til EE-dekodere og konverterte mer enn 60 prosent av topptrafikken til multicast. BT har sagt at målet er å håndtere direktesendinger med et massepublikum, og fagpressen har meldt at kringkastere vurderer MAUD for fotball-VM 2026.
- Orange i Spania har fortalt sine egne kunder at selskapet er den første operatøren i landet som tilbyr mABR-strømming for sine direktesendinger med størst publikum, med henvisning til LaLiga, Formel 1 og MotoGP, og at det utvider det utover dekoderen til andre enheter i hjemmet.
- TIM i Italia har skrevet i sitt eget tekniske tidsskrift at selskapet siden 2021 har drevet en plattform for multicast-innholdsdistribusjon i samsvar med ETSI-standarden M-ABR, brukt til å legge til skalerbarhet for massive direktesendinger som sport, integrert med den eksisterende unicast-modellen med automatisk tilbakefall.
- Bouygues Telecom i Frankrike ble av fagpressen fremstilt som den første franske operatøren som strømmer kommersielt i mABR, fra 2023.
Ikke alle operatører er overbevist. Deutsche Telekom har offentlig fremstilt mABR som en overgangsteknologi, nyttig der infrastrukturen ennå ikke tåler ren unicast, snarere enn som et langsiktig mål.
Ett mønster skiller seg ut på tvers av disse utrullingene. De er nesten alle bygget på den samme proprietære implementeringen fra én leverandør, Broadpeaks nanoCDN, i stedet for på interoperable, standardbaserte stabler. Det er et markedsfaktum, ikke en teknisk anbefaling. DVB-MABR-spesifikasjonen er offentlig, men i årevis fantes det ingen nøytral, åpent tilgjengelig implementering av den å bygge på og teste mot, slik at en operatør som ville ha mABR i drift, hadde lite reelt valg av leverandør.
Enhetssiden
På maskinvaresiden teller produsentene av dekodere og kundeutstyr like mye som operatørene. CommScope tilbyr en Multicast ABR-løsning som selskapet beskriver som basert på deler av både DVB- og CableLabs-standardene, med en klient som kan kjøre innebygd i en dekoder eller i hjemmegatewayen, og selskapet oppgir at det ikke trengs endringer på strømmeenhetene i hjemmet. Vantiva, tidligere Technicolor, har levert dekodere med innebygd multicast ABR-klientprogramvare. Dekoderbrikkesett fra leverandører som Broadcom sikrer støtte for IP-multicast på nettnivå, men selve mABR er implementert i programvare som kjører på enheten, og ikke som en navngitt brikkesettfunksjon.
Gapet er mest synlig på den største enhetsplattformen. Vanlig Android TV støtter bare unicast, slik at multicast ABR på de enhetene avhenger av integrasjoner på operatørnivå som legger til en multicast-klient. Googles egne avspillerbiblioteker ExoPlayer og Media3 leverer ikke multicast ABR innebygd, og det finnes en åpen funksjonsforespørsel som ber om det.
Standarden finnes. Interoperabiliteten er den vanskelige delen.
Det er en utbredt antakelse at mABR bremses av en manglende standard. Det stemmer ikke.
CableLabs gjorde tidlig arkitekturarbeid om IP-multicast ABR rundt 2014. DVB Project publiserte sin referansearkitektur for multicast ABR til høring i bransjen i 2018, selskapets Steering Board godkjente den fulle spesifikasjonen tidlig i 2020, og den ble utgitt som ETSI-standarden TS 103 769 i november 2020. Den er siden revidert flere ganger, blant annet en oppdatering fra 2023 som la til de valgfrie transportprotokollene NORM og MSYNC sammen med funksjoner for rapportering, ekthet og beskyttelse mot manipulering. DVB-arbeidsgruppen bak den, MCAST, ledes av Richard Bradbury fra BBC R&D. Det finnes en reell, publisert, internasjonalt anerkjent standard, ledsaget av tilhørende arbeid som DVB-MABR-implementeringsveiledningen og DVB-I-spesifikasjonen for tjenesteoppdagelse. På mobilsiden følger 3GPP sitt eget, parallelle spor, med arkitekturen for 5G Multicast-Broadcast Services i Release 17, som deler den samme protokollarven fra FLUTE og ROUTE.
Det som har manglet, er interoperabilitet i praksis. Nesten hver kommersielle mABR-utrulling til dags dato kjører på den samme proprietære stabelen, Broadpeaks nanoCDN. MSYNC, en av de valgfrie transportprotokollene som ble tatt inn i DVB-MABR i 2023, startet som en Broadpeak-protokoll før den ble brakt inn i spesifikasjonen. En standard som stort sett implementeres av én leverandør, er en standard på papiret. Det som gjør en papirspesifikasjon om til et fungerende marked med flere leverandører, er en nøytral implementering som alle kan bygge på og teste mot.
Her kommer GPAC og Motion Spell inn
Dette er den delen av mABR-historien som peker mot ekte standardisering.
GPAC er et mangeårig open source-multimedierammeverk, distribuert under LGPL-lisensen og utviklet sammen med Motion Spell, selskapets kommersielle partner. Det har røtter i akademisk forskning ved Telecom Paris og er lastet ned nesten 100 millioner ganger. GPAC implementerte ROUTE-protokollen for ATSC 3.0 for år siden, et arbeid som vant en NAB-innovasjonspris i 2018, og det er det eneste open source-prosjektet som støtter både ROUTE og FLUTE, de to obligatoriske DVB-MABR-transportprotokollene. I 2024 la det til FLUTE-støtte spesifikt for DVB-MABR. GPACs mediaserver kan allerede fungere som en multicast-til-ABR-gateway, og eksponere en multicast-økt som en vanlig HTTP-strømmetjeneste, med unicast-reparasjon og et konfigurerbart tidsforskyvningsvindu.
DVB lyste deretter ut en anbudsforespørsel om et open source-verktøy for å verifisere og validere DVB-MABR-implementeringer. Resultatet, DVB-MABR Reference Tools, bygger på GPAC og Motion Spell. Det er open source, skrevet i Python oppå GPAC-biblioteket, og det kjører i to moduser: en servermodus som danner en multicast-strøm ut fra en HTTP-kilde, og en gatewaymodus som mottar multicast og serverer den igjen over HTTP, inkludert HTTP-reparasjon. Det er publisert i DVBs egen GitHub-organisasjon og er rettet mot ingeniører, integratorer og valideringsteam som må bekrefte at en multicast-server, en gateway og standard DASH-spillere faktisk fungerer sammen.
Derfor betyr dette arbeidet mer enn enda en produktlansering. En royaltyfri, åpent tilgjengelig referanseimplementering gir hver operatør, enhetsprodusent og programvareleverandør et felles utgangspunkt. Det er den praktiske mekanismen som lar DVB-MABR bevege seg fra et marked med utrullinger fra én leverandør mot ekte interoperabilitet på tvers av flere leverandører, og det er forskjellen mellom en publisert standard og en standard som hele økosystemet faktisk kan bruke. GPACs deltakelse knytter også mABR til bredere forskning, blant annet SMART-CD-konsortiets arbeid med mer bærekraftig videolevering, sammen med partnere som Telecom Paris, Ateme og Viaccess-Orca.
En sidebemerkning: peer-to-peer angriper det samme problemet fra den andre enden
mABR er ikke den eneste måten å hindre at en populær direktestrøm sendes én gang per seer. Peer-to-peer-levering går etter det samme sløseriet fra motsatt retning. I stedet for å sende én kopi inn i et administrert nett og så folde den ut nær husstanden, lar et peer-to-peer-lag seernes egne enheter dele segmenter med hverandre. Hver spiller henter de første bytene fra CDN-et, utveksler deretter biter direkte med andre spillere som ser på det samme, og faller bare tilbake til CDN-et når den må.
Det franske selskapet Quanteec er ett eksempel. Teknologien, som startet som akademisk forskning, legger et peer-assistert lag oppå en eksisterende HLS- eller DASH-arbeidsflyt og er CDN- og DRM-agnostisk. Quanteec oppgir at en utrulling med France Télévisions, som betjente hundretusenvis av samtidige seere, i gjennomsnitt avlastet rundt 75 prosent av trafikken fra CDN-et, med mer enn 50 prosent energibesparelse og mindre rebuffering enn ren unicast.
Den viktige motsetningen til mABR er nettet. mABR trenger et administrert aksessnett og operatørens medvirkning. Peer-to-peer virker over det offentlige internett, mellom enheter, uten noen involvering fra operatøren, og det er nettopp det gapet mABR ikke kan nå. Avveiingen er at peer-to-peer avhenger av at det finnes nok samtidige seere, og av opplastingskapasiteten og atferden til forbrukerenhetene. De to tilnærmingene utelukker ikke hverandre. En kringkaster uten kontroll over siste mil kan bruke peer-to-peer allerede i dag, en operatør som styrer sitt eget nett kan bruke mABR, og en stor plattform kan lene seg på begge.
Hva dette betyr for operatørene
mABR er ingen mirakelkur, og det er ikke nytt. Det er et målrettet verktøy for ett bestemt og dyrt problem: å levere den samme direktestrømmen til et svært stort publikum på et administrert nett uten å betale for hver kopi. For en operatør som sender en stor sportsfinale, er det problemet reelt, og det blir verre for hver sesong. For en ren OTT-tjeneste uten kontroll over siste mil er mABR noe den kan be ISP-er om å støtte, men ikke kan bygge alene.
Den ærlige oppsummeringen er at teknologien virker, at standarden finnes, at utrullingene er reelle, men fortsatt konsentrert om proprietære stabler fra én leverandør, at forsinkelse og enhetsøkosystemet forblir reelle begrensninger, og at det open source-referansearbeidet som ledes av GPAC og Motion Spell, er den mest troverdige veien til å endre den konsentrasjonen.
iReplay.TV er et kollektiv av kringkastings- og strømmeingeniører, så avveiingene mellom mABR, peer-to-peer og vanlig unicast-CDN-levering er den typen ting medlemmene veier mot hverandre jevnlig. Multicast ABR er én spak blant flere, og det hjelper bare innenfor et administrert nett. Hvis publikummet ditt når deg over det åpne internett, må besparelsen komme et annet sted fra: peer-assistert levering, et smartere origin-design, bedre kodekvalg og en strammere CDN-konfigurasjon. Det finnes et gratis verktøy for optimalisering av CDN-kostnader på siden for alle som vil se på sine egne tall.
Kilder og videre lesning
- DVB, "Adaptive media streaming over IP multicast" (siden om DVB-MABR-spesifikasjonen): dvb.org
- DVB, "DVB-I and DVB-MABR published as ETSI standards": dvb.org/news
- DVB, "DVB publishes updated Multicast ABR specification and guidelines" (oppdatering fra 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" (kildekode-repositorium): 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), tilgjengelig på rfc-editor.org