Visão geral do encaminhamento multicast com IGMP Snooping ou MLD Snooping em um ambiente EVPN-VXLAN

Benefícios do encaminhamento multicast com IGMP Snooping ou MLD Snooping em um ambiente EVPN-VXLAN

• Em um ambiente com um volume significativo de tráfego multicast, o uso de snooping de IGMP ou snooping MLD restringe o tráfego multicast em uma VLAN a receptores interessados e dispositivos multicast, o que conserva a largura de banda da rede.

• Sincronizar o estado IGMP ou MLD entre todos os dispositivos EVPN para receptores multihomed garante que todos os ouvidos subscritos recebam tráfego multicast, mesmo em casos como:

  • Relatórios de associação IGMP ou MLD para um grupo multicast podem chegar em um dispositivo EVPN que não é o encaminhamento designado (DF) do segmento Ethernet.

  • Uma mensagem de IGMP ou MLD para deixar um grupo multicast chega a um dispositivo EVPN diferente do dispositivo EVPN, onde a mensagem de junção correspondente para o grupo foi recebida.

• O encaminhamento multicast seletivo conserva o uso de largura de banda no núcleo da EVPN e reduz a carga em dispositivos EVPN de saída que não têm escutas.

• O suporte de gateways PIM externos permite a troca de tráfego multicast entre fontes e ouvidos em uma rede EVPN-VXLAN e fontes e ouvidores em um domínio PIM externo. Sem esse suporte, as fontes e os ouvidos nesses dois domínios não seriam capazes de se comunicar.

Versões IGMP ou MLD suportadas e modos de relatório de associação em grupo

A Tabela 1 descreve as versões IGMP suportadas e os modos de relatório de associação suportados para cada versão.

Para configurar explicitamente os dispositivos EVPN para processar apenas relatórios de associação SSM (S,G) para IGMPv3 ou MLDv2, defina a opção evpn-ssm-reports-only de configuração no nível de [edit protocols igmp-snooping vlan vlan-name] hierarquia.

Você pode habilitar o processamento somente de SSM para uma ou mais VLANs em uma instância de roteamento EVPN (EVI). Ao habilitar essa opção para uma instância de roteamento do tipo virtual switch, o comportamento se aplica a todas as VLANs na instância do switch virtual. Quando você habilita essa opção, o dispositivo não processa relatórios ASM e os descarta.

Se você não configurar a opção, por padrão, os evpn-ssm-reports-only dispositivos EVPN processam relatórios IGMPv2, IGMPv3, MLDv1 ou MLDv2 ASM e entregam relatórios IGMPv3 ou MLDv2 SSM.

Resumo dos casos de uso de encaminhamento e roteamento de tráfego multicast

A Tabela 2 fornece um resumo dos casos de uso de encaminhamento e roteamento de tráfego multicast que apoiamos em redes EVPN-VXLAN e nossa recomendação para quando você deve aplicar um caso de uso à sua rede EVPN-VXLAN.

Por exemplo, em um overlay EVPN-VXLAN ERB típico, você pode implementar o caso de uso 1 para encaminhamento intra-VLAN e caso de uso 2 para roteamento e encaminhamento entre VLAN. Ou, se você quiser que um roteador multicast externo lide com o roteamento entre VLAN em sua rede EVPN-VXLAN em vez de dispositivos EVPN com interfaces IRB em execução PIM, você pode implementar o caso de uso 5 em vez de usar o caso 2. Se houver hosts em um domínio PIM externo existente que você deseja que os hosts em sua rede EVPN-VXLAN se comuniquem, você também pode implementar o caso de uso 3.

Ao implementar qualquer um dos casos de uso em uma sobreposição EVPN-VXLAN CRB, você pode usar uma mistura de dispositivos spine — por exemplo, roteadores da Série MX, switches EX9200 e switches QFX10000. No entanto, se você fizer isso, tenha em mente que a funcionalidade de todos os dispositivos spine é determinada pelas limitações de cada dispositivo spine. Por exemplo, os switches QFX10000 oferecem suporte a uma única instância de virtual-switchroteamento. Embora os roteadores da Série MX e os switches EX9200 ofereçam suporte a várias instâncias de roteamento ou evpn virtual-switch, em cada um desses dispositivos, você teria que configurar uma única instância de roteamento do tipo virtual-switch para interoperar com os switches QFX10000.

