FMUSER Wirless Transmit video și audio mai ușor!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albaneză
ar.fmuser.org -> arabă
hy.fmuser.org -> Armeană
az.fmuser.org -> azeră
eu.fmuser.org -> bască
be.fmuser.org -> bielorusă
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> catalană
zh-CN.fmuser.org -> Chineză (simplificată)
zh-TW.fmuser.org -> Chineză (tradițională)
hr.fmuser.org -> croată
cs.fmuser.org -> cehă
da.fmuser.org -> Daneză
nl.fmuser.org -> Dutch
et.fmuser.org -> estonă
tl.fmuser.org -> filipinez
fi.fmuser.org -> finlandeză
fr.fmuser.org -> Franceză
gl.fmuser.org -> Galeză
ka.fmuser.org -> Georgiană
de.fmuser.org -> germană
el.fmuser.org -> greacă
ht.fmuser.org -> Creole haitian
iw.fmuser.org -> ebraică
hi.fmuser.org -> Hindi
hu.fmuser.org -> Maghiară
is.fmuser.org -> islandeză
id.fmuser.org -> indoneziană
ga.fmuser.org -> irlandeză
it.fmuser.org -> Italiană
ja.fmuser.org -> japoneză
ko.fmuser.org -> coreeană
lv.fmuser.org -> letonă
lt.fmuser.org -> lituaniană
mk.fmuser.org -> macedoneană
ms.fmuser.org -> Malay
mt.fmuser.org -> malteză
no.fmuser.org -> norvegiană
fa.fmuser.org -> persană
pl.fmuser.org -> poloneză
pt.fmuser.org -> portugheză
ro.fmuser.org -> Română
ru.fmuser.org -> rusă
sr.fmuser.org -> sârbă
sk.fmuser.org -> slovacă
sl.fmuser.org -> Slovenă
es.fmuser.org -> spaniolă
sw.fmuser.org -> Swahili
sv.fmuser.org -> suedeză
th.fmuser.org -> Thai
tr.fmuser.org -> turcă
uk.fmuser.org -> ucraineană
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnameză
cy.fmuser.org -> galeză
yi.fmuser.org -> idiș
1 Introducere
Ca un nou serviciu multimedia de înaltă lățime de bandă și de înaltă calitate, IPTV pune cerințe mai ridicate în rețeaua IP metropolitană a operatorilor de telecomunicații. În comparație cu tehnologia tradițională unicast, tehnologia multicast are avantajul că lățimea de bandă a rețelei nu crește liniar cu numărul de utilizatori pe baza unei eficiențe de transmisie echivalente și poate salva eficient sarcina serverului video și a rețelei purtătoare. Prin urmare, pentru ca operatorii de telecomunicații să implementeze și să implementeze servicii IPTV în mod eficient și economic, se recomandă utilizarea push-ului multicast de la un capăt la altul, iar configurarea rețelei IP multicast este cheia.
În prezent, rețeaua IP a zonei metropolitane a operatorilor de telecomunicații este compusă în principal din rețeaua backbone a zonei metropolitane și din rețeaua de acces în bandă largă, iar datele serviciului IPTV sunt împinse către utilizatorul final prin rețeaua backbone a zonei metropolitane și rețeaua de acces în bandă largă la rândul lor. Rețeaua principală de metrou este compusă în principal din dispozitive de nivel de rețea (strat 3), care pot permite protocoale de rutare multicast, cum ar fi PIM-SM, pentru a accesa surse de multicast (adică dispozitive head-end IPTV) pentru rutare și redirecționare pachete multicast. Rețeaua de acces în bandă largă este compusă în principal din echipamente de strat de legătură de date (strat 2), iar tehnologii precum IGMP Proxy sau IGMP Snooping pot fi utilizate pentru redirecționarea multicast Layer 2 pentru a accesa echipamentele terminale IPTV (adică set-top box-urile IPTV). Figura 1 este o diagramă schematică a unui model IPTV end-to-end multicast push.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Figura 1 Modelul de rețea push end-to-end IPTV end-to-end
Acest articol descrie tehnologiile de configurare cheie ale rețelei IPTV end-to-end multicast push de la două niveluri de rețea diferite: rețeaua principală de metrou și rețeaua de acces în bandă largă.
2. Tehnologie cheie de configurare multicast pentru rețeaua vertebrală de metrou
2.1 Tehnologie de rutare multicast
Principala diferență între un mesaj multicast și un mesaj unicast este identificarea adresei de destinație a mesajului. Adresa de destinație a mesajului multicast este adresa grupului multicast (adresa IP clasa D începând cu „1110”), iar mesajul unicast se bazează pe IP-ul gazdă de destinație. Adresa este utilizată ca adresă de destinație. Deoarece nu există o corespondență unu-la-unu între adresa grupului multicast și gazda de destinație, routerul multicast poate folosi unicitatea adresei sursă a mesajului pentru a lua decizii de rutare. Cu alte cuvinte, routerul multicast trimite mesajul în direcția îndepărtată de sursa multicast pe baza adresei sursei mesajului în locul adresei de destinație. Această tehnologie se numește redirecționare inversă (RPF pe scurt).
Pentru a evita probleme, cum ar fi buclele de rutare, RPF prevede că pachetele multicast trebuie să ajungă la router de la nodul învecinat în amonte, iar pachetele multicast transmise de alte noduri învecinate sunt eliminate. Atunci când există o problemă cu rutare multicast, este posibil ca pachetele multicast să nu poată ajunge prin alte căi, cum ar fi pachetele unicast, semnalele de difuzare live IPTV vor fi întrerupte în rețeaua principală, iar aplicațiile unicast, cum ar fi navigarea pe web și trimiterea și primirea de e-mailuri sunt normale obstacole. În acest moment, de-a lungul căii de distribuție multicast, verificați tabela de rutare RPF a routerului multicast și a nodurilor învecinate din amonte.
2.2 Tehnologie de comutare a rutei multicast
Arborele de distribuție multicast din protocolul PIM-SM poate fi împărțit în două categorii: arborele sursă și arborele partajat. Arborele sursă folosește sursa multicast ca rădăcină a arborelui, cunoscut și ca cel mai scurt arbore de cale, care poate minimiza întârzierea multicast de la un capăt la altul, dar routerul trebuie să stocheze o cantitate mare de informații de rutare, care consumă mult resurselor sistemului; arborele partajat folosește RP (PIM-SM) Un router important în protocol, utilizat pentru rutare și convergență între surse multicast și routere multicast) Ca nod rădăcină comun al tuturor arborilor de distribuție multicast, traficul sursă multicast trebuie să ajungă mai întâi la RP înainte de a fi livrat, iar calea multicast nu este de obicei optimă, va introduce o întârziere suplimentară a rețelei, dar informațiile de rutare pe care routerul trebuie să le păstreze pot fi foarte mici.
Protocolul PIM-SM utilizează pe deplin avantajele celor doi arbori de distribuție multicast. În etapa inițială a multicastului, routerul multicast nu poate utiliza arborele sursă, deoarece nu poate cunoaște locația sursei multicast, dar poate obține primele câteva pachete multicast trimise de sursa multicast prin nodul RP cunoscut și arborele partajat al acestuia. Cunoașteți locația sursei multicast și comutați de la arborele partajat la arborele sursă pentru a reduce întârzierea rețelei și pentru a evita blocajele rețelei care pot fi cauzate de nodurile RP.
Rețeaua principală de metrou este în general compusă în principal din routere Cisco. Ruterele precum Cisco implementează comutarea arborelui de distribuție multicast prin pragul SPT-Threshold prealabil stabilit al debitului. Când se detectează că debitul multicast al unei surse multicast depășește SPT-Threshold, rutare sa multicast va comuta de la arborele partajat la arborele sursă; în mod similar, dacă debitul multicast este mai mic decât SPT-Threshold, rutare sa multicast Puteți, de asemenea, să reveniți din arborele sursă în arborele partajat. SPT-Threshold este în general configurat ca 0, astfel încât routerul să treacă de la arborele partajat la sursă după primirea primului pachet multicast.
Tehnologia de configurare 2.3RP
Fiind nodul rădăcină al arborelui partajat, RP joacă un rol de conectare în sus și în jos în procesul de difuzare multiplă. Având în vedere că protocolul PIM-SM are caracteristicile de comutare a arborelui de distribuție multicast, RP este utilizat în general pentru a stabili conexiunea inițială între sursa multicast și routerul multicast. Odată ce rutare multicast a routerului este comutată de la arborele partajat la arborele sursă, acesta nu va RP și arborele partajat al acestuia sunt necesare din nou. Prin urmare, locația RP în rețeaua multicast nu este foarte importantă. Cheia este fiabilitatea și stabilitatea sa.
Pentru a îmbunătăți fiabilitatea și stabilitatea RP, pot fi selectate mai multe routere multicast pentru a partaja funcția RP (adică tehnologia Anycast RP), iar interfeței loopback a fiecărui nod RP i se atribuie aceeași adresă IP, formând astfel partajarea încărcării și protecția împotriva erorilor.
Problema de configurare RP în rețeaua multicast nu este legată doar de configurarea și implementarea nodului RP în sine, ci implică și problema modului în care alte routere multicast învață despre nodul RP. În etapa inițială a multicast-ului, este posibil ca routerul multicast să nu cunoască locația sursei de multicast, dar adresa RP trebuie să fie cunoscută. Există două modalități principale pentru ca un router multicast să obțină o adresă RP, adică metoda RP de configurare statică și metoda RP de descoperire automată. Configurația statică a RP este mai sigură și poate preveni în mod eficient activități frauduloase, cum ar fi forjarea RP, dar volumul de lucru al configurației rețelei este greu și nu este favorabil reglării dinamice a RP și a altor noduri; descoperirea automată a RP poate reduce volumul de lucru al configurației și poate facilita schimbările de rețea și strategiile de control. Ajustare, dar există anumite riscuri de securitate. Pentru o rețea vertebrală a zonei metropolitane la scară mică, puteți utiliza metoda de configurare statică a RP pe fiecare router multicast; pentru o rețea vertebrală a zonei metropolitane pe scară largă, cu politici stricte de apărare a securității, se recomandă utilizarea metodei de descoperire automată a RP.
2.4 Tehnologie de îmbinare multicast head-end IPTV
În etapa inițială a multicast-ului, routerele multicast obțin în general informații despre trafic și locație IPTV headend (adică sursă multicast) prin noduri RP cunoscute și copacii lor partajați. Pentru ca RP să afle despre sursa multicast, routerul multicast conectat direct la sursa multicast este responsabil pentru încapsularea primelor pachete multicast trimise de sursa multicast într-un mesaj separat PIM Register și inițiază multicast către RP în unicast modul. Procesul de înregistrare a sursei. Prin acest mesaj, RP poate obține nu numai pachetele grupului de interes multicast, ci și adresa IP a sursei multicast. După aceea, RP redirecționează informațiile sursei multicast către alte routere multicast și încheie procesul de înregistrare a sursei multicast cu un mesaj PIM Registe-Stop.
3. Tehnologia de configurare a cheii Multicast a rețelei de acces în bandă largă
3.1 Tehnologia de îmbinare multicast a utilizatorului IPTV
Clientul IPTV (set-top box) comunică cu routerul multicast (de obicei realizat de routerul de serviciu sau de serverul de acces în bandă largă) al stratului de control al accesului la serviciile de rețea metrou prin protocolul IGMP prin intermediul rețelei de acces în bandă largă Grup multicast (adică canal live IPTV).
Când un set-top box trimite un mesaj de cerere de asociere grup multicast către un router multicast, adresa MAC de destinație a mesajului este adresa MAC a grupului multicast în locul routerului multicast, care este diferită de metoda unicast. Trebuie remarcat faptul că o adresă MAC de grup multicast corespunde de fapt cu 32 de adrese IP de grup multicast diferite. Acest lucru se datorează faptului că adresa MAC a grupului multicast este 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, adică spațiul de adresă efectiv este de numai 23 de biți, iar cel efectiv adresa grupului IP multicast Există 28 de spații.
Relația de mapare dintre cele două este de a echivala cei 23 de biți inferiori ai adresei MACC cu cei 23 de biți inferiori ai adresei IP, ceea ce duce la pierderea celor 5 biți superiori ai adresei IP a grupului multicast. De exemplu, dacă trei canale IPTV în direct diferite utilizează 224.0.0.1, 224.128.0.1 și 239.128.0.1 ca adrese IP ale grupului de multidifuziune, adresele MAC ale grupului de difuzare corespunzătoare sunt toate 01: 00: 5E: 00: 00:01, care va face ca set-top boxul și echipamentul de nivel secundar al rețelei de acces în bandă largă să nu poată distinge cele trei semnale. Prin urmare, acordați atenție acestor probleme atunci când planificați adrese IP multicast.
3.2 Tehnologie de expediere multicast Layer 2
Rețeaua de acces în bandă largă este compusă dintr-un număr mare de dispozitive pentru elemente de rețea, cum ar fi comutatoarele de nivel 2 și DSLAM care rulează la nivelul legăturii de date. Caracteristica echipamentului Layer 2 este că schimbă / redirecționează cadre de date bazate pe adrese MAC între porturile dispozitivului și are funcții de analiză și rutare slabe pentru al treilea strat (strat de rețea) al pachetelor IP, deci nu poate sprijini direct IGMP care lucrează la al treilea strat. Și alte protocoale multicast. Când un dispozitiv tipic Layer 2, cum ar fi un comutator, procesează trafic IPTV multicast, acesta transmite cadre de date multicast către toate porturile sale în funcție de adrese de destinație necunoscute sau metode de difuzare, ceea ce este probabil să provoace probleme, cum ar fi furtuni de difuzare.
Pentru a rezolva problema inundațiilor de pachete multicast, trebuie adoptate tehnologiile de redirecționare multicast Layer 2, cum ar fi tehnologiile IGMP Snooping și IGMP Proxy. Tehnologia IGMP Snooping monitorizează mesajul IGMP între set-top box și routerul multicast pentru a înțelege relația de redirecționare a portului dispozitivului către cadrul de date multicast; în timp ce tehnologia IGMP Proxy interceptează mesajul IGMP între set-top box și routerul multicast Filtrarea și redirecționarea proxy pot economisi trafic multicast între routerul multicast și dispozitivul Layer 2, dar necesită indicatori de performanță ridicată, cum ar fi capacitatea de procesare și memoria a dispozitivului element de rețea. Când configurați dispozitivele Layer 2, puteți alege în funcție de performanța reală a dispozitivului element de rețea și de gradul de suport pentru tehnologia IGMP Snooping / Proxy.
Luați ca exemplu un canal IPTV live cu o lățime de bandă de 2 Mbit / s. Dacă dispozitivul Layer 2 nu utilizează tehnologia de redirecționare multicast Layer 2, pachetele multicast trimise tuturor utilizatorilor IPTV vor fi redirecționate către toate porturile, chiar dacă portul utilizatorului are 10 Mbit / s. s Lățime de bandă de acces, pachetele multicast de 5 canale live IPTV pot fi blocate; după adoptarea tehnologiei de redirecționare multicast Layer 2, pachetele multicast sunt redirecționate numai către porturi cu cererea de utilizare și dacă fiecare port este conectat cel mult doar pentru un set-top box IPTV, cel mult un singur pachet multicast (adică 2 Mbit / s trafic) al unui canal live este redirecționat către portul corespunzător.
3.3 Tehnologia de configurare VLAN
Traficul redirecționat de multicastul Layer 2 implică numai servicii IPTV multicast și nu implică alte servicii de bandă largă. Prin urmare, în rețeaua de acces în bandă largă, tehnologii precum VLAN-urile sunt utilizate în general pentru a izola traficul multicast IPTV de alte servicii și traficul utilizatorilor. Tehnologiile VLAN utilizate în mod obișnuit includ tehnologia de replicare multicast VLAN de la VLAN multicast la fiecare VLAN utilizator și QinQ, care rezolvă un număr insuficient de ID-uri VLAN
3.4 Tehnologie statică multicast și dinamică multicast
Programul IPTV live este livrat la terminalul utilizatorului prin intermediul rețelei purtătoare de IP și există în principal două moduri multicast, și anume modul multicast dinamic și modul static multicast. În modul multicast dinamic, comutatoarele, DSLAM-urile și alte dispozitive vor primi și livra programul de canal numai după ce primesc prima cerere a utilizatorului de a se alătura unui canal (grup de multicast); și când durează canalul (grupul multicast) Când un utilizator se deconectează, dispozitivul elementului de rețea nu va mai primi fluxul multicast. Modul static multicast este de a configura static intrările de redirecționare MAC multicast ale fiecărui canal IPTV (grup multicast) pe echipamentul de comutare, indiferent dacă utilizatorii din aval îl urmăresc sau nu, fluxul multicast a fost livrat echipamentului elementului de rețea.
Traficul multicast static nu are nicio legătură cu numărul de utilizatori IPTV, ci doar cu numărul de canale și lățimea de bandă pe canal. Atunci când numărul de utilizatori este mai mic decât numărul de canale, traficul va fi mai mare decât traficul unicast; traficul maxim de multicast dinamic este atunci când numărul de utilizatori simultani de IPTV este mai mic decât numărul de canale Când numărul de utilizatori simultani de IPTV este mai mare decât numărul de canale, este echivalent cu traficul de multicast static. În modul static multicast, viteza de comutare a canalului utilizatorului este rapidă și percepția serviciului este bună, dar cererea de lățime de bandă a rețelei este mai mare; multicastul dinamic poate minimiza traficul de rețea în orice circumstanțe, dar atunci când utilizatorul primește un nou canal (grupul Multicast), poate exista o anumită întârziere a rețelei.
Când numărul de utilizatori IPTV conectați la echipamentul de rețea este foarte mic, avantajele multicastului nu sunt evidente. Prin urmare, în etapa inițială a dezvoltării serviciilor IPTV, nu există mulți utilizatori IPTV sau rețeaua de acces în bandă largă nu a fost reconstruită în loc. Puteți utiliza multicast dinamic sau chiar unicast pentru a transmite semnale live IPTV. Când numărul de utilizatori conectați la un dispozitiv de rețea depășește cu mult numărul de canale IPTV, caracteristicile multidifuzării pentru a economisi lățimea de bandă a traficului în rețea devin din ce în ce mai semnificative. În acest moment, adică, atunci când serviciul IPTV a fost dezvoltat într-un stadiu matur și transformarea rețelei de acces în bandă largă a fost în loc, modul static multicast poate fi utilizat pentru a transmite semnalul live IPTV pentru a îmbunătăți în continuare calitatea serviciului IPTV. Prin urmare, operatorii pot decide dacă configurează echipamentul de rețea de acces într-un mod multicast dinamic sau static în funcție de condițiile reale, cum ar fi calitatea rețelei și penetrarea serviciului IPTV.
4 Concluzie
Combinând rețeaua de metropolitane IP existentă a operatorilor de telecomunicații, această lucrare expune sistematic tehnologiile cheie ale configurației rețelei IPTV end-to-end multicast, care are o bună semnificație de referință pentru operatorii de telecomunicații pentru a implementa și implementa servicii IPTV eficient și economic.
|
Introduceți adresa de e-mail pentru a primi o surpriză
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albaneză
ar.fmuser.org -> arabă
hy.fmuser.org -> Armeană
az.fmuser.org -> azeră
eu.fmuser.org -> bască
be.fmuser.org -> bielorusă
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> catalană
zh-CN.fmuser.org -> Chineză (simplificată)
zh-TW.fmuser.org -> Chineză (tradițională)
hr.fmuser.org -> croată
cs.fmuser.org -> cehă
da.fmuser.org -> Daneză
nl.fmuser.org -> Dutch
et.fmuser.org -> estonă
tl.fmuser.org -> filipinez
fi.fmuser.org -> finlandeză
fr.fmuser.org -> Franceză
gl.fmuser.org -> Galeză
ka.fmuser.org -> Georgiană
de.fmuser.org -> germană
el.fmuser.org -> greacă
ht.fmuser.org -> Creole haitian
iw.fmuser.org -> ebraică
hi.fmuser.org -> Hindi
hu.fmuser.org -> Maghiară
is.fmuser.org -> islandeză
id.fmuser.org -> indoneziană
ga.fmuser.org -> irlandeză
it.fmuser.org -> Italiană
ja.fmuser.org -> japoneză
ko.fmuser.org -> coreeană
lv.fmuser.org -> letonă
lt.fmuser.org -> lituaniană
mk.fmuser.org -> macedoneană
ms.fmuser.org -> Malay
mt.fmuser.org -> malteză
no.fmuser.org -> norvegiană
fa.fmuser.org -> persană
pl.fmuser.org -> poloneză
pt.fmuser.org -> portugheză
ro.fmuser.org -> Română
ru.fmuser.org -> rusă
sr.fmuser.org -> sârbă
sk.fmuser.org -> slovacă
sl.fmuser.org -> Slovenă
es.fmuser.org -> spaniolă
sw.fmuser.org -> Swahili
sv.fmuser.org -> suedeză
th.fmuser.org -> Thai
tr.fmuser.org -> turcă
uk.fmuser.org -> ucraineană
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnameză
cy.fmuser.org -> galeză
yi.fmuser.org -> idiș
FMUSER Wirless Transmit video și audio mai ușor!
Contact
Adresa:
Nr. 305 Clădirea HuiLan nr. 273 Huanpu Road Guangzhou China 510620
Categorii
Stiri lunare via e-mail