Entenda o vazamento de rotas multicast para instâncias de roteador virtual e VRF
Os provedores de serviços usam VPNs de Camada 3 para manter o tráfego separado e privado para vários clientes. Para separar as rotas de uma VPN das rotas na Internet pública ou as de outras VPNs, os dispositivos de provedores mantêm tabelas de roteamento separadas (chamadas tabelas VRF) para cada VPN que se conecta a um dispositivo de borda do cliente. Dispositivos que oferecem suporte a clientes ou sites que pertencem à VPN podem acessar apenas as rotas nas tabelas VRF para essa VPN.
No entanto, os provedores podem precisar compartilhar serviços com mais de um cliente ou site, mantendo os serviços gerais privados entre seus clientes. Os provedores podem conseguir isso disponibilizando algumas rotas nas tabelas de roteamento para determinadas instâncias vrf ou de roteador virtual para clientes. Essa prática é chamada de vazamento de rota, que permite que um dispositivo compartilhe informações de rota de uma instância de roteamento VRF ou roteador virtual configurada para outra usando políticas internas de exportação e importação de rotas.
Os provedores também podem querer usar o vazamento de rotas para serviços multicast, como IPTV e outros serviços de streaming de mídia.
Implementação de vazamento de rota VRF multicast estático em switches
Nos switches Junos OS, a implementação multicast de vazamento de rota VRF permite que você compartilhe estaticamente rotas multicast de uma instância de roteamento VPN de Camada 3 executando um protocolo multicast, como o Protocol Independent Multicast (PIM) com roteador virtual do cliente ou instâncias VRF. Você só pode vazar rotas multicast estáticas com um comprimento de prefixo de /32. Portanto, as rotas são compartilhadas para grupos de protocolo de gerenciamento de grupos de Internet (IGMP) e não para uma fonte específica. Todas as interfaces de Camada 2 e Camada 3 devem ter a versão 3 do IGMP habilitada. Nenhuma outra versão do IGMP é suportada.
Além disso, você deve configurar uma interface integrada de roteamento e ponte (IRB) para cada interface de Camada 3. Para garantir que as rotas estáticas multicast estejam presentes na instância de roteamento que está sendo executada em multicast, use o IGMP para adicionar as rotas a cada interface IRB configurada na instância de roteamento. Inclua as group multicast-group-address source ip-address declarações no [edit protocols igmp interface irb-interface-name staticnível ] hierarquia.
Para que o vazamento de rotas multicast funcione de forma robusta, você também deve configurar o Protocol-Independent Multicast (PIM) em cada interface IRB incluída no roteador virtual ou instância VRF.
Por exemplo, para adicionar a interface IRB,
irb.1023a uma instância de roteamento nomeadacust-11e habilitar o PIM na interface IRB:user@switch# set routing-instances cust-11 interface irb.1023 user@switch# set routing-instances cust-11 protocols pim interface irb.1023
Essa implementação também exige que você habilite a espionagem do IGMP em todas as interfaces de clientes que recebem tráfego multicast. Use a multicast-router-interface declaração para configurar cada interface do cliente para enfrentar a instância de roteamento multicast. Você também deve adicionar cada grupo multicast a cada interface do cliente, incluindo a group multicast-group-address declaração no [edit protocols igmp-snooping vlan vlan-id interface interface-name] nível hierárquico. As instâncias VRF ou roteador virtual do cliente não são necessárias para ter um protocolo multicast, como o PIM configurado.
Para permitir o vazamento de rotas multicast, configure rotas multicast estáticas em um VRF ou roteador virtual do cliente para cada grupo multicast configurado e aponte cada rota para a tabela de roteamento para a instância de roteamento multicast. Para configurar, inclua o static route destination-prefix/32 next-table instance-name.inet.0 grupo de declarações no nível de [edit routing-instances routing-instance-name routing-options] hierarquia.
Por exemplo, para vazar a rota multicast 233.252.0.0/32 para uma instância de roteamento de clientes chamada cust-11:
user@switch# set routing-instances cust-11 routing-options route 233.252.0.0/32 next table HQ.inet.0
Neste exemplo, a rota multicast estática é configurada na instância de roteamento do cliente e aponta para a tabela de roteamento para a instância de roteamento multicast. HQ Essa configuração garante o encaminhamento do tráfego multicast.