Caso de uso 1: Encaminhamento de tráfego multicast intra-VLAN

Recomendamos este caso de uso básico para todas as redes EVPN-VXLAN.

Este caso de uso oferece suporte ao encaminhamento de tráfego multicast para hosts dentro da mesma VLAN e inclui os seguintes recursos principais:

• Hosts que são de casa única para um dispositivo EVPN ou multihomed para mais de um dispositivo EVPN em modo totalmente ativo.

  Nota:

  O multicast EVPN-VXLAN usa processamento especial de licença em grupo IGMP e MLD para lidar com fontes e receptores multihomed, para que não ofereçamos suporte à opção immediate-leave [edit protocols igmp-snooping] de configuração nas ou [edit protocols mld-snooping] hierarquias em redes EVPN-VXLAN.

• Instâncias de roteamento:

  • A instância padrão do switch se todos os dispositivos da rede suportarem a EVPN usando a instância padrão do switch.

  • Se todos os dispositivos da rede suportarem a EVPN usando o virtual-switch tipo de instância:

    • (Switches da Série QFX) Uma única instância de roteamento do tipo virtual-switch.

    • (Roteadores da Série MX, roteadores virtuais vMX e switches EX9200) Várias instâncias de roteamento do tipo evpn ou virtual-switch.

  • (Preferido) Uma ou mais instâncias de roteamento se mac-vrf todos os dispositivos da rede suportarem a EVPN usando instâncias MAC-VRF. (Veja a visão geral do tipo de instância de roteamento MAC-VRF.)

  A rota EVI tem como alvo atributos de comunidade estendidos associados a EVIs multihomed. As rotas BGP EVPN Tipo 7 (Join Sync Route) e Type 8 (Leave Synch Route) transportam esses atributos para permitir o suporte simultâneo de várias instâncias de roteamento EVPN.

  Para obter informações sobre as bandeiras multicast estendidas da comunidade, consulte EVPN Multicast Flags Extended Community.

• IGMPv2, IGMPv3, MLDv1 ou MLDv2. Para obter informações sobre os modos de relatório de associação suportados para cada versão IGMP ou MLD, consulte a Tabela 1. Para obter informações sobre a sincronização de rotas IGMP ou MLD entre dispositivos EVPN multihomed, veja a visão geral do encaminhamento multicast com IGMP ou MLD Snooping em um ambiente EVPN-MPLS.

• IGMP bisbilhotando ou MLD bisbilhotando. Hosts em uma rede enviam relatórios IGMP (para tráfego IPv4) ou relatórios MLD (para tráfego IPv6) expressando interesse em grupos multicast específicos de fontes multicast. Dispositivos EVPN com snooping de IGMP ou snooping MLD habilitados para ouvir os relatórios IGMP ou MLD, e usar as informações bisbilhotadas no lado de acesso para estabelecer rotas multicast que apenas encaminham tráfego para um grupo multicast para receptores interessados.

  A espionagem de IGMP ou a espionagem MLD oferecem suporte a multicast e receptores nos mesmos locais ou diferentes. Um site só pode ter receptores, fontes ou receptores conectados a ele.

• Encaminhamento multicast seletivo (publicidade EVPN Tipo 6 Rotas seletivas de Ethernet Tag (SMET) para encaminhamento apenas para receptores interessados). Esse recurso permite que os dispositivos EVPN encaminhem tráfego multicast seletivamente apenas para os dispositivos no núcleo EVPN que manifestaram interesse nesse grupo multicast.

  Nota:

  Oferecemos suporte ao encaminhamento multicast seletivo para dispositivos no núcleo EVPN apenas em overlays EVPN-VXLAN CRB.

  Quando você habilita a espionagem de IGMP ou a espionagem MLD, o encaminhamento multicast seletivo é habilitado por padrão.

