IGMP vs. RTSP vs. HLS: Forståelse af medieprotokoller

I den komplekse verden af videotransmission og netværksstyring “flyder” data ikke bare; de er omhyggeligt orkestreret. Tre akronymer dukker ofte op, når man diskuterer, hvordan medier bevæger sig fra kilde til seer: IGMP, RTSPog HLS.

Selv om de alle tre er relateret til medier og netværk, opererer de på forskellige niveauer og tjener vidt forskellige formål, lige fra at styre båndbredden i et lokalt netværk til at levere Netflix til din smartphone.

Denne guide gennemgår mekanikken, anvendelsesmulighederne og de forskellige egenskaber ved hver protokol.

1. IGMP: Multicast-gatekeeperen

Internet Group Management Protocol

IGMP er ikke en streaming-protokol i traditionel forstand; det er en protokol til styring af netværkslag. Dens primære opgave er at administrere medlemskab af multicast-grupper.

Sådan fungerer det

Hvis 100 personer ønsker at se en videostream i et standard Unicast-netværk, sender serveren 100 separate kopier af dataene. Det ødelægger båndbredden. I et Multicast-netværk sender serveren en kopi, og netværksswitches/routere replikerer den kun til de specifikke brugere, der har bedt om den.

IGMP er det sprog, der tales mellem Klient (vært) og lokal router:

Vær med: Når en bruger skifter til en bestemt IPTV kanal, sender deres enhed en IGMP “Join”-rapport for den specifikke multicastgruppe-IP.
Trafikstrøm: Routeren modtager anmodningen og sender den specifikke stream til brugerens subnet.
Lad være: Når brugeren skifter kanal, sendes en IGMP “Leave”-besked, og routeren stopper med at videresende disse data for at spare båndbredde.

Nøglefunktion: IGMP Snooping

Switche er typisk Layer 2-enheder og læser ikke Layer 3 IP-pakker. Men med IGMP Snooping, Når en switch sender multicast, “lytter” den til IGMP-samtalen mellem værten og routeren. Dette giver switchen mulighed for at sende multicast-trafik kun til de specifikke porte, der har bedt om det, i stedet for at oversvømme alle porte på switchen.

Bedst til: IPTV systemer, interne virksomhedsudsendelser, finansielle datafeeds.
Latenstid: Ultra-lav (tæt på realtid).
Transport: Lag 3 (IP).

2. RTSP: Netværksfjernbetjeningen

Streaming-protokol i realtid

Hvis IGMP er trafikbetjenten, er RTSP fjernbetjeningen. RTSP sender faktisk ikke selve videodataene, men kontrollerer streaming-serveren.

Sådan fungerer det

RTSP opretter og vedligeholder en kontrolsession mellem klienten og serveren. Det bruger en syntaks, der minder meget om HTTP.

Kontrolstatus: RTSP er en “stateful” protokol. Serveren sporer klientens tilstand (tilsluttet, afspiller, sat på pause).
Kommandoer: Den understøtter kommandoer som OPSÆTNING, SPIL, PAUSE, REKORDog TEARDOWN.
Transport af data: Mens RTSP håndterer kommandoerne, leveres de faktiske video-/lyddata normalt via RTP (transportprotokol i realtid) over UDP (User Datagram Protocol).

Fordi den normalt bruger UDP til transport, prioriterer RTSP hastighed frem for dataintegritet. Hvis en pakke falder ud, stopper den ikke for at bede om den igen; den fortsætter for at forhindre forsinkelse.

Bedst til: IP-sikkerhedskameraer (CCTV), dronefeeds, telekonferencesystemer.
Latenstid: Lav (typisk <2 sekunder).
Transport: TCP til kontrol, normalt UDP til medier.

3. HLS: Den adaptive universalist

HTTP Live Streaming

HLS er udviklet af Apple og ændrede spillet ved ikke at behandle videostrømme som en kontinuerlig strøm af data, men som en sekvens af små fildownloads. Det er i øjeblikket den dominerende standard for levering af internetvideo.

Sådan fungerer det

HLS fungerer ved at skære en videostrøm op i korte bidder (normalt 2-10 sekunder lange) og oprette en tekstbaseret indeksfil kaldet en Manifest (.m3u8).

Manifestet: Spilleren downloader .m3u8 fil, som indeholder en liste over URL'er, der peger på videoblokkene.
Adaptiv bithastighed (ABR): Dette er HLS' superkraft. Serveren koder videoen i flere kvalitetsniveauer (480p, 720p, 1080p, 4K). Hvis brugerens internetforbindelse falder, skifter afspilleren automatisk til en lavere kvalitet i den næste anmodning for at forhindre buffering.
HTTP-levering: Fordi det bruger standard HTTP/HTTPS (port 80/443), passerer HLS nemt gennem standard firewalls og kan caches af CDN'er (Content Delivery Networks) ligesom almindelige webbilleder eller -tekst.

Bedst til: OTT-platforme (Netflix, Hulu), YouTube, mobilstreaming, der når ud til et stort publikum via det offentlige internet.
Latenstid: Historisk set høj (10-30 sekunder), selv om Low-Latency HLS (LL-HLS) bringer dette væsentligt ned.
Transport: TCP (HTTP).

Sammenfattende sammenligning

Funktion	IGMP	RTSP	HLS
Primær rolle	Håndtering af multicast-grupper	Stream-kontrol (fjernbetjening)	Adaptiv medielevering
Transportlag	IP (lag 3)	TCP/UDP	TCP (HTTP)
Latenstid	Tæt på nul	Lav	Middel til høj
Skalerbarhed	Høj (lokalt netværk)	Lav (serverintensiv)	Massiv (CDN-venlig)
Pålidelighed	Netværksafhængig	Pakketab muligt (UDP)	Høj (TCP retransmission)
Firewall-venlighed	Lav (blokeret af WAN'er)	Medium (har brug for specifikke porte)	Høj (bruger standard webporte)
Primær brugssag	IPTV, lokale netværk	CCTV, overvågning	Offentlig internet-streaming

Konklusion

Valget mellem disse protokoller afhænger helt af miljøet:

Brug IGMP hvis du er en internetudbyder, der bygger en kabel-tv-tjeneste, eller en systemadministrator, der administrerer et privat LAN, hvor båndbreddeeffektivitet er altafgørende.
Brug RTSP hvis du installerer sikkerhedskameraer eller har brug for et feed med lav latens, hvor lejlighedsvise visuelle artefakter er acceptable, men forsinkelse ikke er det.
Brug HLS hvis du vil sende video til tusindvis af brugere over hele verden på forskellige enheder (iOS, Android, Desktop) og netværkshastigheder.