Multicast vs unicast în IPTV: cum ajunge canalul TV la tine

Când apeși butonul de schimbare a canalului și imaginea apare aproape instantaneu, în spatele acelui gest are loc o decizie de rețea invizibilă pentru tine: fluxul video este livrat fie individual, doar către dispozitivul tău (unicast), fie ca o singură copie transmisă simultan tuturor celor care urmăresc același program (multicast). Diferența nu se vede direct pe ecran, dar se simte în stabilitatea imaginii, în viteza de zapping și în felul în care se comportă rețeaua din locuință atunci când două sau trei televizoare rulează în paralel. Textul de mai jos explică mecanismul, arată unde intervine fiecare model și indică ce poți verifica acasă, fără configurări avansate.

Multicast și unicast: ce înseamnă, pe scurt

Unicastul este modelul clasic, unu-la-unu. Serverul sau echipamentul care livrează conținutul deschide o sesiune separată pentru fiecare receptor, cu adresa IP a acelui receptor ca destinație. Dacă o sută de oameni se uită la același film, în rețea circulă o sută de fluxuri distincte, fiecare cu propria lățime de bandă. Este simplu de administrat și de controlat, dar consumul crește proporțional cu numărul de spectatori.

Multicastul este modelul unu-la-mulți. Sursa trimite o singură dată fluxul către o adresă de grup, nu către un dispozitiv anume. În IPv4, adresele de multicast sunt în intervalul 224.0.0.0/4, iar subintervalul 232.0.0.0/8 este rezervat pentru multicast cu sursă specificată (SSM). Rețeaua copiază pachetele doar pe ramurile unde există cel puțin un receptor interesat, astfel încât, teoretic, un canal urmărit de un milion de oameni consumă în backbone tot atâta bandă cât unul urmărit de o singură persoană.

Criteriu	Unicast	Multicast
Adresare	adresa IP a clientului	adresă de grup (224.0.0.0/4)
Număr de copii în rețea	una pentru fiecare receptor	una pentru tot grupul
Consum în backbone	crește cu numărul de clienți	constant, indiferent de numărul de clienți
Transport tipic	TCP/HTTPS sau UDP	UDP cu RTP, best-effort
Utilizare clasică	video la cerere, aplicații, catch-up	canale liniare pe rețea gestionată

Un detaliu important: televiziunea clasică prin multicast nu folosește TCP, ci UDP, de obicei cu RTP peste el. Nu există retransmisie la nivel de rețea, așa că operatorii compensează prin mecanisme de corecție (FEC) sau prin cereri de retransmisie pe o cale unicast paralelă, atunci când echipamentul și protocolul o permit.

Traseul unui canal live: de la headend la decodor

Lanțul începe în headend-ul operatorului, unde semnalul este preluat din satelit, din fibră sau din contribuții dedicate, este decodat, apoi re-encodat în H.264 sau HEVC la bitrate-uri adaptate distribuției. Fluxul este ambalat într-un transport stream MPEG-TS, împachetat în RTP/UDP și trimis către o adresă de grup. De aici încolo, rețeaua operatorului decide unde anume se face copierea.

În rețeaua de tranzit și de acces, ruterele construiesc un arbore de distribuție. Copierea reală către abonat se produce cât mai aproape de el, la ultimul echipament de acces (OLT în rețele GPON, echipamente DOCSIS pe cablu sau switch-uri de acces pe Ethernet). Decodorul din locuință anunță ce grup vrea să recepționeze, iar echipamentul de acces începe să îi trimită fluxul. Când schimbi canalul, decodorul părăsește grupul vechi și se înscrie în grupul nou.

Timpul de zapping depinde de câțiva factori concreți:

• latența înscrierii în grup și viteza cu care echipamentul de acces reacționează;
• intervalul dintre cadrele-cheie (GOP) din fluxul video, pentru că decodorul are nevoie de un cadru complet pentru a porni imaginea;
• dimensiunea bufferului din decodor;
• eventualele mecanisme de schimbare rapidă a canalului, care trimit o porțiune din flux pe o cale unicast până când multicastul este stabil.

IGMP, IGMP snooping și PIM: mecanismele din spate

Trei familii de protocoale fac posibil acest model, iar confuzia dintre ele este una dintre cele mai frecvente surse de erori în configurarea rețelelor mici.

IGMP este protocolul dintre receptor și ruterele din rețeaua locală. Practic, prin IGMP dispozitivul anunță: „vreau să primesc grupul X”. Standardul inițial este RFC 1112, iar versiunile ulterioare (IGMPv2, IGMPv3) au adăugat mesaje de părăsire a grupului și filtrare pe sursă.

IGMP snooping este o funcție a switch-urilor. Fără ea, un switch tratează traficul multicast ca pe broadcast și îl trimite pe toate porturile, ceea ce poate sufoca o rețea locală. Cu snooping activ, switch-ul „ascultă” mesajele IGMP și livrează fluxul doar porturilor care l-au cerut.

PIM este protocolul dintre rutere, cel care construiește arborele de distribuție în rețeaua operatorului. Varianta PIM-SM (Sparse Mode, descrisă în RFC 7761) folosește un punct de întâlnire pentru grupuri, în timp ce PIM-SSM pornește direct de la sursă și este mai simplu de operat pentru fluxuri de televiziune bine cunoscute.