• Dispositivos EVPN que não oferecem suporte a snooping de IGMP, bisbilhotamento de MLD e encaminhamento multicast seletivo.

Embora você possa implementar este caso de uso em um ambiente de casa única EVPN, este caso de uso é particularmente eficaz em um ambiente multihomed EVPN com um alto volume de tráfego multicast.

Todas as interfaces multihomed devem ter a mesma configuração, e todos os dispositivos EVPN multihomed peer devem estar no modo ativo (não em modo de espera ou passivo).

Um dispositivo EVPN que inicialmente recebe tráfego de uma fonte multicast é conhecido como o dispositivo de entrada. O dispositivo de entrada lida com o encaminhamento do tráfego multicast intra-VLAN da seguinte forma:

• Com a espionagem IGMP ou a espionagem MLD habilitada (que também permitem o encaminhamento multicast seletivo em dispositivos de suporte):

  • Como mostrado na Figura 1, o dispositivo de entrada (leaf 1) encaminha o tráfego seletivamente para outros dispositivos EVPN com interfaces de acesso onde há receptores interessados para o mesmo grupo multicast.

  • O tráfego é então encaminhado seletivamente para dispositivos de saída no núcleo EVPN que anunciaram as rotas SMET EVPN Tipo 6.

• Se algum dispositivo EVPN não oferecer suporte a snooping de IGMP ou MLD, ou a capacidade de originar rotas SMET EVPN Tipo 6, o dispositivo de entrada inunda o tráfego multicast para esses dispositivos.

• Se um host for multihomed para mais de um dispositivo EVPN, os dispositivos EVPN trocam rotas EVPN Tipo 7 e Tipo 8, conforme mostrado na Figura 1. Essa troca sincroniza os relatórios de associação IGMP ou MLD recebidos em interfaces multihomed para coordenar o status de mensagens que vão para diferentes dispositivos EVPN ou no caso de um dos dispositivos EVPN falhar.

  Nota:

  As rotas EVPN Tipo 7 e Type 8 transportam atributos de comunidade estendida da rota EVI para garantir que a instância EVPN certa receba as informações de estado do IGMP em dispositivos com várias instâncias de roteamento. Os switches da Série QFX oferecem suporte ao IGMP apenas na instância padrão de roteamento EVPN (default-switch). Em versões do Junos OS antes de 17.4R2, 17.3R3 ou 18.1R1, esses switches não incluíam atributos de comunidade estendida de rota EVI nas rotas Tipo 7 e Tipo 8, de modo que eles não sincronizam adequadamente o estado IGMP se você também tiver outras instâncias de roteamento configuradas. A partir dos versões Junos OS 17.4R2, 17.3R3 e 18.1R1, os switches QFX10000 incluem os atributos de comunidade estendida da rota EVI que identificam a instância de roteamento alvo e podem sincronizar o estado do IGMP se a espionagem IGMP for habilitada na instância de roteamento EVPN padrão quando outras instâncias de roteamento forem configuradas.

  Em versões que oferecem suporte a MLD e MLD bisbilhotando malhas EVPN-VXLAN com multihoming, o mesmo comportamento se aplica à sincronização do estado MLD.

Figura 1: Fluxo de tráfego multicast intra-VLAN com snooping IGMP e encaminhamento seletivo multicast

Se você tiver configurado interfaces IRB com PIM em um ou mais dos dispositivos de Camada 3 em sua rede EVPN-VXLAN (caso de uso 2), observe que o dispositivo de entrada encaminha o tráfego multicast para os dispositivos de Camada 3. O dispositivo de entrada toma essa ação para se registrar no dispositivo de Camada 3 que atua como o ponto de encontro PIM (RP).

Caso de uso 2: Roteamento e encaminhamento multicast Inter-VLAN — Interfaces IRB com PIM

Recomendamos este caso de uso básico para todas as redes EVPN-VXLAN, exceto quando você preferir usar um roteador multicast externo para lidar com o roteamento entre VLAN (veja Caso de uso 5: roteamento e encaminhamento multicast inter-VLAN — roteador multicast externo).

