Entendendo o vazamento de rotas multicast para instâncias VRF e roteador virtual
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 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 com 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 determinados clientes VRF ou instâncias de roteador virtual. 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 mídia de streaming.
Implementação de vazamento de rotas VRF multicast estático em switches
Nos switches Junos OS, a implementação de vazamento de rotas VRF multicast permite compartilhar estaticamente rotas multicast de uma instância de roteamento VPN de Camada 3 executando um protocolo multicast, como o Protocol Independent Multicast (PIM) com o 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 de roteamento e ponte integrada (IRB) para cada interface de Camada 3. Para garantir que as rotas estáticas multicast estejam presentes na instância de roteamento que está em execução 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 da hierarquia.
Para que o vazamento de rotas multicast funcione de maneira 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 o IGMP a utilizar 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 nível de [edit protocols igmp-snooping vlan vlan-id interface interface-name] hierarquia. 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 nomeada 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 HQde roteamento multicast. Essa configuração garante o encaminhamento do tráfego multicast.