FMUSER Wirless stuur video en klank makliker toe!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabies
hy.fmuser.org -> Armeens
az.fmuser.org -> Azerbeidjans
eu.fmuser.org -> Baskies
be.fmuser.org -> Belo-Russies
bg.fmuser.org -> Bulgaars
ca.fmuser.org -> Katalaans
zh-CN.fmuser.org -> Chinees (vereenvoudig)
zh-TW.fmuser.org -> Sjinees (Tradisioneel)
hr.fmuser.org -> Kroaties
cs.fmuser.org -> Tsjeggies
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlandse
et.fmuser.org -> Esties
tl.fmuser.org -> Filippyns
fi.fmuser.org -> Fins
fr.fmuser.org -> Franse
gl.fmuser.org -> Galisies
ka.fmuser.org -> Georgies
de.fmuser.org -> Duits
el.fmuser.org -> Grieks
ht.fmuser.org -> Haïtiaanse kreool
iw.fmuser.org -> Hebreeus
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Yslands
id.fmuser.org -> Indonesies
ga.fmuser.org -> Iers
it.fmuser.org -> Italiaanse
ja.fmuser.org -> Japannees
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Litaus
mk.fmuser.org -> Masedonies
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Noorse
fa.fmuser.org -> Persies
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russies
sr.fmuser.org -> Serwies
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Sloveens
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Oerdoe
vi.fmuser.org -> Viëtnamees
cy.fmuser.org -> Wallies
yi.fmuser.org -> Jiddisj
1 Inleiding
As 'n nuwe internet-multimedia-diens van hoë bandbreedte, van hoë gehalte, stel IPTV hoër vereistes aan die IP-netwerk van telekomoperateurs. In vergelyking met die tradisionele unicast-tegnologie, het die multicast-tegnologie die voordeel dat die netwerkbandwydte nie lineêr toeneem met die aantal gebruikers op grond van die ekwivalente transmissiedoeltreffendheid nie, en die las van die video-bediener en die draer-netwerk effektief kan bespaar. Daarom word aanbeveel dat telekommunikasie-operateurs IPTV-dienste doeltreffend en ekonomies kan implementeer en implementeer, en dit word aanbeveel om end-to-end multicast push te gebruik, en die konfigurasie van die IP multicast netwerk is die sleutel.
Op die oomblik bestaan die IP-netwerk van telekommunikasie-operatore hoofsaaklik uit metropolitaanse ruggraatnetwerk en breëbandtoegangsnetwerk, en die IPTV-diensdata word op hul beurt deur die metropolitaanse ruggraatnetwerk en breëbandtoegangsnetwerk gestuur. Die metro-ruggraatnetwerk bestaan hoofsaaklik uit netwerklaag (laag 3) -toestelle, wat multicast-routeringsprotokolle soos PIM-SM in staat stel om toegang tot multicast-bronne (dws IPTV-koptoestelle) te kry vir die routing en aanstuur van multicast-pakkette. Die breëbandtoegangsnetwerk bestaan hoofsaaklik uit toerusting vir dataverbindingslaag (laag 2), en tegnologieë soos IGMP Proxy of IGMP Snooping kan gebruik word vir Layer 2 multicast-deurstuur om toegang tot IPTV-terminaltoerusting (dws IPTV-set-top-bokse) te kry. Figuur 1 is 'n skematiese diagram van 'n IPTV end-to-end multicast push-model.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Figuur 1 IPTV end-to-end multicast-druknetwerkmodel
Hierdie artikel beskryf die belangrikste konfigurasietegnologieë van die IPTV end-to-end multicast push-netwerk vanaf twee verskillende netwerkvlakke: die metro-backbone-netwerk en die breëband-toegangsnetwerk.
2. Belangrike multicast-opsettegnologie vir metro-ruggraatnetwerk
2.1 Multicast-routeringstegnologie
Die belangrikste verskil tussen 'n multicast-boodskap en 'n unicast-boodskap is die identifisering van die adres van die boodskapbestemming. Die bestemmingsadres van die multicast-boodskap is die multicast-groepadres (klas D IP-adres wat begin met "1110"), en die unicast-boodskap is gebaseer op die IP van die bestemmingsgasheer. Die adres word as bestemmingsadres gebruik. Aangesien daar geen een-tot-een-korrespondensie tussen die multicast-groepadres en die bestemmingsgasheer is nie, kan die multicast-router slegs die uniekheid van die bronadres van die boodskap gebruik om besluite oor die roete te neem. Met ander woorde, die multicast-router stuur die boodskap in die rigting van die multicast-bron af gebaseer op die bronadres van die boodskap in plaas van die bestemmingsadres. Hierdie tegnologie word reverse path forwarding genoem (kortweg RPF).
Om probleme soos routing-lusse te vermy, bepaal RPF dat multicast-pakkies die router vanaf die aangewese stroomop aangrensende knooppunt moet bereik, en multicast-pakkies wat deur ander naburige nodusse aangestuur word, word weggegooi. Wanneer daar 'n probleem met multicast-routing is, kan multicast-pakkies moontlik nie deur ander paaie kom nie, soos unicast-pakkette, IPTV-regstreekse uitsaaiseine sal in die ruggraatnetwerk onderbreek word, en unicast-toepassings soos webblaai en e-pos stuur en ontvang is normaal struikelblokke. Op die oomblik, langs die multicast-verspreidingspad, gaan u na die RPF-routeringstabel van die multicast-router en sy stroomopliggende naburige nodusse.
2.2 Multicast routing skakel tegnologie
Die multicast-verspreidingsboom in die PIM-SM-protokol kan in twee kategorieë verdeel word: bronboom en gedeelde boom. Die bronboom gebruik die multicast-bron as die wortel van die boom, ook bekend as die kortste paadjieboom, wat die end-to-end multicast-vertraging kan verminder, maar die router moet 'n groot hoeveelheid roete-inligting stoor, wat baie verbruik van stelselbronne; die gedeelde boom gebruik RP (PIM-SM) 'n Belangrike router in die protokol wat gebruik word vir routing en converging tussen multicast-bronne en multicast-routers) As die algemene wortelknoop van alle multicast-verspreidingsbome, moet multicast-bronverkeer eers die RP bereik voordat dit afgelewer word, en die multicast-pad is gewoonlik nie optimaal nie. Dit sal addisionele netwerkvertraging inbring, maar die roete-inligting wat die router moet behou, kan baie klein wees.
Die PIM-SM-protokol maak ten volle gebruik van die voordele van die twee multicast-verspreidingsbome. In die beginfase van multicast kan die multicast-router nie die bronboom gebruik nie omdat dit nie die ligging van die multicast-bron kan ken nie, maar wel die eerste paar multicast-pakkette wat deur die multicast-bron gestuur word, via die bekende RP-knoop en sy gedeelde boom kry. Ken die ligging van die multicast-bron en skakel oor van die gedeelde boom na die bronboom om netwerkvertraging te verminder en netwerkknelpunte wat deur RP-nodes kan veroorsaak, te vermy.
Die metro-ruggraatnetwerk bestaan meestal hoofsaaklik uit Cisco-routers. Routers soos Cisco implementeer die skakel van die multicast-verspreidingsboom deur die voorafbepaalde drempel SPT-drempel van die vloeitempo. As dit ontdek word dat die multicast-vloeitempo van 'n multicast-bron SPT-drempel oorskry, sal die multicast-routing van die gedeelde boom na die bronboom oorskakel; insgelyks, as die multicast-vloeitempo laer is as SPT-drempel, is die multicast-routing daarvan. U kan ook terugskakel van die bronboom na die gedeelde boom. SPT-drempel is meestal ingestel op 0, sodat die router van die gedeelde boom na die bron sal oorskakel na ontvangs van die eerste multicast-pakket.
2.3 RP-konfigurasietegnologie
As die wortelknoop van die gedeelde boom, speel RP 'n rol om op en af te skakel in die multicast-proses. Aangesien die PIM-SM-protokol die kenmerke van multicast-verspreidingsboomskakeling het, word RP gewoonlik gebruik om die aanvanklike verbinding tussen die multicast-bron en die multicast-router te bewerkstellig. Sodra die multicast-routering van die router van die gedeelde boom na die bronboom oorgeskakel is, sal dit nie RP nie en sy gedeelde boom is weer nodig. Daarom is die ligging van die RP in die multicast-netwerk nie baie belangrik nie. Die sleutel is die betroubaarheid en stabiliteit daarvan.
Ten einde die betroubaarheid en stabiliteit van RP te verbeter, kan verskeie multicast-routers gekies word om die funksie van RP (dit wil sê Anycast RP-tegnologie) te deel, en die loopback-koppelvlak van elke RP-knoop word dieselfde IP-adres toegeken, waardeur die lasverdeling en foutbeskerming.
Die RP-konfigurasieprobleem in die multicast-netwerk hou nie net verband met die konfigurasie en ontplooiing van die RP-node self nie, maar behels ook die probleem van hoe ander multicast-routers oor die RP-node leer. In die beginfase van multicast weet die multicast-router moontlik nie die ligging van die multicast-bron nie, maar die RP-adres moet bekend wees. Daar is twee maniere waarop 'n multicast-router 'n RP-adres kan kry, dit wil sê die statiese konfigurasie RP-metode en die outomatiese RP-metode. Die statiese opset van RP is veiliger en kan bedrieglike aktiwiteite soos die smee van RP effektief voorkom, maar die werkslading van netwerkkonfigurasie is swaar en dit is nie bevorderlik vir die dinamiese aanpassing van RP en ander nodusse nie; die outomatiese ontdekking van RP kan die werkslading van konfigurasie verminder en netwerkveranderings en beheerstrategieë vergemaklik. Aanpassing, maar daar is sekere veiligheidsrisiko's. Vir 'n klein skaalnetwerk in die metropolitaanse gebied, kan u die metode gebruik om RP op elke multicast-router staties in te stel; vir 'n grootskaalse metropolitaanse ruggraatnetwerk met streng veiligheidsbeskermingsbeleid, word dit aanbeveel om die metode te gebruik om RP outomaties te ontdek.
2.4 IPTV head-end multicast-aansluitingstegnologie
In die aanvangsfase van multicast kry multicast-routers gewoonlik IPTV-kop (dws multicast-bron) verkeers- en liggingsinligting deur bekende RP-nodes en hul gedeelde bome. Om die RP te leer oor die multicast-bron, is die multicast-router wat direk aan die multicast-bron gekoppel is, verantwoordelik vir die inkapseling van die eerste paar multicast-pakkies wat deur die multicast-bron gestuur word in 'n aparte PIM-registerboodskap, en begin multicast na die RP in unicast wyse. Bronregistrasieproses. Deur middel van hierdie boodskap kan die RP nie net die pakkies van die multicast-groep van belang verkry nie, maar ook die IP-adres van die multicast-bron. Daarna stuur die RP die multicast-broninligting na ander multicast-routers deur, en eindig die multicast-bronregistrasieproses met 'n PIM Registe-Stop-boodskap.
3. Multicast-sleutelkonfigurasietegnologie van breëbandtoegangsnetwerk
3.1 IPTV-gebruikers-einde multicast-aansluitingstegnologie
Die IPTV-kliënt (set-top box) kommunikeer met die multicast-router (gewoonlik onderneem deur die diensrouter of breëbandtoegangbediener) van die metro-backbone netwerkdienstoegangsbeheerlaag deur middel van die IGMP-protokol via die breëbandtoegangsnetwerk om by 'n spesifieke Multicast-groep (dws IPTV live kanaal).
Wanneer 'n set-top box 'n multicast-groepboodskap-boodskap na 'n multicast-router stuur, is die bestemmings-MAC-adres van die boodskap die MAC-adres van die multicast-groep in plaas van die multicast-router, wat verskil van die unicast-metode. Daar moet op gelet word dat 'n multicast-groep-MAC-adres eintlik ooreenstem met 32 verskillende multicast-groep-IP-adresse. Dit is omdat die MAC-adres van die multicast-groep 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, dit wil sê, die effektiewe adresruimte is slegs 23 bis en die effektiewe adres van die multicast-groep IP Daar is 28 spasies.
Die karteringsverhouding tussen die twee is om die onderste 23 bisse van die MACC-adres gelyk te stel aan die onderste 23 bits van die IP-adres, wat lei tot die verlies van die boonste 5 bisse van die multicast-groep IP-adres. As drie verskillende IPTV-regstreekse kanale byvoorbeeld 224.0.0.1, 224.128.0.1 en 239.128.0.1 as die multicast-groep-IP-adresse gebruik, is hul ooreenstemmende multicast-groep MAC-adresse almal 01: 00: 5E: 00: 00:01, wat veroorsaak dat die set-top box en die tweede vlak toerusting van die breëband-toegangnetwerk nie die drie seine kan onderskei nie. Let daarom op sulke kwessies wanneer u IP-adresse vir multicast beplan.
3.2 Laag 2 multicast-aanstuur-tegnologie
Die breëbandtoegangsnetwerk bestaan uit 'n groot aantal netwerkelementtoestelle soos laag 2-skakelaars en DSLAM's wat op die dataskakellaag werk. Die kenmerk van Layer 2-toerusting is dat dit datarame uitruil / aanstuur gebaseer op MAC-adresse tussen toestelpoorte, en dat dit swak ontleding- en routeringsfunksies het vir die derde laag (netwerklaag) van IP-pakkies, sodat dit IGMP nie direk kan ondersteun om aan die derde laag. En ander multicast-protokolle. Wanneer 'n tipiese laag 2-toestel soos 'n skakelaar IPTV-multicast-verkeer verwerk, saai dit multicast-datarame na al sy poorte uit volgens onbekende bestemmingsadresse of uitsaaimetodes, wat waarskynlik probleme soos uitsaaistorms sal veroorsaak.
Om die probleem van die oorstroming van multicast-pakkette op te los, moet Layer 2 multicast-aanstuur-tegnologieë, soos IGMP Snooping en IGMP Proxy-tegnologieë, aanvaar word. Die IGMP Snooping-tegnologie monitor die IGMP-boodskap tussen die set-top box en die multicast-router om die aanstuurverhouding van die apparaatpoort na die multicast-dataraam te begryp; terwyl die IGMP Proxy-tegnologie die IGMP-boodskap tussen die set-top box en die multicast-router onderskep. Filtering en proxy-deurstuur kan multicast-verkeer tussen die multicast-router en die Layer 2-toestel bespaar, maar dit vereis hoë prestasie-aanwysers soos die verwerkingskapasiteit en geheue van die netwerk-elementtoestel. Wanneer u Layer 2-toestelle instel, kan u kies volgens die werklike prestasie van die netwerkelementtoestel en die mate van ondersteuning vir IGMP Snooping / Proxy-tegnologie.
Neem 'n IPTV live kanaal met 'n bandwydte van 2 Mbit / s as voorbeeld. As die Layer 2-toestel nie Layer 2 multicast-deurstuur-tegnologie gebruik nie, sal die multicast-pakkies wat aan alle IPTV-gebruikers gestuur word, na alle poorte gestuur word, selfs al het die gebruikerspoort 10 Mbit / s. s Toegang tot bandwydte, kan die multicast-pakkette van 5 IPTV-regstreekse kanale geblokkeer word; na die aanvaarding van die Layer 2 multicast-aanstuur-tegnologie, word die multicast-pakkies slegs na die poorte gestuur met die gebruiksaanvraag, en as elke poort hoogstens net gekoppel is Vir 'n IPTV-set-top box, hoogstens net een multicast-pakket (dit wil sê, 2 Mbit / s verkeer) van 'n regstreekse kanaal word na die ooreenstemmende poort gestuur.
3.3 VLAN-konfigurasietegnologie
Die verkeer wat deur Layer 2 multicast aangestuur word, behels slegs IPTV multicast-dienste en behels nie ander breëbanddienste nie. Daarom word tegnologie soos VLAN's in die breëbandtoegangsnetwerk gewoonlik gebruik om IPTV multicast-verkeer van ander dienste en gebruikersverkeer te isoleer. Gewoonlik gebruikte VLAN-tegnologieë sluit in kruis-VLAN multicast replikasie tegnologie van multicast VLAN na elke VLAN van die gebruiker, en QinQ, wat onvoldoende aantal VLAN ID's oplos
3.4 Statiese multicast- en dinamiese multicast-tegnologie
Die IPTV-regstreekse program word via die IP-draer-netwerk by die gebruikerterminal afgelewer, en daar is hoofsaaklik twee multicast-modusse, naamlik dinamiese multicast-modus en statiese multicast-modus. In dinamiese multicast-modus sal skakelaars, DSLAM's en ander toestelle die kanaalprogram ontvang en lewer slegs nadat die eerste gebruikersversoek om by 'n kanaal (multicast-groep) aangesluit het, ontvang is; en wanneer die kanaal (multicast-groep) duur As 'n gebruiker afmeld, sal die netwerkelementtoestel nie meer die multicast-stroom ontvang nie. Die statiese multicast-modus is om die MAC multicast-aanstuur-inskrywings van elke IPTV-kanaal (multicast-groep) op die skakelapparaat staties in te stel, ongeag of die stroomaf-gebruikers daarna kyk of nie, die multicast-stroom is aan die netwerkelementtoerusting gelewer.
Statiese multicast-verkeer het niks te doen met die aantal IPTV-gebruikers nie, net die aantal kanale en bandwydte per kanaal. As die aantal gebruikers minder is as die aantal kanale, sal die verkeer groter wees as die een-verkeer-verkeer; die maksimum verkeer van dinamiese multicast is wanneer die aantal gelyktydige IPTV-gebruikers minder is as die aantal kanale. As die aantal IPTV-gebruikers gelyktydig groter is as die aantal kanale, is dit gelyk aan statiese multicast-verkeer. In die statiese multicast-modus is die snelheid van die gebruiker se kanaalskakelings vinnig en is die persepsie van die diens goed, maar die vraag na netwerkbandwydte is groter; dinamiese multicast kan die netwerkverkeer onder geen omstandighede verminder nie, maar wanneer die gebruiker 'n nuwe kanaal (Multicast-groep) ontvang, kan daar 'n sekere netwerkvertraging wees.
Wanneer die aantal IPTV-gebruikers wat aan die netwerktoerusting gekoppel is, baie klein is, is die voordele van multicast nie duidelik nie. Daarom is daar in die eerste fase van die ontwikkeling van IPTV-dienste nie veel IPTV-gebruikers nie, of is die breëbandtoegangsnetwerk nie herkonstrueer nie. U kan dinamiese multicast of selfs unicast gebruik om live IPTV-seine uit te stuur. Wanneer die aantal gebruikers wat aan 'n netwerktoestel gekoppel is, die aantal IPTV-kanale ver oorskry, word die kenmerke van multicasting om netwerkverkeersbandwydte te bespaar al hoe belangriker. Op die oomblik, dit wil sê, wanneer die IPTV-diens tot 'n volwasse stadium ontwikkel is en die transformasie van breëbandtoegangsnetwerke plaasgevind het, kan die statiese multicast-modus gebruik word om die IPTV-lewendige sein uit te stuur om die IPTV-diensgehalte verder te verbeter. Daarom kan operateurs besluit of hulle die toegangsnetwerktoerusting in 'n dinamiese of statiese multicast-modus instel volgens werklike toestande soos netwerkkwaliteit en IPTV-dienspenetrasie.
4 Gevolgtrekking
In hierdie artikel word die sleuteltegnologieë van IPTV end-to-end multicast push-netwerk-konfigurasie gekombineer, wat die sleuteltegnologieë van IPTV end-to-end multicast push-netwerkkonfigurasie stelselmatig uiteensit, wat vir telekomoperateurs 'n goeie verwysingsbelang het om IPTV-dienste doeltreffend en ekonomies te implementeer en te implementeer.
|
Voer e-posadres in om 'n verrassing te kry
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabies
hy.fmuser.org -> Armeens
az.fmuser.org -> Azerbeidjans
eu.fmuser.org -> Baskies
be.fmuser.org -> Belo-Russies
bg.fmuser.org -> Bulgaars
ca.fmuser.org -> Katalaans
zh-CN.fmuser.org -> Chinees (vereenvoudig)
zh-TW.fmuser.org -> Sjinees (Tradisioneel)
hr.fmuser.org -> Kroaties
cs.fmuser.org -> Tsjeggies
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlandse
et.fmuser.org -> Esties
tl.fmuser.org -> Filippyns
fi.fmuser.org -> Fins
fr.fmuser.org -> Franse
gl.fmuser.org -> Galisies
ka.fmuser.org -> Georgies
de.fmuser.org -> Duits
el.fmuser.org -> Grieks
ht.fmuser.org -> Haïtiaanse kreool
iw.fmuser.org -> Hebreeus
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Yslands
id.fmuser.org -> Indonesies
ga.fmuser.org -> Iers
it.fmuser.org -> Italiaanse
ja.fmuser.org -> Japannees
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Litaus
mk.fmuser.org -> Masedonies
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Noorse
fa.fmuser.org -> Persies
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russies
sr.fmuser.org -> Serwies
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Sloveens
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Oerdoe
vi.fmuser.org -> Viëtnamees
cy.fmuser.org -> Wallies
yi.fmuser.org -> Jiddisj
FMUSER Wirless stuur video en klank makliker toe!
Kontak Ons
adres:
No.305 Kamer HuiLan-gebou No.273 Huanpu-weg Guangzhou China 510620
kategorieë
Nuusbrief