[GTER] PIMSM
Rafael Ganascim
rganascim at gmail.com
Sat Apr 6 18:50:23 -03 2013
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
>
More information about the gter
mailing list