Sinalização BGP multicast baseada em controlador
Os controladores de rede que estão cientes da topologia da rede e dos eventos dentro da topologia podem calcular caminhos explícitos de ponta a ponta. Esse cálculo resulta em árvores multicast ótimas entre a fonte e os receptores. Um controlador de rede usa o daemon de protocolo de roteamento programável (PRPD) e a sinalização BGP para sinalizar cada roteador na árvore multicast para configurar e programar estados de encaminhamento multicast.
O controlador usa APIs PRPD para programar informações de acessibilidade de camada de rede multicast BGP (NLRI). Todos os roteadores são programados diretamente ou por um refletor de rota. Um refletor de rota também propaga o NLRI para todos os roteadores nas árvores. Com base no NLRI recebido, os roteadores configuram os estados de encaminhamento apropriados.
Nas seções a seguir deste tópico, usamos o controlador para significar controlador de rede.
Benefícios da sinalização BGP Multicast baseada em controlador
-
Em protocolos multicast hop-by-hop, como o Protocol Independent Multicast (PIM), entre outras limitações, o modo multicast de qualquer fonte precisa ser revigorante periódico e é complexo de configurar. O modo de multicast e PIM-Port específico da origem do PIM tem desvantagens semelhantes.
-
Os data centers que usam o BGP como protocolo de roteamento primário evitam a implantação de multicast, pois essa implantação requer protocolos adicionais e cria complexidades associadas.
Programação de roteadores de trânsito baseada em PRPD
Com a ajuda de um servidor ou orquestrador de provisionamento, o controlador está ciente das informações de fluxo multicast da origem, grupos e receptores. O controlador calcula uma árvore ideal para encaminhar o tráfego de origem a todos os receptores interessados para um grupo.
Depois de calcular a árvore multicast, o controlador usa a interface PRPD para programar cada roteador de trânsito na árvore com o BGP multicast Leaf Auto Discovery (AD) NLRI. A rota Leaf AD contém as informações de origem, grupo e upstream.
O Leaf AD NLRI também transporta um atributo de encapsulamento de túnel (TEA) que tem informações sobre os roteadores downstream aos quais o tráfego precisa ser replicado. TEA é um atributo de caminho BGP transitivo que especifica os protocolos de encapsulamento e quaisquer informações adicionais necessárias para usar esses protocolos corretamente.
Usando essas informações, um roteador pode programar os estados de encaminhamento multicast para encaminhar tráfego.
Programação de refletor de rotas baseada em PRPD e transmissão de tráfego usando BGP
Às vezes, o controlador pode não ter conexões PRPD com todos os roteadores de trânsito. No entanto, se o BGP estiver sendo executado na rede, o controlador precisa apenas de uma única conexão PRPD a um refletor de rota ou um refletor de rota virtual (vRR). Usando as informações multicast sobre a origem, grupo e receptores, o controlador programa o BGP multicast NLRI destinado a todos os roteadores na árvore multicast no refletor de rota. O refletor de rota propaga ainda mais o BGP multicast NLRI através da sinalização BGP para todos os seus vizinhos, que eventualmente atinge todos os roteadores na árvore multicast.
Se o alvo de rota associado à NLRI tiver o ID do roteador do roteador pretendido, o roteador aceita a rota e um estado de encaminhamento apropriado é programado no roteador.
A resolução de meta de rota RIB por padrão é inet.3. Para que o multicast BGP funcione, você precisa definir explicitamente a resolução rib para inet.0 na configuração usando este comando:
set routing-options resolution rib bgp.rtarget.0 resolution-ribs inet.0
Você também pode aplicar restrições de alvo de rota para filtrar as rotas do refletor de rota.