FMUSER Wirless Transmet vídeo i àudio més fàcil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
1 Introducció
Com a nou servei multimèdia d’Internet d’alta amplada de banda i qualitat, IPTV exigeix requisits més elevats a la xarxa d’àrea metropolitana IP d’operadors de telecomunicacions. En comparació amb la tecnologia unicast tradicional, la tecnologia multidifusió té l’avantatge que l’amplada de banda de la xarxa no augmenta linealment amb el nombre d’usuaris sobre la base d’una eficiència de transmissió equivalent i pot estalviar eficaçment la càrrega del servidor de vídeo i de la xarxa portadora. Per tant, perquè els operadors de telecomunicacions puguin desplegar i implementar serveis IPTV de manera eficient i econòmica, es recomana utilitzar la transmissió multicast de punta a punta i la configuració de la xarxa de multidifusió IP és la clau.
Actualment, la xarxa d’àrea metropolitana IP d’operadors de telecomunicacions es compon principalment de xarxa troncal de l’àrea metropolitana i xarxa d’accés de banda ampla, i les dades del servei IPTV s’envien fins a l’usuari a través de la xarxa troncal de l’àrea metropolitana i la xarxa d’accés de banda ampla al seu torn. La xarxa troncal del metro es compon principalment de dispositius de capa de xarxa (capa 3), que poden permetre protocols d’encaminament de multidifusió com PIM-SM per accedir a fonts de multidifusió (és a dir, dispositius IPTV de capçalera) per encaminar i reenviar paquets de multidifusió. La xarxa d’accés de banda ampla es compon principalment d’equips de capa d’enllaç de dades (capa 2) i es poden utilitzar tecnologies com IGMP Proxy o IGMP Snooping per al reenviament multicast de capa 2 per accedir a equips de terminals IPTV (és a dir, decodificadors IPTV). La figura 1 és un diagrama esquemàtic d’un model push multicast de punta a punta de l’IPTV.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Figura 1 Model de xarxa push multicast IPTV de punta a punta
En aquest article es descriuen les tecnologies de configuració clau de la xarxa push multicast IPTV de punta a punta des de dos nivells de xarxa diferents: la xarxa troncal del metro i la xarxa d’accés de banda ampla.
2. Tecnologia clau de configuració de multidifusió per a xarxes troncals de metro
2.1 Tecnologia d’encaminament multidifusió
La principal diferència entre un missatge multidifusió i un missatge unicast és la identificació de l’adreça de destinació del missatge. L'adreça de destinació del missatge de multidifusió és l'adreça del grup de multidifusió (adreça IP de classe D que comença per "1110") i el missatge de unicast es basa en la IP de l'amfitrió de destinació. L’adreça s’utilitza com a adreça de destinació. Com que no hi ha correspondència individual entre l'adreça del grup de multidifusió i l'amfitrió de destinació, l'encaminador de multidifusió només pot utilitzar la singularitat de l'adreça d'origen del missatge per prendre decisions d'encaminament. Dit d’una altra manera, l’encaminador multidifusió envia el missatge en la direcció allunyada de la font multidifusió en funció de l’adreça d’origen del missatge en lloc de l’adreça de destinació. Aquesta tecnologia s’anomena reenviament de trajectòria inversa (RPF).
Per evitar problemes com els bucles d’encaminament, RPF estableix que els paquets multidifusió han d’arribar al router des del node veí amunt designat i que es descarten els paquets multidifusió reenviats per altres nodes veïns. Quan hi ha un problema amb l’encaminament multidifusió, és possible que els paquets multidifusió no puguin arribar a través d’altres camins, com ara els paquets unicast, els senyals d’emissió en directe d’IPTV s’interrompran a la xarxa principal i les aplicacions unicast, com ara la navegació web i l’enviament i recepció de correu, són normals obstacles. En aquest moment, al llarg del camí de distribució multidifusió, comproveu la taula d’encaminament RPF del router multidifusió i els seus nodes veïns amunt.
2.2 Tecnologia de commutació d’encaminament multidifusió
L'arbre de distribució multidifusió del protocol PIM-SM es pot dividir en dues categories: arbre font i arbre compartit. L’arbre font utilitza la font de multidifusió com a arrel de l’arbre, també coneguda com l’arbre de camí més curt, que pot minimitzar el retard de multidifusió de punta a punta, però l’encaminador ha d’emmagatzemar una gran quantitat d’informació d’encaminament, que consumeix molt de recursos del sistema; l'arbre compartit utilitza RP (PIM-SM) Un encaminador important del protocol, que s'utilitza per encaminar i convergir entre fonts multidifusió i encaminadors multidifusió) Com a node arrel comú de tots els arbres de distribució multidifusió, el trànsit font multidifusió primer ha d'arribar al RP lliurat i el camí de multidifusió no sol ser òptim, introduirà un retard de xarxa addicional, però la informació d’encaminament que l’encaminador ha de conservar pot ser molt petita.
El protocol PIM-SM fa ple ús dels avantatges dels dos arbres de distribució multidifusió. A l'etapa inicial de multidifusió, el router multidifusió no pot utilitzar l'arbre d'origen perquè no pot conèixer la ubicació de l'origen multidifusió, però sí que pot obtenir els primers paquets de multidifusió enviats per la font multidifusió a través del node RP conegut i el seu arbre compartit. Conegueu la ubicació de la font de multidifusió i canvieu de l'arbre compartit a l'arbre de fonts per reduir el retard de la xarxa i evitar els colls d'ampolla de la xarxa que poden causar els nodes RP.
La xarxa troncal del metro es compon generalment de routers Cisco. Enrutadors com Cisco implementen la commutació de l’arbre de distribució de multidifusió a través del llindar predeterminat SPT-Threshold del cabal. Quan es detecta que el flux de flux multidifusió d'una font de multidifusió supera el llindar SPT, el seu encaminament multidifusió canviarà de l'arbre compartit a l'arbre font; de la mateixa manera, si el cabal de multidifusió és inferior al llindar SPT, el seu encaminament de multidifusió També podeu canviar de l'arbre d'origen a l'arbre compartit. El llindar SPT generalment es configura com 0, de manera que l’encaminador canviarà de l’arbre compartit a la font després de rebre el primer paquet multidifusió.
Tecnologia de configuració 2.3RP
Com a node arrel de l’arbre compartit, RP té un paper d’enllaçar cap amunt i cap avall en el procés de multidifusió. Tenint en compte que el protocol PIM-SM té les característiques del canvi d’arbre de distribució de multidifusió, RP s’utilitza generalment per establir la connexió inicial entre la font de multidifusió i l’encaminador de multidifusió. Una vegada que l'encaminament multidifusió del router es canvia de l'arbre compartit a l'arbre d'origen, no farà RP i el seu arbre compartit es tornarà a necessitar. Per tant, la ubicació del RP a la xarxa multidifusió no és molt important. La clau és la seva fiabilitat i estabilitat.
Per tal de millorar la fiabilitat i l’estabilitat de RP, es poden seleccionar diversos encaminadors multicast per compartir la funció de RP (és a dir, tecnologia Anycast RP) i a la interfície de bucle de cada node RP se li assigna la mateixa adreça IP, formant així el compartició de càrrega i protecció contra falles.
El problema de configuració de RP a la xarxa multidifusió no només està relacionat amb la configuració i el desplegament del propi node RP, sinó que també implica el problema de com altres routers multidifusió aprenen sobre el node RP. A la fase inicial de multidifusió, és possible que el router multidifusió no conegui la ubicació de la font de multidifusió, però s’ha de conèixer l’adreça RP. Hi ha dues maneres principals perquè un encaminador multidifusió obtingui una adreça RP, és a dir, el mètode RP de configuració estàtica i el mètode RP de descobriment automàtic. La configuració estàtica de RP és més segura i pot prevenir eficaçment activitats fraudulentes com la forja de RP, però la càrrega de treball de la configuració de xarxa és elevada i no propicia l’ajust dinàmic de RP i d’altres nodes; el descobriment automàtic de RP pot reduir la càrrega de treball de la configuració i facilitar canvis de xarxa i estratègies de control. Ajust, però hi ha certs riscos de seguretat. Per a una xarxa troncal d'àrea metropolitana a petita escala, podeu utilitzar el mètode de configuració estàtica de RP a cada encaminador multidifusió; per a una xarxa troncal d'àrea metropolitana a gran escala amb estrictes polítiques de defensa de seguretat, es recomana utilitzar el mètode de descobriment automàtic de RP.
2.4 Tecnologia d'unió multicast de capçalera IPTV
En l'etapa inicial de multidifusió, els routers multidifusió solen obtenir informació de trànsit i ubicació de capçalera IPTV (és a dir, font de multidifusió) a través de nodes RP coneguts i els seus arbres compartits. Per tal que RP conegui la font de multidifusió, l’encaminador multidifusió directament connectat a la font de multidifusió és l’encarregat d’encapsular els primers paquets de multidifusió enviats per la font de multidifusió en un missatge de registre PIM separat i inicia el multidifusió al RP en unicast. mode. Procés de registre de la font. Mitjançant aquest missatge, el RP pot obtenir no només els paquets del grup d'interès de multidifusió, sinó també l'adreça IP de la font de multidifusió. Després d'això, el RP reenvia la informació d'origen multicast a altres encaminadors multicast i finalitza el procés de registre d'origen multicast amb un missatge PIM Registe-Stop.
3. Tecnologia de configuració de claus multidifusió de xarxa d’accés a banda ampla
3.1 Tecnologia d'unió multidifusió de l'usuari IPTV
El client IPTV (set-top box) es comunica amb l’encaminador multidifusió (generalment realitzat pel router o el servidor d’accés de banda ampla) de la capa de control d’accés al servei de xarxa d’espina dorsal de metro a través del protocol IGMP mitjançant la xarxa d’accés de banda ampla per unir-se o sortir d’una Grup multidifusió (és a dir, canal IPTV en directe).
Quan un decodificador envia un missatge de sol·licitud d’unió de grup multidifusió a un encaminador multidifusió, l’adreça MAC de destinació del missatge és l’adreça MAC del grup multidifusió en lloc del router multidifusió, que és diferent del mètode unicast. Cal tenir en compte que una adreça MAC de grup de multidifusió correspon en realitat a 32 adreces IP de grup de multidifusió diferents. Això es deu al fet que l’adreça MAC del grup de multidifusió és 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, és a dir, l’espai d’adreces efectiu només és de 23 bits i l’efectiu adreça del grup de multidifusió IP Hi ha 28 espais.
La relació de mapatge entre els dos consisteix a equiparar els 23 bits inferiors de l’adreça MACC amb els 23 bits inferiors de l’adreça IP, cosa que provoca la pèrdua dels 5 bits superiors de l’adreça IP del grup de multidifusió. Per exemple, si tres canals IPTV en directe diferents utilitzen 224.0.0.1, 224.128.0.1 i 239.128.0.1 com a adreces IP del grup de multidifusió, les adreces MAC del grup de multidifusió corresponents són totes 01: 00: 5E: 00: 00:01, que farà que el set-top box i l’equip de segon nivell de la xarxa d’accés de banda ampla no puguin distingir els tres senyals. Per tant, presteu atenció a aquests problemes quan planifiqueu adreces IP multidifusió.
3.2 Tecnologia d’enviament multicast de capa 2
La xarxa d'accés a banda ampla es compon d'un gran nombre de dispositius d'elements de xarxa, com ara commutadors de capa 2 i DSLAM que s'executen a la capa d'enllaç de dades. La característica dels equips de capa 2 és que intercanvia / reenvia marcs de dades basats en adreces MAC entre els ports del dispositiu i que té funcions d’anàlisi i d’encaminament deficients per a la tercera capa (capa de xarxa) dels paquets IP, de manera que no pot suportar directament IGMP treballant a la tercera capa. I altres protocols de multidifusió. Quan un dispositiu típic de capa 2 com un commutador processa trànsit multidifusió IPTV, emet fotogrames de dades multidifusió a tots els seus ports d’acord amb adreces de destinació desconegudes o mètodes d’emissió, cosa que probablement causi problemes com ara tempestes d’emissió.
Per solucionar el problema de la inundació de paquets multidifusió, cal adoptar tecnologies de reenviament multidifusió de capa 2, com ara les tecnologies IGMP Snooping i IGMP Proxy. La tecnologia IGMP Snooping supervisa el missatge IGMP entre el decodificador i l’encaminador multidifusió per captar la relació d’enviament del port del dispositiu al marc de dades multidifusió; mentre que la tecnologia Proxy IGMP intercepta el missatge IGMP entre el decodificador i l’encaminador multidifusió El filtratge i el reenviament de proxy poden estalviar trànsit multidifusió entre l’encaminador multidifusió i el dispositiu de capa 2, però requereix indicadors d’alt rendiment com la capacitat de processament i la memòria del dispositiu de l'element de xarxa. Quan configureu dispositius de capa 2, podeu triar segons el rendiment real del dispositiu de l'element de xarxa i el grau de compatibilitat amb la tecnologia IGMP Snooping / Proxy.
Agafeu com a exemple un canal IPTV en directe amb un ample de banda de 2 Mbit / s. Si el dispositiu de capa 2 no utilitza la tecnologia d’enviament de multidifusió de capa 2, els paquets de multidifusió enviats a tots els usuaris d’IPTV es reenviaran a tots els ports, fins i tot si el port de l’usuari té 10 Mbit / s. s Amplada de banda d'accés, es poden bloquejar els paquets multidifusió de 5 canals en directe IPTV; després d’adoptar la tecnologia d’enviament multidifusió Layer 2, els paquets multidifusió només es reenvien als ports amb la sol·licitud d’ús i, si cada port, com a màxim, només està connectat Per a un decodificador IPTV, com a màxim només un paquet multidifusió (és a dir, 2 Mbit / s de trànsit) d’un canal en directe s’envia al port corresponent.
3.3 Tecnologia de configuració de VLAN
El trànsit redirigit pel multidifusió de capa 2 només implica serveis de multidifusió IPTV i no implica altres serveis de banda ampla. Per tant, a la xarxa d’accés de banda ampla, tecnologies com les VLAN s’utilitzen generalment per aïllar el trànsit multidifusió IPTV d’altres serveis i trànsit d’usuaris. Les tecnologies VLAN més utilitzades inclouen la tecnologia de rèplica multidifusió VLAN creuada des de la VLAN multidifusió a cada VLAN d’usuari i QinQ, que resol un nombre insuficient d’identificadors de VLAN
3.4 Tecnologia multicast estàtica i multicast dinàmica
El programa IPTV en directe es lliura al terminal de l'usuari a través de la xarxa portadora d'IP i hi ha principalment dos modes de multidifusió, és a dir, el mode de multidifusió dinàmica i el mode de multidifusió estàtic. En mode de multidifusió dinàmica, els commutadors, DSLAM i altres dispositius rebran i lliuraran el programa de canal només després de rebre la primera sol·licitud de l'usuari per unir-se a un canal (grup de multidifusió); i quan dura el canal (grup de multidifusió) Quan un usuari tanca la sessió, el dispositiu de l'element de xarxa deixarà de rebre el flux de multidifusió. El mode de multidifusió estàtica és configurar estàticament les entrades de reenviament de multidifusió MAC de cada canal IPTV (grup de multidifusió) a l’equip de commutació, independentment de si els usuaris posteriors ho veuen o no, el flux de multidifusió s’ha lliurat a l’equip d’elements de xarxa.
El trànsit multicast estàtic no té res a veure amb el nombre d’usuaris d’IPTV, només el nombre de canals i l’amplada de banda per canal. Quan el nombre d'usuaris sigui inferior al nombre de canals, el trànsit serà superior al trànsit unicast; el trànsit màxim de multidifusió dinàmica és quan el nombre d'usuaris simultanis d'IPTV és inferior al nombre de canals. Quan el nombre d'usuaris simultanis d'IPTV és superior al nombre de canals, equival al trànsit multidifusió estàtic. En el mode de multidifusió estàtica, la velocitat de commutació de canals de l'usuari és ràpida i la percepció del servei és bona, però la demanda d'ample de banda de la xarxa és major; el multidifusió dinàmica pot minimitzar el trànsit de la xarxa en qualsevol cas, però quan l'usuari rep un canal nou (grup Multidifusió), pot haver-hi un cert retard de la xarxa.
Quan el nombre d'usuaris d'IPTV connectats a l'equip de xarxa és molt reduït, els avantatges del multidifusió no són evidents. Per tant, en l'etapa inicial del desenvolupament dels serveis IPTV, no hi ha molts usuaris d'IPTV o la xarxa d'accés a banda ampla no s'ha reconstruït al seu lloc. Podeu utilitzar multidifusió dinàmica o fins i tot unicast per transmetre senyals IPTV en directe. Quan el nombre d’usuaris connectats a un dispositiu de xarxa supera amb escreix el nombre de canals IPTV, les característiques del multidifusió per estalviar l’amplada de banda del trànsit de la xarxa són cada vegada més importants. En aquest moment, és a dir, quan el servei IPTV s’ha desenvolupat fins a una etapa madura i s’ha establert la transformació de la xarxa d’accés de banda ampla, es pot utilitzar el mode de multidifusió estàtica per transmetre el senyal IPTV en directe per millorar encara més la qualitat del servei IPTV. Per tant, els operadors poden decidir si configuren els equips de xarxa d’accés en mode multidifusió dinàmica o estàtica segons les condicions reals, com ara la qualitat de la xarxa i la penetració del servei IPTV.
4 Conclusió
Combinant la xarxa d’àrees metropolitanes IP existents d’operadors de telecomunicacions, aquest document exposa sistemàticament les tecnologies clau de la configuració de xarxa push end-to-end IPTV de punta a punta, que té una bona significació de referència per als operadors de telecomunicacions per desplegar i implementar serveis IPTV de manera eficient i econòmica.
|
Introduïu el correu electrònic per obtenir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmet vídeo i àudio més fàcil!
Contacte
Adreça:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Xina 510620
Categories
Newsletter