[GTER] PIMSM
rmcarv
rmcarv at gmail.com
Sun Apr 7 03:32:03 -03 2013
Marcelus,
Qual plataforma de IPTV você está testando? Estamos buscando a bastante
tempo uma solução com bom custo x benefício mas está difícil...
Rodrigo Carvalhaes
Em 6 de abril de 2013 18:50, Rafael Ganascim <rganascim at gmail.com> escreveu:
> PIM e IGMP trabalham juntos..... até onde sei, sempre. PIM e IGMPno L3 e
> IGMP Snooping no L2.
>
> O switch precisa fazer o IGMP snooping ( ver a troca de mensagens IGMP, as
> vezes atuar ativamente e outras passivamente). Ativamente no caso do da
> intercepção de mensagens de query de grupos, leaves e joins...... com isto,
> o switch sabe quem ainda quer o fluxo, pq ele mesmo faz o track disto. Um
> exemplo, quando mais de um host no switch precisa de um mesmo fluxo, se um
> deles precisa sair e o outro continuar, o switch intercepta o leave do
> sainte para que o fluxo continue.....
>
> Bom seria tentar ativar algum debug de igmp snooping no switch.... para ver
> o que a sinalização reporta. Já tive experiência com bug com multicast no
> dell, que foi corrigida via atualização de sw ( o workaround era desativar
> o IGMP Snooping).
>
> Em 06/04/2013 17:27, "Marcelus Trojahn" <mtrojahn at gmail.com> escreveu:
>
> > Acho que estamos falando de coisas diferentes... A rede é IGMP (não teria
> > como não ser).
> >
> > O problema do IGMPv2 (layer2) é que ele é "burro", o switch "vê" apenas
> as
> > portas dele próprio... Quando ele tem que remover um fluxo, ele remove da
> > porta mesmo que tenha mais de uma pessoa assistindo... Ele não mantém
> > controle por cliente, e sim, por porta... (pelo menos até onde entendo).
> > Este é o problema que estou tendo... Coloco 2 boxes no mesmo canal e na
> > mesma porta do switch, e mudo o canal de 1 delas... A outra também perde
> o
> > canal.
> >
> > Já PIMSM, novamente considerando apenas meu pouco conhecimento, é
> Multicast
> > IPv4... Os grupos IGMP são formados por conjutos de IP de clientes... Se
> 2
> > IPs estão na mesma porta do switch e ambos estão assistindo o mesmo
> canal,
> > no caso de um deles dar leave, o PIMSM entende que ainda tem outro
> cliente
> > nesta porta e não remove o fluxo.
> >
> > Minha topologia será diferente do que você disse, Rafael.. Como uso OLTs
> > ligadas ao switch, terei centenas de clientes em apenas 1 porta do
> > switch... O switch terá que definir quais fluxos ele tem que manter
> naquela
> > porta. Obviamente, haverão clientes assistindo o mesmo canal e, neste
> caso,
> > se um deles trocar de canal o switch tem que entender que ainda existem
> > outros assistindo antes de remover o fluxo da porta.
> >
> > Este é o motivo pelo qual procuro documentação ou algum case onde alguém
> já
> > colocou isto pra funcionar.
> >
> >
> >
> >
> > 2013/4/5 Rafael Ganascim <rganascim at gmail.com>
> >
> > > Eu imagino que o problema disto é conseguir escalar a rede.
> > >
> > > Imagina míseros 100 clientes IPTV, e em cada porta do switch ele
> > > mandando o fluxo de todos os canais. Afinal, quem vai controlar o que
> > > cada porta precisa receber (o canal que o cara tá assistindo).
> > >
> > > Vira um broadcast, ao invés de multicast.
> > >
> > >
> > > Em 5 de abril de 2013 16:51, Lista <lista.gter at gmail.com> escreveu:
> > > > Não seria no caso ele desabilitar o snooping na vlan ou na porta que
> > irá
> > > > para o rede, para que ela não receba um join no igmp?
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Em 5 de abril de 2013 14:48, Marcelus Trojahn <mtrojahn at gmail.com>
> > > escreveu:
> > > >
> > > >> O imediate-leave não está habilitado mas tem um leave-timeout em
> cada
> > > >> interface que está em 1s... Talvez tunando um pouco estes valores
> mude
> > > >> alguma coisa, vou testar e qualquer coisa retorno :)
> > > >>
> > > >>
> > > >> 2013/4/5 Rafael Ganascim <rganascim at gmail.com>
> > > >>
> > > >> > Você sabe se está habilitado o recurso de' imediate leave' do IGMP
> > na
> > > >> Vlan?
> > > >> > Ele pode gerar este comportamento removendo a porta imediatamente
> da
> > > >> árvore
> > > >> > multicast.... sem esperar as queries de grupo.
> > > >> >
> > > >> > En switches Cisco é possível ativar um recurso que se chama IGMP
> > > Snooping
> > > >> > Querier para redes sem roteadores Multicast.
> > > >> >
> > > >> > Caso vá partir para PIM SP, aconselho a ir atrás de alguma teoria,
> > por
> > > >> > exemplo para começar:
> > > >> > - PIM DM vs PIM SM vs PIM Sparse-Dense Mode
> > > >> > - Rendezevous Point
> > > >> > - Bootstrap router (BSR)
> > > >> > - IGMP Snooping
> > > >> > - Diferenças entre IGMPs
> > > >> > - PIM DR
> > > >> > - IGMP Querier
> > > >> > - PIM ST e PIM SPT
> > > >> >
> > > >> > --
> > > >> > Att,
> > > >> >
> > > >> > Rafael
> > > >> >
> > > >> > Em 05/04/2013 12:32, "Marcelus Trojahn" <mtrojahn at gmail.com>
> > > escreveu:
> > > >> > >
> > > >> > > Obrigado pela resposta.
> > > >> > >
> > > >> > > Basicamente, a topologia que quero implementar é a seguinte:
> > > >> > >
> https://docs.google.com/file/d/0B1FJIRvFrehTWFhKS09NYWJWdVU/edit
> > > >> > >
> > > >> > > Com IGMPv2 consigo facilmente fazer os 2 clientes funcionarem. O
> > > >> problema
> > > >> > é
> > > >> > > com o fato deles estarem ligados a uma OLT que ocupa apenas 1
> > porta
> > > do
> > > >> > > Switch Dell... Se ambos os clientes estiverem assistindo o mesmo
> > > canal
> > > >> e
> > > >> > 1
> > > >> > > deles decidir trocar de canal, o switch recebe a mensagem de
> leave
> > > >> para o
> > > >> > > grupo e remove o fluxo da sua porta... O que causa a parada da
> > > >> > transmissão
> > > >> > > para o outro cliente também...
> > > >> > >
> > > >> > > Se os 2 clientes estiverem conectados diretamente ao switch (ou
> > > seja,
> > > >> > > ocupando portas diferentes) este problema não existe.
> > > >> > >
> > > >> > > Tenho pouca experiência com multicast e pelo que ando lendo
> PIMSM
> > ou
> > > >> > DVMRP
> > > >> > > seriam a solução para este problema. Mas ainda não consegui
> > > encontrar
> > > >> > > documentação que me ajudasse a entender realmente como ambos
> > > funcionam.
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > > 2013/4/4 Diogo Montagner <diogo.montagner at gmail.com>
> > > >> > >
> > > >> > > > Marcelus,
> > > >> > > >
> > > >> > > > você poderia explicar melhor o seu cenário ? Pelo que eu vi na
> > > >> > documentação
> > > >> > > > da Dell, PIMSM significa Multicast em Sparse Mode.
> > > >> > > >
> > > >> > > > Você não pode eliminar completamente o IGMP.
> > > >> > > >
> > > >> > > > Abaixo está um exemplo (abra ele no notepad ou use fonte
> Courier
> > > >> New).
> > > >> > > >
> > > >> > > > Envie a sua topologia e a configuração que você está tentando
> > > fazer
> > > >> > pois
> > > >> > > > assim será mais fácil para o pessoal da lista ajudar você.
> > > >> > > >
> > > >> > > > []s
> > > >> > > > Diogo
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > > Source
> > > >> > > > +
> > > >> > > > |P2P
> > > >> > > > |
> > > >> > > > P2P + P2P
> > > >> > > > (PIM) +------------+RP+-----------+ (PIM)
> > > >> > > > | |
> > > >> > > > + +
> > > >> > > > U1 U2
> > > >> > > > + +
> > > >> > > > | |
> > > >> > > > +------+---+------------------+-----+----+
> > LAN
> > > >> > (PIM)
> > > >> > > > + +
> > > >> > > > D1 D2
> > > >> > > > + +
> > > >> > > > | IGMP | IGMP
> > > >> > > > R1+----+----+ +-+------+R2
> > > >> > > > LAN LAN
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > > ./diogo -montagner
> > > >> > > > JNCIE-SP 0x41A
> > > >> > > >
> > > >> > > >
> > > >> > > > 2013/4/5 Marcelus Trojahn <mtrojahn at gmail.com>
> > > >> > > >
> > > >> > > > > Senhores,
> > > >> > > > >
> > > >> > > > > Estou iniciando alguns testes com IPTV e com IGMP em Layer2
> > > >> funciona
> > > >> > > > > razoavelmente, mas gostaria de entender melhor e usar
> PIMSM...
> > > >> > > > >
> > > >> > > > > Alguém tem alguma experiência configurando PIMSM em um
> switch
> > > Dell?
> > > >> > > > > Infelizmente há pouca documentação sobre PIMSM no Dell e não
> > > estou
> > > >> > > > > conseguindo colocar pra funcionar... Esbarro sempre na
> questão
> > > das
> > > >> > VLANS
> > > >> > > > +
> > > >> > > > > MROUTERs...
> > > >> > > > >
> > > >> > > > > Agradeço muito se alguém conseguir disponibilizar uma parte
> > > >> relevante
> > > >> > de
> > > >> > > > um
> > > >> > > > > running-config, etc...
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > --
> > > >> > > > > Marcelus Trojahn
> > > >> > > > > --
> > > >> > > > > gter list https://eng.registro.br/mailman/listinfo/gter
> > > >> > > > >
> > > >> > > > --
> > > >> > > > gter list https://eng.registro.br/mailman/listinfo/gter
> > > >> > > >
> > > >> > > --
> > > >> > > gter list https://eng.registro.br/mailman/listinfo/gter
> > > >> > --
> > > >> > gter list https://eng.registro.br/mailman/listinfo/gter
> > > >> >
> > > >> --
> > > >> gter list https://eng.registro.br/mailman/listinfo/gter
> > > >>
> > > > --
> > > > gter list https://eng.registro.br/mailman/listinfo/gter
> > > --
> > > gter list https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list