Para este caso de uso, as interfaces IRB usando o tráfego multicast de roteamento Multicast Independente de Protocolo (PIM) entre VLANs de origem e receptor. Os dispositivos EVPN em que as interfaces IRB residem e depois encaminham o tráfego roteado usando esses recursos principais:

• Encaminhamento multicast inclusivo com replicação de entrada

• Bisbilhotamento de IGMP ou snooping de MLD (se suportado)

• Encaminhamento multicast seletivo

O comportamento padrão do encaminhamento multicast inclusivo é replicar o tráfego multicast e inundar o tráfego para todos os dispositivos. Para este caso de uso, no entanto, apoiamos o encaminhamento multicast inclusivo, juntamente com a espionagem IGMP (ou bisbilhotamento de MLD) e o encaminhamento multicast seletivo. Como resultado, o tráfego multicast é replicado, mas encaminhado seletivamente para interfaces de acesso e dispositivos no núcleo EVPN que têm receptores interessados.

Para obter informações sobre as bandeiras multicast da EVPN, que os dispositivos da Juniper Networks que oferecem suporte a espionagem EVPN e IGMP (ou snooping MLD) incluem em rotas EVPN Tipo 3 (Inclusive Multicast Ethernet Tag), veja EVPN Multicast Flags Extended Community.

Em uma sobreposição EVPN-VXLAN CRB, você pode configurar os dispositivos spine para que alguns deles realizem roteamento e encaminhamento entre VLAN de tráfego multicast e outros não. No mínimo, recomendamos que você configure dois dispositivos spine para realizar o roteamento e o encaminhamento entre VLAN.

Quando existem vários dispositivos que podem realizar o roteamento e o encaminhamento entre VLAN de tráfego multicast, um dispositivo é eleito como o roteador designado (DR) para cada VLAN.

Na amostra de sobreposição EVPN-VXLAN CRB mostrada na Figura 2, suponha que o tráfego multicast precisa ser roteado da VLAN 100 de origem para o receptor VLAN 101. O receptor VLAN 101 está configurado na spine 1, que é designada como o DR para essa VLAN.

Figura 2: Fluxo de tráfego multicast Inter-VLAN com interface IRB e PIM

Após o roteamento entre VLAN, o dispositivo EVPN encaminha o tráfego roteado para:

• Interfaces de acesso que têm ouvidos multicast (snooping IGMP ou snooping MLD).

• Dispositivos de saída no núcleo EVPN que enviaram rotas SMET EVPN Tipo 6 para os membros do grupo multicast no receptor VLAN 2 (encaminhamento multicast seletivo).

Para entender como a espionagem de IGMP (ou bisbilhotamento de MLD) e o encaminhamento multicast seletivo reduzem o impacto do comportamento replicante e de inundação do encaminhamento inclusivo multicast, assuma que uma sobreposição EVPN-VXLAN CRB inclui os seguintes elementos:

• 100 interfaces IRB usando PIM começando com irb.1 e indo até irb.100

• 100 VLANs

• 20 dispositivos EVPN

Para o overlay EVPN-VXLAN CRB da amostra, m representa o número de VLANs, e n representa o número de dispositivos EVPN. Supondo que a espionagem de IGMP (ou bisbilhotamento de MLD) e o encaminhamento multicast seletivo sejam desativados, quando o tráfego multicast chega à irb.1, o dispositivo EVPN replica o tráfego m * n vezes ou 100 * 20 vezes, o que equivale a uma taxa de 20.000 pacotes. Se a taxa de tráfego de entrada para um determinado grupo multicast for de 100 pacotes por segundo (pps), o dispositivo EVPN teria que replicar 200.000 pps para esse grupo multicast.

Se a espionagem de IGMP (ou bisbilhotamento de MLD) e o encaminhamento multicast seletivo forem habilitados na sobreposição de EVPN-VXLAN CRB, assuma que existem receptores interessados para um determinado grupo multicast em apenas 4 VLANs e 3 dispositivos EVPN. Neste caso, o dispositivo EVPN replica o tráfego a uma taxa de 100 * m * n vezes (100 * 4 * 3), o que equivale a 1200 pps. Observe a redução significativa na taxa de replicação e na quantidade de tráfego que deve ser encaminhada.

