FMUSER Wirless senda vídeó og hljóð auðveldara!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afríku
sq.fmuser.org -> albanska
ar.fmuser.org -> arabísku
hy.fmuser.org -> armenska
az.fmuser.org -> Aserbaídsjan
eu.fmuser.org -> baskneska
be.fmuser.org -> Hvíta-Rússneska
bg.fmuser.org -> búlgarska
ca.fmuser.org -> katalónska
zh-CN.fmuser.org -> kínverska (einfölduð)
zh-TW.fmuser.org -> Kínverska (hefðbundin)
hr.fmuser.org -> Króatíska
cs.fmuser.org -> tékkneska
da.fmuser.org -> danska
nl.fmuser.org -> Hollendingar
et.fmuser.org -> eistneska
tl.fmuser.org -> filippseyska
fi.fmuser.org -> finnska
fr.fmuser.org -> franska
gl.fmuser.org -> galisíska
ka.fmuser.org -> Georgíumaður
de.fmuser.org -> þýska
el.fmuser.org -> gríska
ht.fmuser.org -> krít frá Haítí
iw.fmuser.org -> hebreska
hi.fmuser.org -> hindí
hu.fmuser.org -> ungverska
is.fmuser.org -> Íslenska
id.fmuser.org -> indónesísku
ga.fmuser.org -> Írar
it.fmuser.org -> ítalska
ja.fmuser.org -> japanska
ko.fmuser.org -> kóreska
lv.fmuser.org -> Lettneska
lt.fmuser.org -> Litháen
mk.fmuser.org -> Makedónska
ms.fmuser.org -> Malay
mt.fmuser.org -> maltneska
no.fmuser.org -> norska
fa.fmuser.org -> persneska
pl.fmuser.org -> pólska
pt.fmuser.org -> portúgalska
ro.fmuser.org -> rúmensk
ru.fmuser.org -> rússneska
sr.fmuser.org -> serbneska
sk.fmuser.org -> Slóvakía
sl.fmuser.org -> Slóvenía
es.fmuser.org -> spænska
sw.fmuser.org -> svahílí
sv.fmuser.org -> sænska
th.fmuser.org -> Tælenskur
tr.fmuser.org -> tyrkneska
uk.fmuser.org -> Úkraínska
ur.fmuser.org -> úrdú
vi.fmuser.org -> Víetnam
cy.fmuser.org -> velska
yi.fmuser.org -> jiddíska
1 Inngangur
Sem ný hábandsvídd, hágæða margmiðlunarþjónusta á internetinu, gerir IPTV meiri kröfur til IP-höfuðborgarsvæðis símafyrirtækja. Í samanburði við hefðbundna unicast tækni hefur multicast tæknin þann kost að bandbreidd netsins eykst ekki línulega með fjölda notenda á grundvelli jafngildrar flutningsnýtingar og getur í raun bjargað álagi myndbandamiðlarans og flutningsnetkerfisins. Þess vegna, fyrir símafyrirtæki að dreifa og innleiða IPTV þjónustu á skilvirkan og efnahagslegan hátt, er mælt með því að nota endapend multicast ýta, og stillingin á IP multicast netinu er lykillinn.
Sem stendur er IP höfuðborgarsvæði símafyrirtækja aðallega samsett af burðarneti höfuðborgarsvæðisins og breiðbandsaðgangsneti og IPTV þjónustugögnum er ýtt til notendahafsins í gegnum burðarnet og höfuðbreiðbandaðgangsnet höfuðborgarsvæðisins. Metro burðarnetið er aðallega samsett úr netlagstækjum (lag 3), sem geta gert samskiptareglum fyrir margmiðlunarleiðbeiningar eins og PIM-SM aðgang að margmiðlunargjöfum (þ.e. IPTV höfuðtengibúnaði) til að beina og framsenda fjölvarpspakka. Breiðbandsaðgangsnetið er aðallega samsett úr gagnatengilaga (lag 2) búnaði og tækni eins og IGMP Proxy eða IGMP Snooping er hægt að nota fyrir Layer 2 fjölvarpssendingar til að fá aðgang að IPTV endabúnaði (þ.e. IPTV stillibox). Mynd 1 er skýringarmynd af IPTV ýta líkani frá enda til enda.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Mynd 1 IPTV endi-til-enda multicast ýta net líkan
Þessi grein lýsir lykilskipulagstækni IPTV endanlegs margmiðlunarnetkerfis frá tveimur mismunandi netstigum: Metro burðarnetið og breiðband aðgangsnetið.
2. Lykill multicast stillingar tækni fyrir Metro burðarnet
2.1 Multicast routing tækni
Helsti munurinn á fjölskilaboðum og skilaboðum er skilgreining áfangastaðar skilaboðanna. Áfangaslóð margskeytisskilaboðanna er netvarp fjölvarpshópsins (IP-tölu í flokki D sem byrjar á „1110“) og skilaboðin um skilaboð eru byggð á IP-tölum áfangastaðarins. Heimilisfangið er notað sem áfangastaður. Þar sem engin ein-til-einn samsvörun er milli fjölvarpshópsfangsins og ákvörðunarhýsilsins getur fjölvarpssendingin aðeins notað sérstöðu uppsprettu heimilisfangs skilaboðanna til að taka ákvarðanir um leið. Með öðrum orðum sendir leiðsendingarskilaboðin skilaboðin í áttina frá uppsprettu fjölvarpsins á grundvelli heimilisfangs skilaboðanna í stað áfangastaðarins. Þessi tækni er kölluð andstæða framsending (RPF í stuttu máli).
Til að koma í veg fyrir vandamál eins og leiðarlykkjur, kveður RPF á um að fjölpakkapakkar verði að ná til leiðar frá tilnefndum uppstreymis nálægum hnút og farpóstpökkum sem áframsendir eru af öðrum nálægum hnútum er fargað. Þegar vandamál eru með leiðbeiningum um fjölvarpssendingar geta fjölpóstapakkar ekki náð um aðrar slóðir eins og unicast-pakkar, IPTV bein útsendingarmerki verða trufluð í burðarnetinu og forrit eins og netskoðun og tölvupóstsending og móttaka eru eðlileg hindranir. Á þessum tíma, meðfram fjölbreiðudreifingarleiðinni, athugaðu RPF leiðarborð fjölvarpssprautunnar og andstreymis nálæga hnúta hennar.
2.2 Skiptatækni fyrir fjölvarpssendingar
Fjölbreiða dreifitrénu í PIM-SM samskiptareglunni má skipta í tvo flokka: upprunatré og sameiginlegt tré. Uppruni trésins notar multicast uppsprettuna sem rót trésins, einnig þekkt sem stysta stígstréð, sem getur lágmarkað töf á endasendingu fjöltölva, en leiðin verður að geyma mikið magn af leiðarupplýsingum, sem eyðir miklu af kerfisauðlindum; sameiginlega tréið notar RP (PIM-SM) Mikilvægur leið í samskiptareglunni, notaður til að beina og renna saman milli fjölvarpsuppsprettna og fjölvarpsspárleiða) Sem sameiginlegur rótarhnútur allra dreifitrés fjölvarpssendinga verður uppsprettaumferð fjölvarpsins fyrst að ná RP áður afhent, og fjölvarpsslóðin er venjulega ekki ákjósanleg, það mun koma til viðbótar töf á netinu, en upplýsingar um vegvísun sem leiðin þarf að halda geta verið mjög litlar.
PIM-SM samskiptareglan nýtir kostina af fjölþáttadreifitrjánum að fullu. Í upphafsstigi multicast getur multicast routerinn ekki notað source tree því það getur ekki vitað staðsetningu multicast uppsprettunnar, en það getur fengið fyrstu fjölpakkapakkana sem sendir eru frá multicast uppsprettunni í gegnum þekktan RP hnút og sameiginlega tré þess. Veistu staðsetningu fjölvarpsuppsprettunnar og skiptu frá sameiginlegu trénu í upprunatréið til að draga úr netfrestun og forðast netflöskuhálsa sem geta stafað af RP hnútum.
Metro burðarnetið er aðallega aðallega samsett af Cisco leiðum. Leiðar eins og Cisco innleiða skiptingu dreifitrés fjölvarpsins um fyrirfram ákveðna þröskuld SPT-þröskuld rennslishraða. Þegar það er uppgötvað að straumhraði fjölvarpssendingar fjölvarpssendinga er meiri en SPT-þröskuldur mun leiðbeiningar um fjölvarpssendingar skipta úr sameiginlegu trénu í upprunatréð; á sama hátt, ef straumhraði fjölvarpsins er lægri en SPT-þröskuldur, leiðbeiningar um fjölvarpssendingu Þú getur líka skipt aftur frá upprunatréinu í sameiginlega tréð. SPT-þröskuldur er venjulega stilltur sem 0, þannig að leiðin mun skipta úr sameiginlega tréinu í upptökin eftir að hafa fengið fyrsta fjölpakkapakkann.
2.3RP stillingar tækni
Sem rótarhnútur sameiginlega trésins gegnir RP því hlutverki að tengja upp og niður í fjölvarpssiglingunni. Þegar litið er til þess að PIM-SM samskiptareglan hefur einkenni þess að skipt er um dreifingartré fyrir fjölvarp, er RP almennt notað til að koma á upphaflegri tengingu milli margmiðlunaruppsprettunnar og fjölvarpsspár leiðarinnar. Þegar skipt er um fjölvarpssendingar leiðarinnar frá sameiginlegu trénu í upprunatréð, þá mun það ekki RP og það er þörf á sameiginlegu tré þess aftur. Þess vegna er staðsetning RP í fjölnetinu ekki mjög mikilvæg. Lykillinn er áreiðanleiki þess og stöðugleiki.
Til að bæta áreiðanleika og stöðugleika RP er hægt að velja margar fjölvarpssnúra til að deila hlutverki RP (það er Anycast RP tækni) og loopback tengi hvers RP hnúts er úthlutað sömu IP tölu og myndar þannig hlutdeild álags og bilunarvörn.
RP stillingarvandamálið í fjölvarpssímakerfinu tengist ekki aðeins stillingum og dreifingu RP hnútsins sjálfs, heldur felur það í sér vandamálið um hvernig aðrar leiðbeiningar um fjölvarpssendingar læra um RP hnútinn. Í upphafsstigi multicast kann multicast-leiðin kannski ekki að vita hvar multicast-uppsprettan er, en RP heimilisfangið verður að vera þekkt. Það eru tvær megin leiðir fyrir fjölvarpsslóð til að fá RP heimilisfang, það er að segja stöðugu RP aðferðina og sjálfvirku uppgötvun RP aðferðina. Stöðug stilling RP er öruggari og getur á áhrifaríkan hátt komið í veg fyrir sviksamlega starfsemi eins og smíða RP, en vinnuálag netstillingar er mikið og það er ekki til þess fallið að hreyfa aðlögun RP og annarra hnúta; sjálfvirka uppgötvun RP getur dregið úr vinnuálagi við stillingar og auðveldað netbreytingar og stjórnunaraðferðir. Aðlögun, en það er ákveðin öryggisáhætta. Fyrir smáum grunnneti höfuðborgarsvæðisins er hægt að nota aðferðina við að stilla RP á hverja fjölvarpssnúru; fyrir stórfellt netkerfi höfuðborgarsvæðisins með ströngum varnarstefnum er mælt með því að nota aðferðina til að uppgötva RP sjálfkrafa.
2.4 IPTV head-end multicast tengingartækni
Í upphafsstigi fjölvarpssendinga fá leiðbeiningar um fjölvarpssendingar almennt umferðar- og staðsetningarupplýsingar um IPTV (þ.e. fjölbergjanda) um þekktar RP hnúður og sameiginleg tré þeirra. Til þess að RP geti lært um upptökuna á fjölpósti er fjölpóstleiðarinn sem er beintengdur við uppspilunaruppsprettinn ábyrgur fyrir því að hylja fyrstu fjölpakkapakkana sem sendir eru frá uppköstum margmiðlunar í sérstökum PIM skráningarskilaboðum og koma frumvarpinu af stað til að koma upp í RP í unicast háttur. Ferli skráningarheimildar Með þessum skilaboðum getur RP ekki aðeins fengið pakka margra hópa sem hafa áhuga, heldur einnig IP-tölu margmiðlunargjafa. Að því loknu framsendir RP upplýsingar um margmiðlunaruppsprettur til annarra leiða til margmiðlunar og endar skráningarferli fjölvarpssendinga með PIM Registe-Stop skilaboðum.
3. Multicast lykilstillingar tækni breiðbandsaðgangsnets
3.1 IPTV notandi endir multicast þátttækni
IPTV viðskiptavinurinn (set-top box) hefur samband við fjölvarpsslóðann (venjulega framkvæmt af þjónustuleiðinni eða breiðbandsaðgangsmiðlaranum) neðanjarðarlestarneti þjónustuaðgangsstýringarlagsins í gegnum IGMP samskiptareglurnar um breiðbandsaðgangsnetið til að taka þátt í eða hætta við tiltekið Multicast hópur (þ.e. IPTV lifandi rás).
Þegar tækjakassi sendir skilaboð um beiðni um fjölvarpshóp til margmiðlunarleiðar er MAC áfangi heimilisfangs skilaboðanna MAC netfang fjölvarpshópsins í stað margvarpssendingar, sem er frábrugðið unicast aðferðinni. Rétt er að taka fram að MAC tölu fjölhóps hóps samsvarar í raun 32 mismunandi IP tölum fjölhópa. Þetta er vegna þess að MAC-vistfang fjölvarpshópsins er 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, það er, áhrifaríkt heimilisfangarými er aðeins 23 bitar og árangursríkt heimilisfang fjölvarpshópsins IP Það eru 28 bil.
Kortlagningarsambandið á milli er að jafna neðri 23 bita MACC veffangsins við neðri 23 bita IP tölunnar, sem leiðir til þess að efri 5 bitar IP tölu fjölvarpshópsins tapast. Til dæmis, ef þrjár mismunandi IPTV beinar rásir nota 224.0.0.1, 224.128.0.1 og 239.128.0.1 sem IP-tölur fjölvarpshópsins, þá eru samsvarandi fjölvarpshópur MAC netföng þeirra öll 01: 00: 5E: 00: 00:01, sem mun valda því að set-top box og annarri stigs búnaður breiðbandsaðgangsnetsins getur ekki greint merkin þrjú. Fylgstu því með slíkum málum þegar þú skipuleggur IP-tölur í fjölvarpssendingum.
3.2 Layer 2 multicast framsendingartækni
Breiðbandsaðgangsnetið samanstendur af miklum fjölda netþátta eins og Layer 2 rofa og DSLAM sem eru í gangi á gagnatengilaginu. Eiginleiki Layer 2 búnaðarins er sá að hann skiptist / framsendir gagnaramma byggt á MAC netföngum á milli tengja fyrir tæki og hefur lélegar þáttunar- og leiðaraðgerðir fyrir þriðja lagið (netlag) IP-pakka, þannig að það styður ekki IGMP beint við þriðja lagið. Og aðrar samskiptareglur. Þegar dæmigert Layer 2 tæki, svo sem rofi, vinnur úr IPTV fjölvarpssendingu, sendir það út margskeytisgagnaramma til allra hafna sinna samkvæmt óþekktum áfangastöðum eða útsendingaraðferðum, sem er líklegt til að valda vandamálum eins og stormi.
Til að leysa vandamál flóðasendinga í fjölpósti þarf að taka upp Layer 2 framsendingartækni, svo sem IGMP Snooping og IGMP Proxy tækni. IGMP Snooping tæknin fylgist með IGMP skilaboðunum milli stilliboxins og multicast leiðarinnar til að átta sig á framsendingarsambandi tækjagáttarinnar við multicast gagnagrindina; meðan IGMP umboðstækni hlerar IGMP skilaboðin á milli stilliboxins og fjölvarpsslóðans Síun og framsending umboðsmanna getur sparað fjölvarpssendingu milli margvarpssnúru og Layer 2 tækisins, en það krefst mikilla afkasta vísbendinga svo sem vinnslugetu og minni netþáttabúnaðarins. Þegar þú stillir Layer 2 tæki geturðu valið í samræmi við raunverulegan árangur netþáttabúnaðarins og stuðningsstig IGMP Snooping / Proxy tækni.
Taktu IPTV beina rás með bandbreiddina 2 Mbit / s sem dæmi. Ef Layer 2 tækið notar ekki Layer 2 framsendingartækni verða fjölvarpspakkarnir sendir til allra IPTV notenda áframsendir til allra hafna, jafnvel þó að notendahöfnin hafi 10 Mbit / s. s Aðgangur að bandbreidd er hægt að loka fyrir fjölvarpspakkana með 5 IPTV lifandi rásum; eftir að Layer 2 framsendingartækni hefur verið tekin í notkun, eru fjölvarpspakkarnir eingöngu sendir til hafna með notkunarbeiðninni, og ef hver höfn er í mesta lagi aðeins tengd Fyrir IPTV sjónvarpskassa, í mesta lagi aðeins einn fjölvarpspakki (það er, 2 Mbit / s umferð) af beinni rás er áframsend til samsvarandi hafnar.
3.3 VLAN stillingar tækni
Umferðin sem Layer 2 multicast sendir til tekur aðeins til IPTV fjölbílaþjónustu og tekur ekki til annarrar breiðbandsþjónustu. Þess vegna, í breiðbandsaðgangsnetinu, er tækni eins og VLAN almennt notuð til að einangra fjölvarpssendingu IPTV frá annarri þjónustu og umferð notenda. Algengt er að nota VLAN tækni inniheldur fjöl-endurtekningartækni frá fjölrásum frá fjölvarpi VLAN til hvers notanda VLAN og QinQ, sem leysir ófullnægjandi fjölda VLAN auðkennis
3.4 Static multicast og dynamic multicast tækni
IPTV lifandi forritið er sent til notendastöðvarinnar um IP-flutningsnetið og það eru aðallega tveir fjölvarpshamir, það er kraftmikill fjölvarpshamur og truflanir. Í kraftmikilli útsendingarstillingu munu rofar, DSLAM og önnur tæki taka við og afhenda rásarforritið aðeins eftir að hafa fengið fyrstu notendabeiðni um inngöngu í rás (fjölvarpshópur); og þegar rásin (fjölvarpshópur) endist Þegar notandi skráir sig út mun netþáttur tæki hætta að taka á móti fjölvarpstraumnum. The truflanir multicast háttur er að stilla stillingu MAC multicast framsendingar færslur hverrar IPTV rásar (multicast hópur) á rofi búnaðinn, án tillits til þess hvort downstream notendur horfa á það eða ekki, multicast straumnum hefur verið skilað til net frumefni búnað.
Stöðug fjölvarpssamgöngur hafa ekkert að gera með fjölda IPTV notenda, aðeins fjölda rása og bandbreidd á rás. Þegar notendafjöldinn er minni en fjöldi rásanna verður umferðin meiri en einhliðaumferðin; hámarksumferð dynamic multicast er þegar fjöldi samhliða IPTV notenda er minni en fjöldi rása Þegar fjöldi IPTV samhliða notenda er meiri en fjöldi rása jafngildir það kyrrstöðu multicast umferð. Í kyrrstöðu útsendingarhamnum er rásarskiptahraði notandans hratt og þjónustuskynjunin góð, en eftirspurn eftir bandbreidd netsins er meiri; kraftmikil útsending getur lágmarkað netumferðina undir neinum kringumstæðum en þegar notandinn fær nýja rás (Multicast hópur) getur verið ákveðin netfrestun.
Þegar fjöldi IPTV notenda sem tengjast netbúnaðinum er mjög lítill eru kostir fjölvarpsins ekki augljósir. Þess vegna, á upphafsstigi þróunar IPTV þjónustu, eru ekki margir IPTV notendur eða breiðband aðgangsnetið hefur ekki verið endurbyggt á sínum stað. Þú getur notað kraftmikil útsending eða jafnvel myndvarp til að senda IPTV lifandi merki. Þegar fjöldi notenda sem tengjast netbúnaði er langt umfram IPTV rásir, verða einkenni margmiðlunar til að spara bandbreidd netumferðar meira og meira. Á þessum tíma, það er þegar IPTV þjónustan hefur verið þróuð á þroskað stig og breiðbandsaðgangsnet umbreyting hefur verið til staðar, er hægt að nota truflanir fjölvarpsspennu til að senda IPTV lifandi merki til að bæta IPTV þjónustugæðin enn frekar. Þess vegna geta rekstraraðilar ákveðið hvort þeir stilli aðgangsnetstækjabúnaðinn í kraftmikilli eða kyrrstöðu fjölvarpshamleiðingu í samræmi við raunverulegar aðstæður eins og netgæði og IPTV þjónustuskarp.
4 Niðurstaða
Með því að sameina núverandi IP höfuðborgarsvæði símafyrirtækja, er þessi kerfi útfærð kerfisbundið lykiltækni IPTV endanlegs margmiðlunar ýta netstillingar, sem hefur góða viðmiðunarþýðingu fyrir símafyrirtæki til að dreifa og innleiða IPTV þjónustu á skilvirkan og efnahagslegan hátt.
|
Sláðu inn tölvupóst til að koma á óvart
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afríku
sq.fmuser.org -> albanska
ar.fmuser.org -> arabísku
hy.fmuser.org -> armenska
az.fmuser.org -> Aserbaídsjan
eu.fmuser.org -> baskneska
be.fmuser.org -> Hvíta-Rússneska
bg.fmuser.org -> búlgarska
ca.fmuser.org -> katalónska
zh-CN.fmuser.org -> kínverska (einfölduð)
zh-TW.fmuser.org -> Kínverska (hefðbundin)
hr.fmuser.org -> Króatíska
cs.fmuser.org -> tékkneska
da.fmuser.org -> danska
nl.fmuser.org -> Hollendingar
et.fmuser.org -> eistneska
tl.fmuser.org -> filippseyska
fi.fmuser.org -> finnska
fr.fmuser.org -> franska
gl.fmuser.org -> galisíska
ka.fmuser.org -> Georgíumaður
de.fmuser.org -> þýska
el.fmuser.org -> gríska
ht.fmuser.org -> krít frá Haítí
iw.fmuser.org -> hebreska
hi.fmuser.org -> hindí
hu.fmuser.org -> ungverska
is.fmuser.org -> Íslenska
id.fmuser.org -> indónesísku
ga.fmuser.org -> Írar
it.fmuser.org -> ítalska
ja.fmuser.org -> japanska
ko.fmuser.org -> kóreska
lv.fmuser.org -> Lettneska
lt.fmuser.org -> Litháen
mk.fmuser.org -> Makedónska
ms.fmuser.org -> Malay
mt.fmuser.org -> maltneska
no.fmuser.org -> norska
fa.fmuser.org -> persneska
pl.fmuser.org -> pólska
pt.fmuser.org -> portúgalska
ro.fmuser.org -> rúmensk
ru.fmuser.org -> rússneska
sr.fmuser.org -> serbneska
sk.fmuser.org -> Slóvakía
sl.fmuser.org -> Slóvenía
es.fmuser.org -> spænska
sw.fmuser.org -> svahílí
sv.fmuser.org -> sænska
th.fmuser.org -> Tælenskur
tr.fmuser.org -> tyrkneska
uk.fmuser.org -> Úkraínska
ur.fmuser.org -> úrdú
vi.fmuser.org -> Víetnam
cy.fmuser.org -> velska
yi.fmuser.org -> jiddíska
FMUSER Wirless senda vídeó og hljóð auðveldara!
Hafa samband
Heimilisfang:
No.305 herbergi HuiLan bygging nr.273 Huanpu Road Guangzhou Kína 510620
Flokkar
Fréttabréf