[GTER] PIMSM
Marcelus Trojahn
mtrojahn at gmail.com
Mon Apr 8 10:18:43 -03 2013
Estamos testando o Middleware Minerva... Fora isto não sei te dar mais
informações, não sou o cara da TV... Estou apenas tentando colocar nossos
switches pra funcionar neste tipo de serviço que é completamente novo para
mim :(
2013/4/7 rmcarv <rmcarv at gmail.com>
> 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
> >
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list