FMUSER Bezdrôtové vysielanie videa a zvuku je jednoduchšie!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikánčina
sq.fmuser.org -> albánsky
ar.fmuser.org -> arabčina
hy.fmuser.org -> Arménsky
az.fmuser.org -> azerbajdžanský
eu.fmuser.org -> baskičtina
be.fmuser.org -> bieloruský
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> katalánčina
zh-CN.fmuser.org -> čínština (zjednodušená)
zh-TW.fmuser.org -> čínština (tradičná)
hr.fmuser.org -> chorvátčina
cs.fmuser.org -> čeština
da.fmuser.org -> dánčina
nl.fmuser.org -> Dutch
et.fmuser.org -> estónčina
tl.fmuser.org -> filipínsky
fi.fmuser.org -> fínčina
fr.fmuser.org -> French
gl.fmuser.org -> galícijčina
ka.fmuser.org -> gruzínsky
de.fmuser.org -> nemčina
el.fmuser.org -> Greek
ht.fmuser.org -> haitská kreolčina
iw.fmuser.org -> hebrejčina
hi.fmuser.org -> hindčina
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandský
id.fmuser.org -> indonézština
ga.fmuser.org -> írsky
it.fmuser.org -> Italian
ja.fmuser.org -> japončina
ko.fmuser.org -> kórejčina
lv.fmuser.org -> lotyšský
lt.fmuser.org -> litovčina
mk.fmuser.org -> macedónsky
ms.fmuser.org -> malajčina
mt.fmuser.org -> maltčina
no.fmuser.org -> Norwegian
fa.fmuser.org -> perzský
pl.fmuser.org -> poľština
pt.fmuser.org -> portugalčina
ro.fmuser.org -> rumunčina
ru.fmuser.org -> ruština
sr.fmuser.org -> srbčina
sk.fmuser.org -> slovenčina
sl.fmuser.org -> slovinčina
es.fmuser.org -> španielčina
sw.fmuser.org -> svahilčina
sv.fmuser.org -> švédčina
th.fmuser.org -> Thai
tr.fmuser.org -> turečtina
uk.fmuser.org -> ukrajinčina
ur.fmuser.org -> urdčina
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> waleština
yi.fmuser.org -> jidiš
1 Úvod
Ako nová širokopásmová vysokokvalitná internetová multimediálna služba kladie IPTV vyššie požiadavky na sieť telekomunikačných operátorov v metropolitnej oblasti IP. V porovnaní s tradičnou technológiou unicast má technológia multicast výhodu v tom, že sa šírka pásma siete nezvyšuje lineárne s počtom používateľov na základe ekvivalentnej účinnosti prenosu a môže efektívne šetriť zaťaženie video servera a nosnej siete. Preto sa pre telekomunikačných operátorov, aby efektívne a hospodárne nasadili a implementovali služby IPTV, sa odporúča používať end-to-end multicast push a konfigurácia siete IP multicast je kľúčom.
V súčasnosti je sieť metropolitných sietí IP telekomunikačných operátorov zložená hlavne z chrbticovej siete metropolitnej oblasti a širokopásmovej prístupovej siete a dáta služieb IPTV sa zasielajú užívateľovi cez chrbticovú sieť metropolitnej oblasti a širokopásmovú prístupovú sieť. Páteřná sieť metra sa skladá hlavne zo zariadení sieťovej vrstvy (vrstva 3), ktoré umožňujú prístup k smerovacím protokolom viacsmerového vysielania, ako je PIM-SM, k prístupu k zdrojom viacsmerového vysielania (tj k hlavným zariadeniam IPTV) na smerovanie a preposielanie paketov multicast. Širokopásmová prístupová sieť sa skladá hlavne zo zariadenia vrstvy dátového spojenia (vrstva 2) a pre predávanie multicastu vrstvy 2 je možné použiť technológie ako IGMP Proxy alebo IGMP Snooping na prístup k koncovým zariadeniam IPTV (tj k set-top boxom IPTV). Obrázok 1 je schematický diagram modelu IPTV end-to-end multicast push.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Obrázok 1 IPTV end-to-end multicast push sieťový model
V tomto článku sú popísané kľúčové konfiguračné technológie IPTV end-to-end multicast push siete z dvoch rôznych úrovní siete: chrbticová sieť metra a širokopásmová prístupová sieť.
2. Kľúčová technológia konfigurácie viacsmerového vysielania pre páteřnú sieť metra
2.1 Technológia smerovania multicast
Hlavným rozdielom medzi multicastovou správou a unicast správou je identifikácia cieľovej adresy správy. Cieľová adresa správy hromadného vysielania je adresa skupiny hromadného vysielania (adresa IP triedy D začínajúca na „1110“) a správa jednosmerového vysielania je založená na cieľovej adrese IP hostiteľa. Adresa sa používa ako cieľová adresa. Pretože medzi adresou skupiny multicast a cieľovým hostiteľom neexistuje vzájomná korešpondencia, smerovač multicast môže na rozhodovanie o smerovaní použiť iba jedinečnosť zdrojovej adresy správy. Inými slovami, smerovač multicastového vysielania odosiela správu v smere od zdroja multicastového vysielania na základe zdrojovej adresy správy namiesto cieľovej adresy. Táto technológia sa nazýva spätná cesta vpred (skrátene RPF).
Aby sa zabránilo problémom, ako sú smerovacie slučky, RPF stanovuje, že pakety multicastového vysielania sa musia dostať k smerovaču z určeného susedného uzla proti prúdu a pakety multicastového prenosu poslané ďalšími susednými uzlami sa zahodia. Ak nastane problém so smerovaním multicastu, pakety multicastu nebudú môcť dosiahnuť inými cestami, ako sú pakety jednosmerového vysielania, v chrbticovej sieti sa prerušia živé vysielacie signály IPTV a aplikácie jednosmerového vysielania, ako sú napríklad prehliadanie webu a odosielanie a príjem pošty, sú bežné. prekážky. V tejto chvíli pozdĺž distribučnej cesty multicastu skontrolujte smerovaciu tabuľku RPF smerovača multicast a jeho protiľahlých susedných uzlov.
2.2 Technológia prepínania smerovania multicast
Distribučný strom multicast v protokole PIM-SM možno rozdeliť do dvoch kategórií: zdrojový strom a zdieľaný strom. Zdrojový strom používa zdroj multicastu ako koreň stromu, ktorý sa označuje aj ako najkratší strom cesty, čo môže minimalizovať oneskorenie multicastu medzi koncovými bodmi, ale smerovač musí ukladať veľké množstvo smerovacích informácií, ktoré veľa spotrebujú. systémových zdrojov; zdieľaný strom používa RP (PIM-SM) Dôležitý smerovač v protokole, ktorý sa používa na smerovanie a konvergovanie medzi zdrojmi viacnásobného vysielania a smerovačmi viacnásobného vysielania) Ako spoločný koreňový uzol všetkých distribučných stromov viacsmerového vysielania musí prenos zdroja viacsmerového vysielania najskôr dosiahnuť RP, až potom doručená a cesta multicastu zvyčajne nie je optimálna. Zavedie to ďalšie sieťové oneskorenie, ale smerovacie informácie, ktoré si router musí ponechať, môžu byť veľmi malé.
Protokol PIM-SM plne využíva výhody dvoch distribučných stromov viacsmerového vysielania. V počiatočnej fáze multicastu nemôže smerovač multicast použiť zdrojový strom, pretože nevie zistiť umiestnenie zdroja multicast, ale môže získať prvých niekoľko paketov multicast odoslaných zdrojom multicast cez známy uzol RP a jeho zdieľaný strom. Poznajte umiestnenie zdroja multicast a prepnite zo zdieľaného stromu do zdrojového stromu, aby ste znížili oneskorenie siete a vyhli sa úzkym miestam v sieti, ktoré môžu byť spôsobené uzlami RP.
Základná sieť metra je obvykle zložená hlavne zo smerovačov Cisco. Routery ako Cisco implementujú prepínanie distribučného stromu multicastu cez prednastavený prah SPT-Threshold prietoku. Keď sa zistí, že rýchlosť toku multicast zdroja zdroja multicast presahuje SPT-Threshold, jeho smerovanie multicastu sa prepne zo zdieľaného stromu do stromu zdroja; podobne, ak je rýchlosť toku multicastu nižšia ako SPT-Threshold, jej smerovanie multicastu Môžete tiež prepnúť späť zo zdrojového stromu do zdieľaného stromu. Prahová hodnota SPT je všeobecne nakonfigurovaná na hodnotu 0, takže smerovač po prijatí prvého paketu viacsmerového vysielania prepne zo zdieľaného stromu na zdroj.
Technológia konfigurácie 2.3RP
Ako koreňový uzol zdieľaného stromu hrá RP úlohu prepojenia hore a dole v procese multicast. Ak vezmeme do úvahy, že protokol PIM-SM má vlastnosti prepínania distribučného stromu viacnásobného vysielania, RP sa zvyčajne používa na vytvorenie počiatočného spojenia medzi zdrojom viacnásobného vysielania a smerovačom viacnásobného vysielania. Akonáhle je smerovanie multicastového smerovača prepnuté zo zdieľaného stromu na zdrojový, nebude to RP a jeho zdieľaný strom je opäť potrebný. Preto umiestnenie RP v sieti multicast nie je veľmi dôležité. Kľúčová je jeho spoľahlivosť a stabilita.
Aby sa zlepšila spoľahlivosť a stabilita RP, je možné zvoliť viac smerovačov viacsmerového vysielania na zdieľanie funkcie RP (tj. Technológia Anycast RP) a spätnému slučkovaciemu rozhraniu každého uzla RP je priradená rovnaká adresa IP, čím sa vytvára zdieľanie záťaže a ochrana proti poruchám.
Problém konfigurácie RP v sieti multicast nesúvisí iba s konfiguráciou a nasadením samotného uzla RP, ale zahŕňa aj problém, ako sa ďalšie smerovače multicast dozvedia o uzle RP. V počiatočnej fáze multicastu nemusí smerovač multicast vedieť umiestnenie zdroja multicast, ale musí byť známa adresa RP. Existujú dva hlavné spôsoby, ako môže smerovač multicast získať adresu RP, to znamená metóda RP so statickou konfiguráciou a metóda RP s automatickým zisťovaním. Statická konfigurácia RP je bezpečnejšia a môže účinne predchádzať podvodným činnostiam, ako je kovanie RP, ale pracovné zaťaženie sieťovej konfigurácie je veľké a neprispieva k dynamickému nastavovaniu RP a iných uzlov; automatické zisťovanie RP môže znížiť pracovné zaťaženie konfigurácie a uľahčiť zmeny v sieti a stratégie riadenia. Prispôsobenie, ale existujú určité bezpečnostné riziká. Pre páteřnú sieť v metropolitnej oblasti malého rozsahu môžete použiť metódu statickej konfigurácie RP na každom smerovači multicast; pre rozsiahlu chrbticovú sieť v metropolitnej oblasti s prísnymi bezpečnostnými obrannými politikami sa odporúča použiť metódu automatického zisťovania RP.
2.4 Pripojenie technológie head-end multicast typu IPTV
V počiatočnej fáze rozosielania multicast smerovače všeobecne získavajú prevádzkové a lokalizačné informácie o hlavnej stanici IPTV (tj zdroj multicast zdroja) prostredníctvom známych uzlov RP a ich zdieľaných stromov. Aby sa RP dozvedel o zdroji multicast, je router multicast priamo pripojený k zdroju multicast zodpovedný za zapuzdrenie prvých niekoľkých paketov multicast odoslaných zdrojom multicast do samostatnej správy registra PIM a inicializuje multicast na RP v jednosmerovom vysielaní. režim. Proces registrácie zdroja. Prostredníctvom tejto správy môže RP získať nielen pakety záujmovej skupiny multicast, ale aj adresu IP zdroja multicast. Potom RP preposiela informácie o zdroji rozosielania na ďalšie smerovače rozosielania a ukončí proces registrácie zdroja rozosielania pomocou správy PIM Registe-Stop.
3. Kľúčové konfiguračné technológie multicastu širokopásmovej prístupovej siete
3.1 Technológia spojenia koncového vysielania koncového používateľa IPTV
Klient IPTV (set-top box) komunikuje s multicastovým smerovačom (obvykle vykonávaným obslužným smerovačom alebo serverom so širokopásmovým prístupom) vrstvy riadenia prístupu k chrbticovej sieti metra prostredníctvom protokolu IGMP cez širokopásmovú prístupovú sieť, aby sa pripojil alebo opustil konkrétny server Skupina multicast (napr. Živý kanál IPTV).
Keď set-top box odošle správu žiadosti o pripojenie skupiny multicast k smerovaču multicast, cieľová MAC adresa správy je MAC adresa skupiny multicast namiesto smerovača multicast, ktorá sa líši od metódy unicast. Je potrebné poznamenať, že adresa MAC skupiny multicast skutočne zodpovedá 32 rôznym adresám IP skupiny multicast. Je to preto, že MAC adresa skupiny multicast je 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, to znamená, že efektívny adresný priestor je iba 23 bitov a efektívny adresa skupiny multicast IP IP Existuje 28 medzier.
Vzťah mapovania medzi týmito dvoma je vyrovnať spodných 23 bitov adresy MACC s dolnými 23 bitmi adresy IP, čo vedie k strate horných 5 bitov adresy IP skupiny multicast. Napríklad, ak tri rôzne živé kanály IPTV používajú ako adresy IP skupiny multicast 224.0.0.1, 224.128.0.1 a 239.128.0.1, ich príslušné adresy MAC skupiny multicast sú všetky 01: 00: 5E: 00: 00:01, čo spôsobí, že set-top box a druhostupňové zariadenie širokopásmovej prístupovej siete nebudú schopné rozlíšiť tieto tri signály. Preto pri plánovaní multicastových IP adries venujte pozornosť týmto problémom.
3.2 Technológia zasielania multicast preposielania vrstvy 2
Širokopásmová prístupová sieť sa skladá z veľkého počtu sieťových prvkov, ako sú prepínače vrstvy 2 a DSLAM bežiace na vrstve dátového spojenia. Funkciou vybavenia vrstvy 2 je, že vymieňa / predáva dátové rámce na základe MAC adries medzi portami zariadenia a má zlé funkcie analýzy a smerovania pre tretiu vrstvu (sieťovú vrstvu) paketov IP, takže nemôže priamo podporovať IGMP pracujúci na tretia vrstva. A ďalšie multicastové protokoly. Keď typické zariadenie vrstvy 2, ako napríklad prepínač, spracuje multicastový prenos IPTV, vysiela multicastové dátové rámce na všetky svoje porty podľa neznámych cieľových adries alebo metód vysielania, čo pravdepodobne spôsobí problémy, ako napríklad búrky vysielania.
Na vyriešenie problému zahlcovania paketov multicast je potrebné prijať technológie preposielania multicast preposielania vrstvy 2, ako sú technológie IGMP Snooping a IGMP Proxy. Technológia IGMP Snooping monitoruje správu IGMP medzi set-top boxom a smerovačom multicast, aby uchopila vzťah preposielania portu zariadenia k dátovému rámcu multicast; zatiaľ čo technológia IGMP Proxy zachytáva správu IGMP medzi set-top boxom a smerovačom multicastového filtrovania. Filtrovanie a preposielanie proxy serverov môže ušetriť prenos multicastového prenosu medzi smerovačom multicastového routeru a zariadením vrstvy 2, vyžaduje však vysoké ukazovatele výkonu, ako je kapacita spracovania a pamäť zariadenia sieťových prvkov. Pri konfigurácii zariadení vrstvy 2 si môžete vybrať podľa skutočného výkonu zariadenia sieťových prvkov a stupňa podpory technológie IGMP Snooping / Proxy.
Vezmime si ako príklad živý kanál IPTV so šírkou pásma 2 Mbit / s. Ak zariadenie vrstvy 2 nepoužíva technológiu preposielania viacsmerového vysielania vrstvy 2, pakety viacsmerového vysielania odoslané všetkým používateľom IPTV sa preposielajú na všetky porty, aj keď má port používateľa rýchlosť 10 Mbit / s. s Šírka pásma prístupu, multicast pakety 5 živých kanálov IPTV môžu byť blokované; po prijatí technológie preposielania viacsmerového vysielania vrstvy 2 sa pakety viacsmerového vysielania preposielajú na porty iba s požiadavkou na použitie a ak je každý port pripojený nanajvýš Pre set-top box IPTV najviac iba jeden paket viacsmerového vysielania (tj. 2 Mbit / s prenos) živého kanálu sa presmeruje na príslušný port.
3.3 Technológia konfigurácie VLAN
Prevádzka smerovaná multicastom vrstvy 2 zahŕňa iba multicastové služby IPTV a nezahŕňa ďalšie širokopásmové služby. Preto sa v širokopásmovej prístupovej sieti zvyčajne používajú technológie, ako sú napríklad VLAN, na izoláciu prenosu IPTV multicast od ostatných služieb a prenosu používateľov. Bežne používané technológie VLAN zahŕňajú technológiu replikácie multicast replikácie medzi VLAN z multicastovej VLAN na každú VLAN používateľa a QinQ, ktorý nerieši dostatočný počet VLAN ID
3.4 Statická multicastová a dynamická multicastová technológia
Živý program IPTV sa dodáva do užívateľského terminálu prostredníctvom siete IP na doručiteľa a existujú hlavne dva režimy viacsmerového vysielania, a to režim dynamického viacsmerového vysielania a režim statického viacsmerového vysielania. V režime dynamického viacnásobného vysielania budú prepínače, DSLAM a ďalšie zariadenia prijímať a dodávať kanálový program až po prijatí prvej žiadosti používateľa o pripojenie ku kanálu (skupina skupinového vysielania); a keď kanál (skupina multicast) vydrží Po odhlásení používateľa zariadenie sieťových prvkov prestane prijímať prúd multicast. Režim statického viacnásobného vysielania má staticky konfigurovať vstupy MAC preposielania viacnásobného vysielania každého kanála IPTV (skupina viacnásobného vysielania) na prepínacom zariadení, bez ohľadu na to, či to následní používatelia sledujú alebo nie, bol prúd viacnásobného vysielania doručený zariadeniu sieťových prvkov.
Statický multicastový prenos nemá nič spoločné s počtom používateľov IPTV, iba s počtom kanálov a šírkou pásma na kanál. Ak je počet používateľov menší ako počet kanálov, prenos bude vyšší ako prenos jednosmerového vysielania; maximálna prevádzka dynamického viacnásobného vysielania je, keď je počet súbežných používateľov IPTV menší ako počet kanálov. Keď je počet súbežných používateľov IPTV väčší ako počet kanálov, je to ekvivalentné so statickým viacsmerovým prenosom. V režime statického viacnásobného vysielania je rýchlosť prepínania kanálov používateľa vysoká a vnímanie služby je dobré, ale dopyt po šírke pásma siete je väčší; dynamické multicast môže za každých okolností minimalizovať sieťový prenos, ale keď používateľ prijme nový kanál (skupina Multicast), môže dôjsť k určitému oneskoreniu v sieti.
Ak je počet používateľov IPTV pripojených k sieťovému zariadeniu veľmi malý, výhody multicastu nie sú zrejmé. Preto v počiatočnej fáze vývoja služieb IPTV nie je veľa používateľov IPTV alebo nebola zrekonštruovaná širokopásmová prístupová sieť. Na prenos živých signálov IPTV môžete použiť dynamické multicast alebo dokonca unicast. Keď počet používateľov pripojených k sieťovému zariadeniu vysoko prevyšuje počet kanálov IPTV, vlastnosti multicastu na šetrenie šírky pásma sieťového prenosu sa stávajú čoraz významnejšími. V tejto dobe, to znamená, keď bola služba IPTV vyvinutá v zrelom štádiu a bola uskutočnená transformácia širokopásmovej prístupovej siete, je možné na prenos živého signálu IPTV na ďalšie zlepšenie kvality služby IPTV použiť režim statického multicastu. Prevádzkovatelia sa preto môžu rozhodnúť, či nakonfigurujú prístupové sieťové zariadenie v dynamickom alebo statickom režime viacsmerového vysielania podľa skutočných podmienok, ako je kvalita siete a penetrácia služby IPTV.
Záver 4
Tento dokument kombinuje existujúcu sieť metropolitných oblastí IP telekomunikačných operátorov. Tento dokument systematicky popisuje kľúčové technológie konfigurácie siete IPTV typu end-to-end multicast push, ktorá má pre telekomunikačných operátorov dobrý referenčný význam pre efektívne a hospodárne zavádzanie a implementáciu služieb IPTV.
|
Zadajte e-mail, aby ste dostali prekvapenie
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikánčina
sq.fmuser.org -> albánsky
ar.fmuser.org -> arabčina
hy.fmuser.org -> Arménsky
az.fmuser.org -> azerbajdžanský
eu.fmuser.org -> baskičtina
be.fmuser.org -> bieloruský
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> katalánčina
zh-CN.fmuser.org -> čínština (zjednodušená)
zh-TW.fmuser.org -> čínština (tradičná)
hr.fmuser.org -> chorvátčina
cs.fmuser.org -> čeština
da.fmuser.org -> dánčina
nl.fmuser.org -> Dutch
et.fmuser.org -> estónčina
tl.fmuser.org -> filipínsky
fi.fmuser.org -> fínčina
fr.fmuser.org -> French
gl.fmuser.org -> galícijčina
ka.fmuser.org -> gruzínsky
de.fmuser.org -> nemčina
el.fmuser.org -> Greek
ht.fmuser.org -> haitská kreolčina
iw.fmuser.org -> hebrejčina
hi.fmuser.org -> hindčina
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandský
id.fmuser.org -> indonézština
ga.fmuser.org -> írsky
it.fmuser.org -> Italian
ja.fmuser.org -> japončina
ko.fmuser.org -> kórejčina
lv.fmuser.org -> lotyšský
lt.fmuser.org -> litovčina
mk.fmuser.org -> macedónsky
ms.fmuser.org -> malajčina
mt.fmuser.org -> maltčina
no.fmuser.org -> Norwegian
fa.fmuser.org -> perzský
pl.fmuser.org -> poľština
pt.fmuser.org -> portugalčina
ro.fmuser.org -> rumunčina
ru.fmuser.org -> ruština
sr.fmuser.org -> srbčina
sk.fmuser.org -> slovenčina
sl.fmuser.org -> slovinčina
es.fmuser.org -> španielčina
sw.fmuser.org -> svahilčina
sv.fmuser.org -> švédčina
th.fmuser.org -> Thai
tr.fmuser.org -> turečtina
uk.fmuser.org -> ukrajinčina
ur.fmuser.org -> urdčina
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> waleština
yi.fmuser.org -> jidiš
FMUSER Bezdrôtové vysielanie videa a zvuku je jednoduchšie!
Kontakt
adresa:
Budova č. 305 Izba HuiLan č. 273 Huanpu Road Kanton Čína 510620
Kategórie
Prihlás sa na odber Newslettra