Ao implementar este caso de uso, tenha em mente que existem diferenças importantes para overlays EVPN-VXLAN CRB e overlays EVPN-VXLAN ERB. A Tabela 3 descreve essas diferenças

Além das diferenças descritas na Tabela 3, existe um problema de fixação de cabelo com uma sobreposição EVPN-VXLAN CRB. O tráfego multicast normalmente flui de um host de origem para um dispositivo leaf para um dispositivo spine, que lida com o roteamento entre VLAN. Em seguida, o dispositivo spine replica e encaminha o tráfego para VLANs e dispositivos EVPN com escutas multicast. Ao encaminhar o tráfego nesse tipo de overlay EVPN-VXLAN, esteja ciente de que o dispositivo spine devolve o tráfego para o dispositivo leaf do qual o tráfego se originou (cabeamento capilar). Esse problema é inerente ao design do overlay EVPN-VXLAN CRB. Ao projetar seu overlay EVPN-VXLAN, tenha esse problema em mente especialmente se você espera que o volume de tráfego multicast em sua sobreposição seja alto e a taxa de replicação de tráfego (m * n vezes) seja grande.

Caso de uso 3: Roteamento e encaminhamento multicast entre VLAN — gateway PIM com conectividade de Camada 2

Recomendamos o gateway PIM com caso de uso de conectividade de Camada 2 para overlays EVPN-VXLAN ERB e overlays EVPN-VXLAN CRB.

Para este caso de uso, assumimos o seguinte:

• Você implantou uma rede EVPN-VXLAN para oferecer suporte a um data center.

• Nesta rede, você já configurou:

  • Encaminhamento de tráfego multicast intra-VLAN conforme descrito no caso de uso 1.

  • Roteamento e encaminhamento de tráfego multicast Entre VLAN conforme descrito no caso de uso 2.

• Existem fontes e receptores multicast dentro do data center que você deseja comunicar com fontes e receptores multicast em um domínio PIM externo.

O caso de uso fornece um mecanismo para o data center, que usa IGMP (ou MLD) e PIM, para trocar tráfego multicast com o domínio PIM externo. Usando uma VLAN multicast de Camada 2 (MVLAN) e interfaces IRB associadas nos dispositivos EVPN no data center para se conectar ao domínio PIM, você pode permitir o encaminhamento de tráfego multicast a partir de:

• Uma fonte multicast externa para destinos internos multicast

• Uma fonte multicast interna para destinos externos multicast

  Nota:

  Nesta seção, refere-se a componentes no domínio PIM. Refere-se a componentes em sua rede EVPN-VXLAN que oferecem suporte a um data center.

A Figura 3 mostra os componentes-chave necessários para este caso de uso em uma sobreposição de CRB EVPN-VXLAN de amostra.

Figura 3: Caso de uso 3: gateway PIM com conectividade de Camada 2 — Componentes chave

• Componentes no domínio PIM:

  • Um gateway PIM que atua como uma interface entre um domínio PIM existente e a rede EVPN-VXLAN. O gateway PIM é um dispositivo de Camada 3 da Juniper Networks ou de terceiros no qual o PIM e um protocolo de roteamento, como o OSPF, estão configurados. O gateway PIM não é executado EVPN. Você pode conectar o gateway PIM a um, alguns ou todos os dispositivos EVPN.

  • Um ponto de encontro PIM (RP) é um dispositivo de Camada 3 da Juniper Networks ou de terceiros no qual o PIM e um protocolo de roteamento, como o OSPF, estão configurados. Você também deve configurar o RP PIM para traduzir mensagens de junção ou podar PIM em um relatório IGMP (ou MLD) correspondente ou deixar mensagens e depois encaminhar os relatórios e mensagens para o gateway PIM.

