Signalisation multicast BGP basée sur un contrôleur
Les contrôleurs de réseau qui connaissent la topologie du réseau et les événements qu’elle contient peuvent calculer des chemins explicites de bout en bout. Ce calcul permet d’obtenir des arbres de multidiffusion optimaux entre la source et les récepteurs. Un contrôleur de réseau utilise le démon PRPD (Programmable Routing Protocol Daemon) et la signalisation BGP pour signaler à chaque routeur de l’arborescence multicast de configurer et de programmer les états de transfert multicast.
Le contrôleur utilise les API PRPD pour programmer les informations d’accessibilité de la couche réseau (NLRI) multicast BGP. Tous les routeurs sont programmés soit directement, soit par le biais d’un réflecteur de route. Un réflecteur de route propage également le NLRI à tous les routeurs sur les arbres. Sur la base du NLRI reçu, les routeurs définissent les états de transfert appropriés.
Dans les sections suivantes de cette rubrique, nous utilisons le terme « contrôleur » pour désigner le « contrôleur de réseau ».
Avantages de la signalisation multicast BGP basée sur un contrôleur
-
Dans les protocoles multicast saut par saut tels que Protocol Independent Multicast (PIM), entre autres limitations, le mode multicast any-source doit être actualisé périodiquement et est complexe à configurer. Le multicast spécifique à la source PIM et le mode PIM-Port présentent des inconvénients similaires.
-
Les centres de données qui utilisent BGP comme protocole de routage principal évitent de déployer le multicast, car ce déploiement nécessite des protocoles supplémentaires et crée des complexités associées.
Programmation de routeur de transit basée sur PRPD
À l’aide d’un serveur de provisionnement ou d’un orchestrateur, le contrôleur a connaissance des informations de flux multicast de la source, des groupes et des récepteurs. Le contrôleur calcule une arborescence optimale pour transmettre le trafic source à tous les récepteurs intéressés d’un groupe.

Après avoir calculé l’arborescence de multidiffusion, le contrôleur utilise l’interface PRPD pour programmer chaque routeur de transit de l’arborescence avec le NLRI de découverte automatique des feuilles (AD) multicast BGP. L’itinéraire Leaf AD contient les informations source, de groupe et en amont.
Le NLRI Leaf AD comporte également un attribut d’encapsulation de tunnel (TEA) qui contient des informations sur les routeurs en aval vers lesquels le trafic doit être répliqué. TEA est un attribut de chemin BGP transitif qui spécifie les protocoles d’encapsulation et toute information supplémentaire requise pour utiliser correctement ces protocoles.
À l’aide de ces informations, un routeur peut programmer les états de transfert multicast pour transférer le trafic.
Programmation de réflecteur de route basée sur PRPD et transmission de trafic à l’aide de BGP
Il peut arriver que le contrôleur ne dispose pas de connexions PRPD avec tous les routeurs de transit. Mais si BGP est exécuté sur le réseau, le contrôleur n’a besoin que d’une seule connexion PRPD à un réflecteur de route ou à un réflecteur de route virtuel (vRR). À l’aide des informations de multidiffusion sur la source, le groupe et les récepteurs, le contrôleur programme le NLRI de multidiffusion BGP destiné à tous les routeurs de l’arborescence de multidiffusion sur le réflecteur de route. Le réflecteur de route propage ensuite le NLRI multicast BGP via la signalisation BGP à tous ses voisins, qui finit par atteindre tous les routeurs de l’arborescence multicast.

Si la cible de route associée au NLRI possède l’ID de routeur du routeur prévu, le routeur accepte la route et un état de transfert approprié est programmé sur le routeur.
Par défaut, le RIB de résolution de la cible de route est inet.3. Pour que le multicast BGP fonctionne, vous devez définir explicitement la résolution des nervures sur inet.0 dans la configuration à l’aide de la commande suivante :
set routing-options resolution rib bgp.rtarget.0 resolution-ribs inet.0
Vous pouvez également appliquer des contraintes de cible d’itinéraire pour filtrer les itinéraires à partir du réflecteur d’itinéraire.