FMUSER Wirless Transmit Video and Audio Máis 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 -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
1 Introdución
Como un novo servizo multimedia de Internet de gran ancho de banda e alta calidade, o IPTV impón requisitos máis elevados á rede de área metropolitana IP de operadores de telecomunicacións. En comparación coa tecnoloxía de unicast tradicional, a tecnoloxía de multidifusión ten a vantaxe de que o ancho de banda da rede non aumenta linealmente co número de usuarios en función dunha eficiencia de transmisión equivalente e pode aforrar efectivamente a carga do servidor de vídeo e da rede portadora. Polo tanto, para que os operadores de telecomunicacións implanten e implementen servizos IPTV de forma eficiente e económica, recoméndase empregar push de multidifusión de extremo a extremo, e a configuración da rede de multidifusión IP é a clave.
Na actualidade, a rede de área metropolitana IP de operadores de telecomunicacións está composta principalmente por rede troncal da área metropolitana e rede de acceso de banda ancha e os datos do servizo IPTV son enviados ao usuario a través da rede troncal da área metropolitana e a rede de acceso de banda ancha á súa vez. A rede troncal do metro está composta principalmente por dispositivos de capa de rede (capa 3), que poden permitir protocolos de enrutamento de multidifusión como PIM-SM para acceder a fontes de multidifusión (é dicir, dispositivos de cabeceira IPTV) para enrutar e reenviar paquetes de multidifusión. A rede de acceso de banda ancha está composta principalmente por equipos de capa de enlace de datos (capa 2) e tecnoloxías como IGMP Proxy ou IGMP Snooping pódense utilizar para o reenvío multicast de capa 2 para acceder aos equipos de terminal IPTV (é dicir, decodificadores IPTV). A figura 1 é un diagrama esquemático dun modelo push de multidifusión IPTV de extremo a extremo.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Figura 1 Modelo de rede push IP multicast de extremo a extremo
Este artigo describe as tecnoloxías de configuración clave da rede push multicast IPTV de extremo a extremo desde dous niveis de rede diferentes: a rede troncal do metro e a rede de acceso de banda ancha.
2. Tecnoloxía clave de configuración de multidifusión para rede troncal de metro
2.1 Tecnoloxía de enrutamento multicast
A principal diferenza entre unha mensaxe multidifusión e unha mensaxe unicast é a identificación do enderezo de destino da mensaxe. O enderezo de destino da mensaxe de multidifusión é o enderezo do grupo de multidifusión (enderezo IP de clase D que comeza con "1110") e a mensaxe de unicast está baseada na IP do servidor de destino. O enderezo úsase como enderezo de destino. Dado que non hai correspondencia un a un entre a dirección do grupo de multidifusión e o host de destino, o enrutador de multidifusión só pode usar a singularidade do enderezo de orixe da mensaxe para tomar decisións de enrutamento. Noutras palabras, o enrutador de multidifusión envía a mensaxe na dirección afastada da fonte de multidifusión en función do enderezo de orixe da mensaxe en lugar do enderezo de destino. Esta tecnoloxía chámase reenvío de ruta inversa (abreviatura RPF).
Para evitar problemas como os bucles de enrutamento, RPF estipula que os paquetes de multidifusión deben chegar ao encamiñador desde o nodo veciño situado arriba arriba designado e descartarse os paquetes de multidifusión reenviados por outros nodos veciños. Cando hai un problema co enrutamento de multidifusión, é posible que os paquetes de multidifusión non poidan chegar a través doutras rutas como os paquetes de unicast, os sinais de transmisión en directo IPTV interromperanse na rede principal e as aplicacións de unicast como a navegación web e o envío e recepción de correo son normais obstáculos. Neste momento, ao longo do camiño de distribución de multidifusión, comprobe a táboa de encamiñamento RPF do enrutador de multidifusión e os seus nodos próximos arriba.
2.2 Tecnoloxía de conmutación de enrutamento multicast
A árbore de distribución de multidifusión no protocolo PIM-SM pódese dividir en dúas categorías: árbore de orixe e árbore compartida. A árbore de orixe utiliza a fonte de multidifusión como raíz da árbore, tamén coñecida como a árbore de ruta máis curta, que pode minimizar o atraso de multidifusión de extremo a extremo, pero o enrutador debe almacenar unha gran cantidade de información de enrutamento, que consume moito de recursos do sistema; a árbore compartida usa RP (PIM-SM) Un enrutador importante no protocolo, usado para enrutar e converxer entre fontes de multidifusión e enrutadores de multidifusión) Como nodo raíz común de todas as árbores de distribución de multidifusión, o tráfico de orixe de multidifusión debe chegar primeiro ao RP antes de ser entregado e a ruta de multidifusión non adoita ser óptima, introducirá un atraso adicional na rede, pero a información de enrutamento que o enrutador necesita conservar pode ser moi pequena.
O protocolo PIM-SM fai un pleno uso das vantaxes das dúas árbores de distribución multidifusión. Na etapa inicial de multidifusión, o enrutador de multidifusión non pode usar a árbore de orixe porque non pode coñecer a situación da fonte de multidifusión, pero pode obter os primeiros paquetes de multidifusión enviados pola fonte de multidifusión a través do coñecido nodo RP e a súa árbore compartida. Coñece a situación da fonte de multidifusión e cambia da árbore compartida á árbore de orixe para reducir o atraso da rede e evitar os pescozos de rede que poden causar os nodos RP.
A rede troncal do metro está composta xeralmente por routers Cisco. Enrutadores como Cisco implementan a conmutación da árbore de distribución de multidifusión a través do limiar predefinido SPT-Umbral do caudal. Cando se detecta que o fluxo de multidifusión dunha fonte de multidifusión supera o limiar SPT, o seu enrutamento de multidifusión cambiará da árbore compartida á árbore de orixe; do mesmo xeito, se o fluxo de multidifusión é inferior ao limiar SPT, o seu enrutamento de multidifusión Tamén pode volver da árbore de orixe á árbore compartida. O limiar SPT configúrase xeralmente como 0, de xeito que o enrutador cambiará da árbore compartida á fonte despois de recibir o primeiro paquete multicast.
Tecnoloxía de configuración 2.3RP
Como nodo raíz da árbore compartida, RP xoga un papel de ligazón cara arriba e abaixo no proceso de multidifusión. Tendo en conta que o protocolo PIM-SM ten as características do cambio de árbore de distribución de multidifusión, RP úsase xeralmente para establecer a conexión inicial entre a fonte de multidifusión e o enrutador de multidifusión. Unha vez que o enrutamento multidifusión do enrutador se cambia da árbore compartida á árbore de orixe, non se fará RP e a súa árbore compartida será necesaria de novo. Polo tanto, a localización do RP na rede de multidifusión non é moi importante. A clave é a súa fiabilidade e estabilidade.
Para mellorar a fiabilidade e estabilidade de RP, pódense seleccionar varios enrutadores multicast para compartir a función de RP (é dicir, tecnoloxía Anycast RP) e á interface de loopback de cada nodo RP asignáselle a mesma dirección IP, formando así o compartición de carga e protección contra fallos.
O problema de configuración de RP na rede de multidifusión non só está relacionado coa configuración e despregue do nodo RP en si, senón que tamén implica o problema de como outros routers de multidifusión aprenden sobre o nodo de RP. Na fase inicial de multidifusión, é posible que o enrutador de multidifusión non coñeza a situación da fonte de multidifusión, pero debe coñecerse a dirección RP. Hai dous xeitos principais para que un enrutador multicast poida obter unha dirección RP, é dicir, o método RP de configuración estática e o método RP de descubrimento automático. A configuración estática de RP é máis segura e pode evitar con eficacia actividades fraudulentas como a falsificación de RP, pero a carga de traballo da configuración de rede é pesada e non é propicia para o axuste dinámico de RP e outros nodos; o descubrimento automático de RP pode reducir a carga de traballo da configuración e facilitar os cambios de rede e as estratexias de control. Axuste, pero hai certos riscos de seguridade. Para unha rede troncal de área metropolitana a pequena escala, pode usar o método de configuración estática de RP en cada enrutador multidifusión; para unha rede troncal de área metropolitana a gran escala con estritas políticas de defensa de seguridade, recoméndase usar o método de descubrimento automático de RP.
2.4 Tecnoloxía de unión multicast de cabeceira IPTV
Na etapa inicial do multidifusión, os enrutadores multidifusión normalmente obteñen información de tráfico e localización de cabeceira IPTV (é dicir, fonte de multidifusión) a través de nodos RP coñecidos e as súas árbores compartidas. Para que o RP coñeza a fonte de multidifusión, o enrutador de multidifusión conectado directamente á fonte de multidifusión é o encargado de encapsular os primeiros paquetes de multidifusión enviados pola fonte de multidifusión nunha mensaxe de rexistro PIM separada e inicia o multidifusión ao RP en unicast. modo. Proceso de rexistro de orixe. A través desta mensaxe, o RP pode obter non só os paquetes do grupo de multidifusión de interese, senón tamén a dirección IP da fonte de multidifusión. Despois diso, o RP reenvía a información de orixe de multidifusión a outros enrutadores de multidifusión e remata o proceso de rexistro de orixe de multidifusión cunha mensaxe PIM Registe-Stop.
3. Tecnoloxía de configuración de teclas multidifusión de rede de acceso de banda ancha
3.1 Tecnoloxía de unión multicast de usuario IPTV
O cliente IPTV (decodificador) comunícase co enrutador multidifusión (normalmente realizado polo enrutador de servizo ou o servidor de acceso de banda ancha) da capa de control de acceso ao servizo de rede de rede troncal de metro a través do protocolo IGMP a través da rede de acceso de banda ancha para unirse ou saír dunha rede específica. Grupo de multidifusión (é dicir, canle en directo de IPTV).
Cando un decodificador envía unha mensaxe de solicitude de unión de grupo de multidifusión a un enrutador de multidifusión, o enderezo MAC de destino da mensaxe é o enderezo MAC do grupo de multidifusión en vez do enrutador de multidifusión, que é diferente do método de unicast. Cómpre ter en conta que un enderezo MAC de grupo de multidifusión en realidade corresponde a 32 enderezos IP de grupo de multidifusión diferentes. Isto débese a que a dirección MAC do grupo de multidifusión é 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, é dicir, o espazo de dirección efectivo é só de 23 bits e o efectivo enderezo do grupo de multidifusión IP Hai 28 espazos.
A relación de mapeo entre ambos consiste en equiparar os 23 bits inferiores da dirección MACC cos 23 bits inferiores da dirección IP, o que resulta na perda dos 5 bits superiores da dirección IP do grupo de multidifusión. Por exemplo, se tres canles en directo de IPTV usan 224.0.0.1, 224.128.0.1 e 239.128.0.1 como enderezos IP do grupo de multidifusión, os seus correspondentes enderezos MAC do grupo de multidifusión son 01: 00: 5E: 00: 00:01, que fará que o set-top box e o equipo de segundo nivel da rede de acceso de banda ancha non poidan distinguir os tres sinais. Polo tanto, preste atención a estes problemas cando planifique enderezos IP multidifusión.
3.2 Tecnoloxía de reenvío multicast de capa 2
A rede de acceso de banda ancha está composta por un gran número de dispositivos de elementos de rede como conmutadores de capa 2 e DSLAM que se executan na capa de enlace de datos. A característica do equipo de capa 2 é que intercambia / reenvía marcos de datos baseados en enderezos MAC entre os portos do dispositivo e ten funcións deficientes de análise e enrutamento para a terceira capa (capa de rede) dos paquetes IP, polo que non pode soportar directamente IGMP traballando no terceira capa. E outros protocolos de multidifusión. Cando un dispositivo típico de capa 2 como un conmutador procesa tráfico de multidifusión IPTV, emite marcos de datos de multidifusión a todos os seus portos segundo enderezos de destino descoñecidos ou métodos de emisión, o que é probable que cause problemas como tormentas de transmisión.
Para resolver o problema da inundación de paquetes multicast, cómpre adoptar tecnoloxías de reenvío multicast de capa 2, como IGMP Snooping e IGMP Proxy. A tecnoloxía IGMP Snooping supervisa a mensaxe IGMP entre o set-top box e o enrutador de multidifusión para comprender a relación de reenvío do porto do dispositivo ao marco de datos de multidifusión; mentres que a tecnoloxía Proxy IGMP intercepta a mensaxe IGMP entre o set-top box e o enrutador de multidifusión O filtrado e reenvío de proxy poden aforrar tráfico de multidifusión entre o enrutador de multidifusión e o dispositivo Layer 2, pero require indicadores de alto rendemento como a capacidade de procesamento e a memoria do dispositivo de elemento de rede. Ao configurar dispositivos de capa 2, pode escoller segundo o rendemento real do dispositivo de elemento de rede e o grao de compatibilidade coa tecnoloxía IGMP Snooping / Proxy.
Tome como exemplo unha canle en directo IPTV cun ancho de banda de 2 Mbit / s. Se o dispositivo Layer 2 non usa tecnoloxía de reenvío multicast Layer 2, os paquetes multicast enviados a todos os usuarios de IPTV serán reenviados a todos os portos, aínda que o porto do usuario teña 10 Mbit / s. s Ancho de banda de acceso, pódense bloquear os paquetes de multidifusión de 5 canles en directo IPTV; despois de adoptar a tecnoloxía de reenvío multicast de capa 2, os paquetes multicast só se reenvían aos portos coa solicitude de uso e se cada porto só está conectado como máximo Para un set-top box IPTV, como máximo só un paquete multicast (é dicir, 2 Mbit / s de tráfico) dunha canle en directo reenvíase ao porto correspondente.
3.3 Tecnoloxía de configuración VLAN
O tráfico reenviado por multicast de capa 2 só implica servizos de multidifusión IPTV e non implica outros servizos de banda ancha. Polo tanto, na rede de acceso de banda ancha, tecnoloxías como as VLAN úsanse xeralmente para illar o tráfico multicast IPTV doutros servizos e tráfico de usuarios. As tecnoloxías VLAN máis usadas inclúen tecnoloxía de replicación multicast VLAN desde VLAN multicast a cada VLAN de usuario e QinQ, que resolve un número insuficiente de ID de VLAN
3.4 Tecnoloxía multicast estática e multicast dinámica
O programa en directo IPTV entrégase ao terminal de usuario a través da rede portadora de IP e hai principalmente dous modos de multidifusión, a saber, o modo de multidifusión dinámico e o modo de multidifusión estático. No modo de multidifusión dinámica, os conmutadores, DSLAM e outros dispositivos recibirán e entregarán o programa de canles só despois de recibir a primeira solicitude do usuario para unirse a unha canle (grupo de multidifusión); e cando dura a canle (grupo de multidifusión) Cando un usuario pecha sesión, o dispositivo de elemento de rede deixará de recibir o fluxo de multidifusión. O modo de multidifusión estática é configurar estáticamente as entradas de reenvío de multidifusión MAC de cada canle IPTV (grupo de multidifusión) no equipo de conmutación, independentemente de que os usuarios descendentes o vexan ou non, o fluxo de multidifusión foi entregado ao equipo do elemento de rede.
O tráfico estático de multidifusión non ten nada que ver co número de usuarios de IPTV, só co número de canles e o ancho de banda por canle. Cando o número de usuarios sexa inferior ao número de canles, o tráfico será maior que o tráfico unicast; o tráfico máximo de multidifusión dinámica é cando o número de usuarios simultáneos de IPTV é menor que o número de canles Cando o número de usuarios simultáneos de IPTV é maior que o número de canles, equivale ao tráfico estático de multidifusión. No modo de multidifusión estática, a velocidade de conmutación de canle do usuario é rápida e a percepción do servizo é boa, pero a demanda de ancho de banda de rede é maior; o multicast dinámico pode minimizar o tráfico de rede baixo calquera circunstancia, pero cando o usuario recibe unha nova canle (grupo Multicast), pode haber un certo atraso na rede.
Cando o número de usuarios de IPTV conectados aos equipos de rede é moi pequeno, as vantaxes do multidifusión non son obvias. Polo tanto, na fase inicial do desenvolvemento dos servizos de IPTV, non hai moitos usuarios de IPTV ou a rede de acceso de banda ancha non se reconstruíu no seu lugar. Podes usar multidifusión dinámica ou incluso unicast para transmitir sinais en directo de IPTV. Cando o número de usuarios conectados a un dispositivo de rede supera con creces o número de canles IPTV, as características da multidifusión para aforrar o ancho de banda do tráfico de rede son cada vez máis importantes. Neste momento, é dicir, cando o servizo IPTV desenvolveuse ata unha etapa madura e a transformación da rede de acceso de banda ancha estivo en vigor, o modo de multidifusión estática pode usarse para transmitir o sinal en directo de IPTV para mellorar aínda máis a calidade do servizo IPTV. Polo tanto, os operadores poden decidir se configurar o equipo de rede de acceso nun modo de multidifusión dinámica ou estática segundo condicións reais como a calidade da rede e a penetración do servizo IPTV.
4 Conclusión
Combinando a rede de área metropolitana IP existente de operadores de telecomunicacións, este documento expón sistematicamente as tecnoloxías clave da configuración de rede push end-to-end IPTV de extremo a extremo, que ten unha boa importancia para os operadores de telecomunicacións para implantar e implementar servizos IPTV de forma eficiente e económica.
|
Introduce o correo electrónico para obter unha 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 -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmit Video and Audio Máis fácil!
contacto
dirección:
No.305 Sala HuiLan Building No.273 Huanpu Road Guangzhou China 510620
categorías
boletín informativo