• Componentes da rede EVPN-VXLAN:

  Nota:

  Esses componentes estão além dos componentes já configurados para casos de uso 1 e 2.

  • Dispositivos EVPN. Para redundância, recomendamos a multihoming dos dispositivos EVPN para o gateway PIM por meio de uma interface Ethernet agregada na qual você configura um identificador de segmentos de Ethernet (ESI). Em cada dispositivo EVPN, você também deve configurar o seguinte para este caso de uso:

    • VLAN multicast de Camada 2 (MVLAN). O MVLAN é uma VLAN usada para conectar o gateway PIM. No MVLAN, o PIM está habilitado.

    • Uma interface MVLAN IRB na qual você configura PIM, snooping de IGMP (ou snooping de MLD) e um protocolo de roteamento, como o OSPF. Para chegar ao gateway PIM, o dispositivo EVPN encaminha tráfego multicast para fora dessa interface.

    • Para permitir que os dispositivos EVPN encaminhem tráfego multicast para o domínio PIM externo, configure:

      • Tradução de PIM para IGMP:

        Para overlays EVPN-VXLAN ERB, configure a tradução de PIM para IGMP, incluindo declarações de pim-to-igmp-proxy upstream-interface irb-interface-name configuração no nível de [edit routing-options multicast] hierarquia. Especifique a interface MVLAN IRB para o parâmetro de interface IRB. Você também deve definir o [edit protocols] modo passivo IGMP usando igmp interface irb-interface-name passive declarações de configuração no nível de hierarcy nas interfaces upstream onde você definepim-to-igmp-proxy.

        Para overlays EVPN-VXLAN CRB, você não precisa incluir as pim-to-igmp-proxy upstream-interface irb-interface-name declarações ou pim-to-mld-proxy upstream-interface irb-interface-name configuração. Nesse tipo de overlay, o protocolo PIM lida com o roteamento de tráfego multicast do domínio PIM para a rede EVPN-VXLAN e vice-versa.

      • Interface de roteador multicast:

        Configure a interface do roteador multicast incluindo a declaração de multicast-router-interface configuração no nível de [edit routing-instances routing-instance-name bridge-domains bridge-domain-name protocols (igmp-snooping | mld-snooping) interface interface-name] hierarquia. Para o nome da interface, especifique a interface MVLAN IRB.

  • Modo passivo de PIM. Apenas para overlays EVPN-VXLAN ERB, você deve garantir que o gateway PIM veja o data center apenas como um domínio multicast de Camada 2. Para isso, inclua a passive declaração de configuração no nível de [edit protocols pim] hierarquia.

Caso de uso 4: roteamento e encaminhamento multicast entre VLAN — gateway PIM com conectividade de Camada 3

Recomendamos o gateway PIM com caso de uso de conectividade de Camada 3 apenas para overlays EVPN-VXLAN CRB.

Para este caso de uso, assumimos o seguinte:

• Você implantou uma rede EVPN-VXLAN para oferecer suporte a um data center.

• Nesta rede, você já configurou:

  • Encaminhamento de tráfego multicast intra-VLAN conforme descrito no caso de uso 1.

  • Roteamento e encaminhamento de tráfego multicast Entre VLAN conforme descrito no caso de uso 2.

• Existem fontes e receptores multicast dentro do data center que você deseja comunicar com fontes e receptores multicast em um domínio PIM externo.

Este caso de uso fornece um mecanismo para o data center, que usa IGMP (ou MLD) e PIM, para trocar tráfego multicast com o domínio PIM externo. Usando interfaces de Camada 3 nos dispositivos EVPN no data center para se conectar ao domínio PIM, você pode habilitar o encaminhamento de tráfego multicast a partir de:

• Uma fonte multicast externa para destinos internos multicast

• Uma fonte multicast interna para destinos externos multicast

  Nota:

  Nesta seção, refere-se a componentes nos domínios PIM. Refere-se a componentes em sua rede EVPN-VXLAN que oferecem suporte a um data center.

A Figura 4 mostra os componentes-chave necessários para este caso de uso em uma sobreposição de CRB EVPN-VXLAN de amostra.

Figura 4: Caso de uso 4: gateway PIM com conectividade de camada 3 — componentes-chave

