↑ Retornar para Problemas do mundo real

Experiencia Multicast Layer2

Home Fórum Problemas do mundo real Experiencia Multicast Layer2

Este tópico contém 2 respostas, possui 3 vozes e foi atualizado pela última vez por  Diogo Mendes 4 anos, 9 meses atrás.

Visualizando 3 posts - 1 até 3 (de 3 do total)
  • Autor
    Posts
  • #49031

    miovieira
    Participante

    Bom dia pessoal.

    Apenas para compartilhar uma experiencia de Multicast, por que já estudei um tempo atrás mas não tinha visto na pratica.

    Tem um sistema que implantaram em um cliente, eles inserem informação em um servidor(Sender) e via multicast é replicado para as maquinas

    (receivers). Estavam na mesma vlan e funcionava, mas depois de 3 ou 4 minutos o streaming parava.

    Depois de varias pesquisas, achei esse link
    http://www.cisco.com/c/en/us/support/docs/switches/catalyst-6500-series-switches/68131-cat-multicast-prob.html#revisit, entretanto no meu caso estou usando a linha Nexus 5596.

    Após conversar com a Cisco (pois o 5K ainda tem uns bugs bem estranhos), bastou ativar um elemento de IGMP Querier na configuração da vlan e funcionou. Sempre que tinha questão de Multicast em Layer2, eu me perguntava: Como vou ativar algo IP em um Switch que só faz L2?

    E realmente é necessário ativar na vlan configuration o IGMP-Querier, por que mesmo sendo L2 ele atua como um MRouter e faz como se fosse um proxy.

    No caso do Nexus eu usei os seguintes comandos no Switch de Acesso:

    config
    vlan configuration 2616
    ip igmp snooping querier 172.16.239.5 [Este é um endereço IP livre na vlan]
    end

    E para validar os comandos:
    show ip igmp snooping groups
    show ip igmp snooping querier

    Abraço.

    0

    0
    #117558

    JoseBalbuena
    Participante

    o problema é o igmp snooping do switch que pega e some com os IGMP dos Hosts, ai vc precisa fazer um proxy ou habilitar o PIM na SVI…. esse link que vc colocou explica ao detalhe..

    Abcs
    Jose

    0

    0
    #117559

    Diogo Mendes
    Participante

    Tem um bom exemplo disso em cenários utilizando a plataforma Nexus com OTV:

    http://www.cisco.com/c/dam/en/us/td/docs/solutions/Enterprise/Data_Center/DCI/5-0/OTVmulticast.pdf

    The purpose of this paper is to discuss how Layer 2 Multicast packets with IP headers communicate
    across an OTV Unicast core. If non-IP Layer 2 Multicast packets are introduced into this environment,
    OTV will simply broadcast those packets to all data centers.
    In certain scenarios there may be the requirement to establish Layer 2 multicast communication between
    remote sites which can be accomplished simply by adding a one line configuration on the Nexus 7000
    in each data center. This is the case when a multicast source sending traffic to a specific group is
    deployed in a given VLAN in an East data center, whereas multicast receivers belonging to the same
    VLAN are placed in a West and South data center

    The current configuration recommendation to allow L2 multicast traffic to function correctly is to
    configure a specific IGMP snooping querier for each VLAN that will need to receive multicast traffic.
    When an IGMP snooping querier is enabled, it sends out periodic IGMP queries that trigger IGMP report
    messages from hosts that want to receive IP multicast traffic. IGMP snooping listens to these IGMP
    reports to establish appropriate forwarding. Configuration of an IGMP snooping querier also creates an
    mrouter port on the access-layer switch as well

    For L2 multicast, PIM is not configured on these SVIs. However, if PIM were configured on the SVI in
    each data center it would imply that there is a receiver for all multicast groups. Consequently, multicast
    traffic would get forwarded to all data centers, independent of an active multicast receiver in that data
    center. IGMP querier packets do not traverse the OTV core and will remain local to each data center.

    0

    0
Visualizando 3 posts - 1 até 3 (de 3 do total)

Você deve fazer login para responder a este tópico.