Regula de aur: multicastul funcționează doar dacă toate verigile din lanț îl suportă. Un singur echipament care nu gestionează corect IGMP poate rupe livrarea, chiar dacă restul rețelei este configurată perfect.

De ce contează în rețeaua din locuință

Pentru un abonat cu decodorul operatorului conectat prin cablu la routerul furnizat, de obicei nu este nimic de făcut: multicastul este gestionat de la un capăt la altul. Situația se schimbă când în ecuație apar Wi-Fi-ul, echipamentele cumpărate separat sau mai multe televizoare.

Prima problemă este legată de modul în care access point-urile tratează traficul multicast pe radio. Pentru a fi recepționat de toate dispozitivele, el este emis la cea mai mică rată de bază suportată, fără confirmare de recepție și fără retransmisie. Rezultatul poate fi o imagine cu artefacte, mai ales la fluxuri 4K. Din acest motiv, mulți operatori aleg să livreze pe partea wireless un flux unicast, generat fie de aplicația de pe dispozitiv, fie de o funcție de conversie din gateway.

A doua problemă este topologia. Sistemele mesh, repetoarele și adaptoarele powerline nu propagă întotdeauna corect mesajele IGMP, iar un router configurat cu IGMP proxy dezactivat poate bloca fluxul către decodor. De asemenea, dublul NAT și segmentele VLAN separate pentru serviciul de televiziune sunt surse clasice de conflicte atunci când echipamentele sunt reconfigurate de utilizator.

Ce poți verifica acasă, concret:

• folosește cablu Ethernet pentru decodor sau pentru televizorul principal, mai ales la conținut 4K;
• verifică în meniul routerului dacă există opțiuni de tip IGMP snooping sau IGMP proxy și dacă sunt activate conform indicațiilor operatorului;
• evită switch-urile neadministrabile foarte ieftine între router și decodor, dacă observi înghețuri la schimbarea canalului;
• nu modifica VLAN-urile serviciului TV fără asistență din partea operatorului;
• dacă folosești mai multe televizoare simultan, urmărește dacă problema apare doar pe cele conectate wireless.

Unde unicastul este alegerea corectă

Unicastul nu este o soluție inferioară, ci instrumentul potrivit pentru alt tip de trafic. Video la cerere, reluări, pauză și redare, biblioteci de conținut și aplicații de streaming precum Netflix, Prime Video, Disney+, Voyo, Antena Play sau TVR+ funcționează pe sesiuni individuale, livrate prin HTTPS, cu adaptare dinamică a bitrate-ului pe baza condițiilor de rețea. Aici un model de tip multicast nu ar avea sens, pentru că fiecare utilizator pornește, oprește și derulează independent.

Chiar și în cazul canalelor liniare, o parte din trafic poate fi unicast: schimbarea rapidă a canalului, retransmisiile pentru corecția erorilor și versiunile pentru aplicații mobile sau pentru vizionare în afara rețelei gestionate a operatorului.

Criterii practice și greșeli frecvente

Cum alegi, practic

• Dacă folosești decodorul operatorului pe rețeaua sa gestionată, modelul este stabilit de furnizor și nu necesită intervenția ta.
• Dacă vizionezi pe telefon, tabletă sau Smart TV prin aplicație, fluxul este aproape sigur unicast, deci depinde de calitatea conexiunii la internet, nu de configurația multicast.
• Dacă ai mai multe televizoare și vrei stabilitate, prioritizează cablul pentru ecranul principal și lasă wireless-ul pentru displays-urile secundare.
• Dacă rețeaua din locuință are multe dispozitive IoT, activează funcțiile de izolare a traficului și, dacă routerul permite, snooping pe multicast.

Greșeli frecvente

• Confundarea vitezei abonamentului la internet cu capacitatea reală a rețelei locale, care poate fi limitată de Wi-Fi sau de un switch slab.
• Adăugarea unui router personal în serie cu echipamentul operatorului, fără a verifica dacă funcțiile IGMP sunt propagate corect.
• Folosirea unor repetoare Wi-Fi ieftine între router și decodor, cu înghețuri care apar doar la anumite canale.
• Presupunerea că mai multe canale deschise simultan pe mai multe ecrane „consumă abonamentul”, când de fapt problema este capacitatea rețelei locale.
• Modificarea setărilor de rețea ale serviciului TV fără a nota valorile inițiale, ceea ce îngreunează diagnosticarea ulterioară.

Ce urmează

Pe termen mediu, granița dintre cele două modele devine tot mai flexibilă. Operatorii experimentează conversia multicastului în unicast la marginea rețelei, pentru a combina eficiența din backbone cu avantajele livrării adaptive către dispozitive variate, iar standarde precum DVB-I urmăresc să facă descoperirea canalelor independentă de infrastructură. Pentru utilizatorul din România, concluzia practică rămâne simplă: un decodor bine conectat și o rețea locală curată contează mai mult decât orice cifră de pe factura de internet. Iar când apar înghețuri, merită verificat mai întâi traseul fizic și setările routerului, nu presupusa „lipsă de bandă”.