• Componentes no domínio PIM:

  • Um gateway PIM que atua como uma interface entre um domínio PIM existente e a rede EVPN-VXLAN. O gateway PIM é um dispositivo de Camada 3 da Juniper Networks ou de terceiros no qual o PIM e um protocolo de roteamento, como o OSPF, estão configurados. O gateway PIM não é executado EVPN. Você pode conectar o gateway PIM a um, alguns ou todos os dispositivos EVPN.

  • Um ponto de encontro PIM (RP) é um dispositivo de Camada 3 da Juniper Networks ou de terceiros no qual o PIM e um protocolo de roteamento, como o OSPF, estão configurados. Você também deve configurar o RP PIM para traduzir mensagens de entrada ou podar PIM em relatório IGMP ou MLD correspondentes ou deixar mensagens e depois encaminhar os relatórios e mensagens para o gateway PIM.

• Componentes da rede EVPN-VXLAN:

  Nota:

  Esses componentes estão além dos componentes já configurados para casos de uso 1 e 2.

  • Dispositivos EVPN. Você pode conectar um, alguns ou todos os dispositivos EVPN a um gateway PIM. Você deve fazer cada conexão por meio de uma interface de Camada 3 na qual o PIM está configurado. Além da interface de Camada 3 com PIM, este caso de uso não requer configuração adicional nos dispositivos EVPN.

Caso de uso 5: Roteamento e encaminhamento multicast inter-VLAN — roteador multicast externo

A partir do Junos OS Release 17.3R1, você pode configurar um dispositivo EVPN para realizar o encaminhamento entre VLAN de tráfego multicast sem precisar configurar interfaces IRB no dispositivo EVPN. Nesse cenário, um roteador multicast externo é usado para enviar consultas IGMP ou MLD para solicitar relatórios e encaminhar o tráfego de VLAN por meio de um protocolo multicast de Camada 3, como o PIM. As interfaces IRB não são suportadas com o uso de um roteador multicast externo.

Para este caso de uso, você deve incluir as igmp-snooping proxy declarações ou mld-snooping proxy configuração no nível de [edit routing-instances routing-instance-name protocols vlan vlan-name] hierarquia.

EVPN Multicast Flags Extended Community

Os dispositivos da Juniper Networks que oferecem suporte a espionagem EVPN-VXLAN e IGMP também oferecem suporte à comunidade estendida de bandeiras multicast EVPN. Quando você habilita o IGMP a bisbilhotar em um desses dispositivos, o dispositivo adiciona a comunidade às rotas EVPN Tipo 3 (Inclusive Multicast Ethernet Tag).

A ausência dessa comunidade em uma rota EVPN Tipo 3 pode indicar o seguinte sobre o dispositivo que anuncia a rota:

• O dispositivo não oferece suporte a espionagem de IGMP.

• O dispositivo não tem a espionagem IGMP habilitada.

• O dispositivo está executando uma versão do software Junos OS que não oferece suporte à comunidade.

• O dispositivo não oferece suporte à publicidade de rotas SMET EVPN Tipo 6.

• O dispositivo tem snooping IGMP e uma interface de Camada 3 com PIM habilitado para ele. Embora a interface de Camada 3 com PIM execute o snooping no lado de acesso e o encaminhamento multicast seletivo no núcleo EVPN, o dispositivo precisa atrair todo o tráfego para realizar o registro de fontes no RP PIM e roteamento entre VLAN.

O comportamento descrito acima também se aplica a dispositivos que oferecem suporte a EVPN-VXLAN com espionagem MLD e MLD.

A Figura 5 mostra a comunidade estendida da bandeira multicast EVPN, que tem as seguintes características:

• A comunidade é codificada como um valor de 8 bits.

• O campo Type tem um valor de 6.

• A bandeira de suporte por proxy IGMP está definida para 1, o que significa que o dispositivo oferece suporte a proxy IGMP.

  O mesmo se aplica à bandeira de suporte a proxy MLD; se essa bandeira estiver definida para 1, o dispositivo oferece suporte a proxy MLD. Ou ambas as bandeiras podem ser definidas.

Figura 5: Comunidade estendida com bandeira multicast EVPN