Exemple : Configuration d’un PIM bidirectionnel
Comprendre le PIM bidirectionnel
Le PIM bidirectionnel (PIM-Bidir) est spécifié par l’IETF dans la RFC 5015, Bidirectional Protocol Independent Multicast (BIDIR-PIM). Il offre une alternative aux autres modes PIM, tels que PIM Sparse Mode (PIM-SM), PIM Dense Mode (PIM-DM) et PIM source-specific multicast (SSM). Dans le PIM bidirectionnel, les groupes multicast sont acheminés à travers le réseau via des arborescences partagées bidirectionnelles. Ce type d’arborescence minimise la quantité d’informations sur l’état du routage PIM à gérer, ce qui est particulièrement important dans les réseaux dont les émetteurs et les récepteurs sont nombreux et dispersés. Par exemple, l’interrogation d’inventaire distribué est une application importante du PIM bidirectionnel. Dans les applications plusieurs-à-plusieurs, une requête multicast provenant d’une station génère des réponses multicast à partir de plusieurs stations. Pour chaque groupe multicast, une telle application génère un grand nombre de routes (S,G) pour chaque station en PIM-SM, PIM-DM ou SSM. Le problème est encore pire dans les applications qui utilisent des sources en rafales, ce qui entraîne des changements fréquents des tables de multidiffusion et, par conséquent, des problèmes de performances dans les routeurs.
La figure 1 montre les flux de trafic générés pour acheminer le trafic d’un groupe à destination et en provenance de trois stations d’un réseau PIM-SM.
PIM Sparse-Mode
Le PIM bidirectionnel résout ce problème en créant uniquement un état spécifique au groupe (*,G). Ainsi, une seule route (*,G) est nécessaire pour chaque groupe afin d’acheminer le trafic vers et depuis toutes les sources.
La figure 2 montre les flux de trafic générés pour acheminer le trafic d’un groupe à destination et en provenance de trois stations dans un réseau PIM bidirectionnel.
PIM bidirectionnelle
Le PIM bidirectionnel crée des arborescences partagées bidirectionnelles qui sont enracinées à une adresse de point de rendez-vous (RP). Le trafic bidirectionnel ne bascule pas vers les arbres de chemin les plus courts (SPT) comme dans PIM-SM et est donc optimisé pour la taille de l’état du routage plutôt que pour la longueur du chemin. Les routes PIM bidirectionnelles sont toujours des routes source génériques (*,G). Le protocole élimine le besoin de routes (S,G) et d’événements déclenchés par les données. Les arborescences de groupes bidirectionnelles (*,G) transportent le trafic à la fois en amont des émetteurs vers le RP et en aval du RP vers les récepteurs. Par conséquent, les règles strictes basées sur le transfert de chemin inverse (RPF) que l’on trouve dans d’autres modes PIM ne s’appliquent pas au PIM bidirectionnel. Au lieu de cela, le PIM bidirectionnel achemine le trafic à partir de toutes les sources et du RP. Ainsi, les routeurs PIM bidirectionnels doivent avoir la capacité d’accepter du trafic sur de nombreuses interfaces entrantes potentielles.
- Choix d’un transitaire désigné
- Modes PIM bidirectionnels
- Points de rendez-vous bidirectionnels
- Prise en charge de PIM Bootstrap et d’Auto-RP
- Prise en charge des protocoles IGMP et MLD
- PIM bidirectionnel et redémarrage progressif
- Améliorations apportées par Junos OS au PIM bidirectionnel
- Limites du PIM bidirectionnel
Choix d’un transitaire désigné
Pour éviter les boucles de transfert, un seul routeur sur chaque liaison ou sous-réseau (y compris les liaisons point à point) est un redirecteur désigné (DF). Les responsabilités du DF sont de transférer le trafic en aval sur la liaison vers les récepteurs et de transférer le trafic en amont de la liaison vers l’adresse RP. Le PIM bidirectionnel s’appuie sur un processus appelé DF election pour choisir le routeur DF pour chaque interface et pour chaque adresse RP. Chaque routeur PIM bidirectionnel d’un sous-réseau annonce sa route unicast IGP (Interior Gateway Protocol) à l’adresse RP. Le routeur avec la meilleure route unicast IGP vers l’adresse RP remporte l’élection DF. Chaque routeur publie ses métriques de routage IGP dans les messages DF Offer, Winner, Backoff et Pass.
Junos OS implémente les procédures d’élection DF comme indiqué dans la RFC 5015, sauf que Junos OS vérifie l’accessibilité unicast RP avant d’accepter les messages DF entrants. Les messages DF pour les points de rendez-vous inaccessibles sont ignorés.
Modes PIM bidirectionnels
Dans l’implémentation de Junos OS, il existe deux modes pour le PIM bidirectionnel : bidirectionnel-clairsemé et bidirectionnel-clairsemé-dense. Les différences entre les modes bidirectionnel-clairsemé et bidirectionnel-clairsemé-dense sont les mêmes que les différences entre le mode clairsemé et le mode clairsemé-dense mode. Le mode dense clairsemé permet à l’interface de fonctionner par groupe en mode clairsemé ou dense mode. Un groupe spécifié comme « dense » n’est pas mappé à un RP. Utilisez le mode bidirectionnel-clairsemé-dense mode lorsque votre réseau comporte un mélange de groupes bidirectionnels, de groupes clairsemés et de groupes denses. Un scénario typique pour cela est l’utilisation de l’auto-RP, qui utilise le flooding en mode dense pour s’amorcer pour le mode clairsemé ou le mode bidirectionnel. En général, les groupes denses peuvent concerner tous les flux dont la conception du réseau a besoin pour être inondés.
Chaque mappage groupe-RP est contrôlé par l’instruction RP group-ranges et l’instruction ssm-groups .
Le choix du mode PIM est étroitement lié au contrôle de la façon dont les groupes sont mappés aux modes PIM, comme suit :
bidirectional-sparse: à utiliser si tous les groupes multicast fonctionnent en mode bidirectionnel, clairsemé ou SSM.bidirectional-sparse-dense: à utiliser si les groupes multicast, à l’exception de ceux spécifiés dans l’instructiondense-groups, fonctionnent en mode bidirectionnel, clairsemé ou SSM.
Points de rendez-vous bidirectionnels
Vous pouvez configurer les mappages de plage de groupe vers RP à l’échelle du réseau de manière statique ou uniquement sur les routeurs connectés aux adresses RP et les annoncer de manière dynamique. Contrairement aux points de rendez-vous pour PIM-SM, qui doivent désencapsuler les messages de registre PIM et effectuer d’autres actions de protocole spécifiques, les points de rendez-vous PIM bidirectionnels n’implémentent aucune fonctionnalité spécifique. Les adresses RP sont simplement des emplacements du réseau vers lesquels se rendez-vous. En fait, les adresses RP n’ont pas besoin d’être des adresses d’interface de bouclage ni même d’être des adresses configurées sur un routeur, tant qu’elles sont couvertes par un sous-réseau connecté à un routeur bidirectionnel compatible PIM et annoncé sur le réseau.
Ainsi, pour le PIM bidirectionnel, il n’y a pas de distinction significative entre les adresses RP statiques et locales. Par conséquent, les points de rendez-vous PIM bidirectionnels sont configurés au niveau de la [edit protocols pim rp bidirectional] hiérarchie, et non sous static ou local.
Les paramètres au niveau de la [edit protocol pim rp bidirectional] hiérarchie fonctionnent de la même manière que les paramètres au niveau de la [edit protocols pim rp local] hiérarchie, sauf qu’ils créent un état PIM RP bidirectionnel au lieu d’un état PIM-SM RP.
Lorsqu’un seul RP local peut être configuré, plusieurs points de rendez-vous bidirectionnels peuvent être configurés avec des plages de groupes identiques, différentes ou qui se chevauchent. Il est également permis qu’une plage de groupes ou une adresse RP soit configurée comme bidirectionnelle et statique ou locale pour le mode clairsemé.
Si un RP PIM bidirectionnel est configuré sans plage de groupes, la plage de groupes par défaut est 224/4 pour IPv4. Pour IPv6, la valeur par défaut est ff00 ::/8. Vous pouvez configurer une plage de groupes PIM RP bidirectionnelle pour couvrir une plage de groupes SSM, mais dans ce cas, la plage de groupes SSM ou DM est prioritaire sur la configuration PIM RP bidirectionnelle pour ces groupes. En d’autres termes, étant donné que SSM est toujours prioritaire, il n’est pas permis d’avoir une plage de groupes bidirectionnels égale ou supérieure à une plage de groupes SSM ou DM.
Prise en charge de PIM Bootstrap et d’Auto-RP
Les plages de groupes pour l’adresse RP spécifiée sont marquées par PIM en tant que mappages PIM bidirectionnels de groupe à RP et, si elles sont configurées, sont annoncées à l’aide de l’amorçage PIM ou du RP automatique. Publication dynamique de mappages group-RP bidirectionnels marqués PIM à l’aide de l’amorçage PIM, et le RP automatique est contrôlé comme d’habitude à l’aide des bootstrap instructions and auto-rp .
Les adresses PIM RP bidirectionnelles configurées au niveau de la [edit protocols pim rp bidirectional address] hiérarchie sont annoncées par auto-RP ou PIM bootstrap si les conditions préalables suivantes sont remplies :
L’instance de routage doit être configurée pour annoncer les points de rendez-vous candidats par le biais d’un amorçage RP ou PIM automatique, et un agent de mappage RP automatique ou un routeur d’amorçage, respectivement, doit être choisi.
L’adresse RP doit être configurée localement sur une interface de l’instance de routage ou l’adresse RP doit appartenir à un sous-réseau connecté à une interface de l’instance de routage.
Prise en charge des protocoles IGMP et MLD
Les versions 1, 2 et 3 du protocole IGMP (Internet Group Management Protocol) sont prises en charge avec le PIM bidirectionnel. Les versions 1 et 2 de MLD (Multicast Listener Discovery) sont prises en charge avec le PIM bidirectionnel. Toutefois, dans tous les cas, seul l’état ASM (anysource multicast) est pris en charge pour l’appartenance PIM bidirectionnelle.
Les règles suivantes s’appliquent aux PIM bidirectionnels :
Les rapports d’appartenance IGMP et MLD (*,G) déclenchent l’émission de messages de jointure PIM (*,G) PIM DF bidirectionnels.
Les rapports d’appartenance IGMP et MLD (S,G) ne déclenchent pas l’émission de messages de jointure PIM (*,G) PIM DF bidirectionnels.
PIM bidirectionnel et redémarrage progressif
Le PIM bidirectionnel accepte les paquets pour un routage bidirectionnel sur plusieurs interfaces. Cela signifie que certaines topologies peuvent développer des boucles de routage multicast si tous les voisins PIM ne sont pas synchronisés en ce qui concerne l’identité du redirecteur désigné (DF) sur chaque liaison. Si un routeur effectue un transfert sans participer activement aux élections DF, en particulier après des modifications de routage unicast, des boucles de routage multicast peuvent se produire.
Si le redémarrage progressif pour PIM est activé et que le PIM bidirectionnel est activé, le comportement de redémarrage progressif par défaut consiste à continuer à transférer des paquets sur des routes bidirectionnelles. Si le routeur qui redémarre correctement sert de DF pour certaines interfaces vers des points de rendez-vous, le routeur qui redémarre envoie un message DF Winner avec une métrique de 0 sur chacune de ces interfaces RP. Cela permet de s’assurer qu’un routeur voisin ne devient pas le DF en raison de changements de topologie de monodiffusion qui pourraient se produire pendant la période de redémarrage normal. L’envoi d’un message DF Winner avec une métrique de 0 empêche un autre voisin PIM d’assumer le rôle DF jusqu’à ce que le redémarrage normal soit terminé. Lorsque le redémarrage progressif est terminé, le routeur redémarré avec réglage normal envoie un autre message DF Winner avec la métrique unicast convergente réelle.
L’instruction no-bidirectional-mode au niveau de la hiérarchie remplace le comportement par défaut et désactive le transfert pour les routes PIM bidirectionnelles lors de la [edit protocols pim graceful-restart] récupération par redémarrage gracieux, à la fois dans les cas de redémarrage simple du processus RPD (Routing Protocol Process) et de basculement gracieux du moteur de routage. Cette instruction de configuration fournit une alternative très conservatrice au comportement de redémarrage progressif par défaut pour les routes PIM bidirectionnelles. La raison de l’arrêt du transfert de paquets sur les routes bidirectionnelles est que la poursuite du transfert peut conduire à des boucles de multidiffusion de courte durée dans de rares circonstances de double défaillance.
Améliorations apportées par Junos OS au PIM bidirectionnel
Outre les fonctionnalités spécifiées dans le RFC 5015, les fonctions suivantes sont incluses dans l’implémentation Junos OS du PIM bidirectionnel :
Branches sources uniquement sans état de jointure PIM
Prise en charge des adresses de domaine IPv4 et IPv6 et des adresses multicast
NSR (NonStop Routing) pour les routes PIM bidirectionnelles
Prise en charge du PIM bidirectionnel dans les systèmes logiques
Prise en charge des instances de non-transfert et de routeur virtuel
Les mises en garde suivantes s’appliquent à la configuration PIM bidirectionnelle sur le PTX5000 :
PTX5000 routeurs peuvent être configurés à la fois comme point de rendez-vous PIM bidirectionnel et comme nud source.
Pour PTX5000 routeurs, vous pouvez configurer l’instruction
auto-rpau niveau de la[edit protocols pim rp]hiérarchie avec[edit routing-instances routing-instance-name protocols pim rp]l’optionmapping, mais pas l’optionannounce.
Limites du PIM bidirectionnel
L’implémentation Junos OS du PIM bidirectionnel ne prend pas en charge les fonctionnalités suivantes :
À partir de la version 12.2, Junos OS étend la prise en charge continue du PIM de routage actif aux MVPN draft-rose.
PTX5000 routeurs ne prennent pas en charge le routage actif ininterrompu ni la mise à niveau logicielle en service (ISSU) dans Junos OS version 13.3.
La prise en charge du PIM pour les MVPN draft-rosen permet aux équipements compatibles avec le routage actif non-stop de préserver les informations relatives au MPVN draft-rosen, telles que les états MDT par défaut et de données, sur l’ensemble des basculements.
SNMP pour PIM bidirectionnel.
Le basculement du moteur de routage Graceful est configurable avec le PIM bidirectionnel activé, mais les routes bidirectionnelles ne transfèrent pas les paquets pendant le basculement.
VPN multicast (Draft Rosen et NextGen).
Le protocole PIM bidirectionnel ne prend pas en charge les fonctionnalités suivantes :
RP embarqué
Anycast RP
Voir aussi
Exemple : Configuration d’un PIM bidirectionnel
Cet exemple montre comment configurer le PIM bidirectionnel, comme spécifié dans la RFC 5015, Bidirectional Protocol Independent Multicast (BIDIR-PIM).
Exigences
Cet exemple utilise les composants matériels et logiciels suivants :
Huit routeurs Juniper Networks pouvant être des plates-formes M120, M320, MX Series ou T Series. Pour prendre en charge le PIM bidirectionnel, les plates-formes M Series doivent être équipées de FPC à puce I. Les routeurs M7i, M10i, M40e et les autres routeurs M Series plus anciens ne prennent pas en charge le PIM bidirectionnel.
Junos OS version 12.1 ou ultérieure s’exécute sur les huit routeurs.
Aperçu
Par rapport au mode clairsemé PIM, le PIM bidirectionnel nécessite moins d’informations sur l’état du routeur PIM. Étant donné que moins d’informations d’état sont requises, le PIM bidirectionnel évolue bien et est utile dans les déploiements avec de nombreuses sources et récepteurs dispersés.
Dans cet exemple, deux points de rendez-vous sont configurés de manière statique. Un RP est configuré en tant que RP fantôme. Un RP fantôme est une adresse RP qui est une adresse valide sur un sous-réseau, mais qui n’est pas affectée à une interface de routeur PIM. Le sous-réseau doit être accessible par les routeurs PIM bidirectionnels du réseau. Pour l’autre RP (non fantôme) de cet exemple, l’adresse RP est attribuée à une interface de routeur PIM. Il peut être affecté à l’interface de bouclage ou à n’importe quelle interface physique du routeur. Dans cet exemple, il est affecté à une interface physique.
OSPF est utilisé comme protocole IGP (Interior Gateway Protocol) dans cet exemple. La métrique OSPF détermine le processus de sélection du redirecteur désigné (DF). Dans le PIM bidirectionnel, le DF établit un arbre du chemin le plus court sans boucle qui est enraciné au niveau du RP. Sur chaque segment de réseau et liaison point à point, tous les routeurs PIM participent à l’élection DF. La procédure sélectionne un routeur comme DF pour chaque RP de groupes bidirectionnels. Ce routeur transmet les paquets multicast reçus sur ce réseau en amont au RP. L’élection DF utilise les mêmes règles de bris d’égalité que celles utilisées par les processus d’assertion PIM.
Cet exemple utilise les paramètres d’élection DF par défaut. Si vous le souhaitez, au niveau de la hiérarchie [edit protocols pim interface (interface-name | all) bidirectional], vous pouvez configurer les paramètres suivants liés à l’élection DF :
Le nombre de robustesses est le nombre minimum de messages électoraux DF qui doivent être perdus pour que l’élection échoue.
La période de l’offre est l’intervalle à attendre entre les messages répétés de l’offre DF et ceux du gagnant.
La période de retrait est la période pendant laquelle le DF intérimaire attend entre la réception d’une meilleure offre de DF et l’envoi du message de laissez-passer pour transférer la responsabilité du DF.
Cet exemple utilise le mode bidirectionnel-clairsemé-dense mode sur les interfaces. Le choix du mode PIM est étroitement lié au contrôle de la façon dont les groupes sont mappés aux modes PIM, comme suit :
bidirectional-sparse : à utiliser si tous les groupes multicast fonctionnent en mode bidirectionnel, clairsemé ou SSM.
bidirectional-sparse-dense : à utiliser si les groupes multicast, à l’exception de ceux spécifiés dans l’instruction dense-groups , fonctionnent en mode bidirectionnel, clairsemé ou SSM.
Diagramme de topologie
La figure 3 illustre la topologie utilisée dans cet exemple.
de rendez-vous configurés statiquement
Configuration
Configuration rapide de l’interface de ligne de commande
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie, puis passez commit en mode de configuration.
Routeur R1
set interfaces ge-0/0/1 unit 0 family inet address 10.10.1.1/24 set interfaces xe-2/1/0 unit 0 family inet address 10.10.2.1/24 set interfaces lo0 unit 0 family inet address 10.255.11.11/32 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface xe-2/1/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols pim traceoptions file df set protocols pim traceoptions flag bidirectional-df-election detail set protocols pim rp bidirectional address 10.10.1.3 group-ranges 224.1.3.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 225.1.3.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 224.1.1.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 225.1.1.0/24 set protocols pim interface ge-0/0/1.0 mode bidirectional-sparse-dense set protocols pim interface xe-2/1/0.0 mode bidirectional-sparse-dense
Routeur R2
set interfaces ge-2/0/0 unit 0 family inet address 10.10.4.1/24 set interfaces ge-2/2/2 unit 0 family inet address 10.10.1.2/24 set interfaces lo0 unit 0 family inet address 10.255.22.22/32 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-2/2/2.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-2/0/0.0 set protocols pim traceoptions file df set protocols pim traceoptions flag bidirectional-df-election detail set protocols pim rp bidirectional address 10.10.13.2 group-ranges 224.1.1.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 225.1.1.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 225.1.3.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 224.1.3.0/24 set protocols pim interface fxp0.0 disable set protocols pim interface ge-2/0/0.0 mode bidirectional-sparse-dense set protocols pim interface ge-2/2/2.0 mode bidirectional-sparse-dense
Routeur R3
set interfaces xe-1/0/0 unit 0 family inet address 10.10.9.1/24 set interfaces xe-1/0/1 unit 0 family inet address 10.10.2.2/24 set interfaces lo0 unit 0 family inet address 10.255.33.33/32 set protocols ospf area 0.0.0.0 interface xe-1/0/1.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface xe-1/0/0.0 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 224.1.3.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 225.1.3.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 224.1.1.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 225.1.1.0/24 set protocols pim interface xe-1/0/1.0 mode bidirectional-sparse-dense set protocols pim interface xe-1/0/0.0 mode bidirectional-sparse-dense
Routeur R4
set interfaces ge-1/2/7 unit 0 family inet address 10.10.4.2/24 set interfaces ge-1/2/8 unit 0 family inet address 10.10.5.2/24 set interfaces xe-2/0/0 unit 0 family inet address 10.10.10.2/24 set interfaces lo0 unit 0 family inet address 10.255.44.44/32 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-1/2/7.0 set protocols ospf area 0.0.0.0 interface ge-1/2/8.0 set protocols ospf area 0.0.0.0 interface xe-2/0/0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols pim traceoptions file df set protocols pim traceoptions flag bidirectional-df-election detail set protocols pim rp bidirectional address 10.10.13.2 group-ranges 224.1.1.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 225.1.1.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 224.1.3.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 225.1.3.0/24 set protocols pim interface xe-2/0/0.0 mode bidirectional-sparse-dense set protocols pim interface ge-1/2/7.0 mode bidirectional-sparse-dense set protocols pim interface ge-1/2/8.0 mode bidirectional-sparse-dense
Routeur R5
set interfaces ge-0/0/3 unit 0 family inet address 10.10.12.3/24 set interfaces ge-0/0/4 unit 0 family inet address 10.10.4.3/24 set interfaces ge-0/0/7 unit 0 family inet address 10.10.5.3/24 set interfaces so-1/0/0 unit 0 family inet address 10.10.7.1/30 set interfaces lo0 unit 0 family inet address 10.255.55.55/32 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-0/0/7.0 set protocols ospf area 0.0.0.0 interface ge-0/0/4.0 set protocols ospf area 0.0.0.0 interface so-1/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/3.0 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 224.1.1.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 225.1.1.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 224.1.3.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 225.1.3.0/24 set protocols pim interface ge-0/0/7.0 mode bidirectional-sparse-dense set protocols pim interface ge-0/0/4.0 mode bidirectional-sparse-dense set protocols pim interface so-1/0/0.0 mode bidirectional-sparse-dense set protocols pim interface ge-0/0/3.0 mode bidirectional-sparse-dense
Routeur R6
set interfaces xe-0/0/0 unit 0 family inet address 10.10.10.3/24 set interfaces ge-2/0/0 unit 0 family inet address 10.10.13.2/24 set interfaces lo0 unit 0 family inet address 10.255.66.66/32 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-2/0/0.0 set protocols ospf area 0.0.0.0 interface xe-0/0/0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols pim rp bidirectional address 10.10.13.2 group-ranges 224.1.1.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 225.1.1.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 224.1.3.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 225.1.3.0/24 set protocols pim interface fxp0.0 disable set protocols pim interface xe-0/0/0.0 mode bidirectional-sparse-dense set protocols pim interface ge-2/0/0.0 mode bidirectional-sparse-dense
Routeur R7
set interfaces ge-0/1/5 unit 0 family inet address 10.10.13.3/24 set interfaces ge-0/1/7 unit 0 family inet address 10.10.12.2/24 set interfaces lo0 unit 0 family inet address 10.255.77.77/32 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-0/1/5.0 set protocols ospf area 0.0.0.0 interface ge-0/1/7.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 224.1.1.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 225.1.1.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 224.1.3.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 225.1.3.0/24 set protocols pim interface ge-0/1/5.0 mode bidirectional-sparse-dense set protocols pim interface ge-0/1/7.0 mode bidirectional-sparse-dense
Routeur R8
set interfaces so-0/0/0 unit 0 family inet address 10.10.7.2/30 set interfaces xe-2/0/0 unit 0 family inet address 10.10.9.2/24 set interfaces lo0 unit 0 family inet address 10.255.88.88/32 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface xe-2/0/0.0 set protocols ospf area 0.0.0.0 interface so-0/0/0.0 set protocols pim traceoptions file df set protocols pim traceoptions flag bidirectional-df-election detail set protocols pim rp bidirectional address 10.10.13.2 group-ranges 224.1.1.0/24 set protocols pim rp bidirectional address 10.10.13.2 group-ranges 225.1.1.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 224.1.3.0/24 set protocols pim rp bidirectional address 10.10.1.3 group-ranges 225.1.3.0/24 set protocols pim interface xe-2/0/0.0 mode bidirectional-sparse-dense set protocols pim interface so-0/0/0.0 mode bidirectional-sparse-dense
Routeur R1
Procédure étape par étape
Pour configurer le routeur R1 :
Configurez les interfaces des routeurs.
[edit interfaces] user@R1# set ge-0/0/1 unit 0 family inet address 10.10.1.1/24 user@R1# set xe-2/1/0 unit 0 family inet address 10.10.2.1/24 user@R1# set lo0 unit 0 family inet address 10.255.11.11/32
Configurez OSPF sur les interfaces.
[edit protocols ospf area 0.0.0.0] user@R1# set interface ge-0/0/1.0 user@R1# set interface xe-2/1/0.0 user@R1# set interface lo0.0 user@R1# set interface fxp0.0 disable
Configurez les mappages groupe-RP.
[edit protocols pim rp bidirectional] user@R1# set address 10.10.1.3 group-ranges 224.1.3.0/24 user@R1# set address 10.10.1.3 group-ranges 225.1.3.0/24 user@R1# set address 10.10.13.2 group-ranges 224.1.1.0/24 user@R1# set address 10.10.13.2 group-ranges 225.1.1.0/24
Le RP représenté par l’adresse IP 10.10.1.3 est un RP fantôme. L’adresse 10.10.1.3 n’est affectée à aucune interface sur aucun des routeurs de la topologie. Il s’agit cependant d’une adresse joignable. Il se trouve dans le sous-réseau entre les routeurs R1 et R2.
Le RP représenté par l’adresse 10.10.13.2 est attribué à l’interface ge-2/0/0 sur le routeur R6.
Activez le PIM bidirectionnel sur les interfaces.
[edit protocols pim] user@R1# set interface ge-0/0/1.0 mode bidirectional-sparse-dense user@R1# set interface xe-2/1/0.0 mode bidirectional-sparse-dense
(Facultatif) Configurez les opérations de suivi pour le processus d’élection DF.
[edit protocols pim] user@R1# set traceoptions file df user@R1# set traceoptions flag bidirectional-df-election detail
Résultats
À partir du mode configuration, confirmez votre configuration en entrant les commandes show interfaces et show protocols . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@R1# show interfaces
ge-0/0/1 {
unit 0 {
family inet {
address 10.10.1.1/24;
}
}
}
xe-2/1/0 {
unit 0 {
family inet {
address 10.10.2.1/24;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.255.11.11/32;
}
}
}
user@R1# show protocols
ospf {
area 0.0.0.0 {
interface ge-0/0/1.0;
interface xe-2/1/0.0;
interface lo0.0;
interface fxp0.0 {
disable;
}
}
}
pim {
rp {
bidirectional {
address 10.10.1.3 { # phantom RP
group-ranges {
224.1.3.0/24;
225.1.3.0/24;
}
}
address 10.10.13.2 {
group-ranges {
224.1.1.0/24;
225.1.1.0/24;
}
}
}
}
interface ge-0/0/1.0 {
mode bidirectional-sparse-dense;
}
interface xe-2/1/0.0 {
mode bidirectional-sparse-dense;
}
traceoptions {
file df;
flag bidirectional-df-election detail;
}
}
Si vous avez terminé de configurer le routeur, entrez commit à partir du mode de configuration.
Répétez la procédure pour chaque routeur Juniper Networks du réseau PIM bidirectionnel en utilisant les noms et adresses d’interface appropriés pour chaque routeur.
Vérification
Vérifiez que la configuration fonctionne correctement.
- Vérification des points de rendez-vous
- Vérification des messages
- Vérification de l’état de jointure PIM
- Affichage du redirecteur désigné
- Affichage des interfaces PIM
- Vérification des voisins PIM
- Vérification de l’itinéraire vers les points de rendez-vous
- Vérification des routes de multidiffusion
- Affichage des sauts suivants en multidiffusion
Vérification des points de rendez-vous
But
Vérifiez les informations de mappage groupe-RP.
Action
user@R1> show pim rps
Instance: PIM.master
Address family INET
RP address Type Mode Holdtime Timeout Groups Group prefixes
10.10.1.3 static bidir 150 None 2 224.1.3.0/24
225.1.3.0/24
10.10.13.2 static bidir 150 None 2 224.1.1.0/24
225.1.1.0/24
Vérification des messages
But
Vérifiez le nombre de messages d’élection DF envoyés et reçus, et vérifiez les statistiques d’erreur de jointure et d’élagage bidirectionnelles.
Action
user@R1> show pim statistics PIM Message type Received Sent Rx errors V2 Hello 16 34 0 ... V2 DF Election 18 38 0 ... Global Statistics ... Rx Bidir Join/Prune on non-Bidir if 0 Rx Bidir Join/Prune on non-DF if 0
Vérification de l’état de jointure PIM
But
Confirmez les informations relatives à l’interface en amont, au voisinage et à l’état.
Action
user@R1> show pim join extensive
Instance: PIM.master Family: INET
R = Rendezvous Point Tree, S = Sparse, W = Wildcard
Group: 224.1.1.0
Bidirectional group prefix length: 24
Source: *
RP: 10.10.13.2
Flags: bidirectional,rptree,wildcard
Upstream interface: ge-0/0/1.0
Upstream neighbor: 10.10.1.2
Upstream state: None
Bidirectional accepting interfaces:
Interface: ge-0/0/1.0 (RPF)
Interface: lo0.0 (DF Winner)
Group: 224.1.3.0
Bidirectional group prefix length: 24
Source: *
RP: 10.10.1.3
Flags: bidirectional,rptree,wildcard
Upstream interface: ge-0/0/1.0 (RP Link)
Upstream neighbor: Direct
Upstream state: Local RP
Bidirectional accepting interfaces:
Interface: ge-0/0/1.0 (RPF)
Interface: lo0.0 (DF Winner)
Interface: xe-2/1/0.0 (DF Winner)
Group: 225.1.1.0
Bidirectional group prefix length: 24
Source: *
RP: 10.10.13.2
Flags: bidirectional,rptree,wildcard
Upstream interface: ge-0/0/1.0
Upstream neighbor: 10.10.1.2
Upstream state: None
Bidirectional accepting interfaces:
Interface: ge-0/0/1.0 (RPF)
Interface: lo0.0 (DF Winner)
Group: 225.1.3.0
Bidirectional group prefix length: 24
Source: *
RP: 10.10.1.3
Flags: bidirectional,rptree,wildcard
Upstream interface: ge-0/0/1.0 (RP Link)
Upstream neighbor: Direct
Upstream state: Local RP
Bidirectional accepting interfaces:
Interface: ge-0/0/1.0 (RPF)
Interface: lo0.0 (DF Winner)
Interface: xe-2/1/0.0 (DF Winner)
Signification
La sortie affiche une entrée (*,G-range) pour chaque plage de groupe RP bidirectionnelle active. Ces entrées fournissent une hiérarchie à partir de laquelle les routes individuelles (*,G) héritent de l’état dérivé de RP (informations en amont et interfaces d’acceptation). Ces entrées fournissent également la base du plan de contrôle pour les routes de transfert (*, G-range) qui implémentent les branches de l’arborescence réservées à l’expéditeur.
Affichage du redirecteur désigné
But
Affichez les informations de l’adresse RP et confirmez le DF choisi.
Action
user@R1> show pim bidirectional df-election
Instance: PIM.master Family: INET
RPA: 10.10.1.3
Group ranges: 224.1.3.0/24, 225.1.3.0/24
Interfaces:
ge-0/0/1.0 (RPL) DF: none
lo0.0 (Win) DF: 10.255.179.246
xe-2/1/0.0 (Win) DF: 10.10.2.1
RPA: 10.10.13.2
Group ranges: 224.1.1.0/24, 225.1.1.0/24
Interfaces:
ge-0/0/1.0 (Lose) DF: 10.10.1.2
lo0.0 (Win) DF: 10.255.179.246
xe-2/1/0.0 (Lose) DF: 10.10.2.2
Affichage des interfaces PIM
But
Vérifiez que le mode SDB (bidirectionnel-clairsemé-dense) est affecté aux interfaces PIM.
Action
user@R1> show pim interfaces Instance: PIM.master Stat = Status, V = Version, NbrCnt = Neighbor Count, S = Sparse, D = Dense, B = Bidirectional, DR = Designated Router, P2P = Point-to-point link, Active = Bidirectional is active, NotCap = Not Bidirectional Capable Name Stat Mode IP V State NbrCnt JoinCnt(sg/*g) DR address ge-0/0/1.0 Up SDB 4 2 NotDR,Active 1 0/0 10.10.1.2 lo0.0 Up SDB 4 2 DR,Active 0 9901/100 10.255.179.246 xe-2/1/0.0 Up SDB 4 2 NotDR,Active 1 0/0 10.10.2.2
Vérification des voisins PIM
But
Vérifiez que le routeur détecte que ses voisins sont activés pour le PIM bidirectionnel en vérifiant que l’option B est affichée.
Action
user@R1> show pim neighbors Instance: PIM.master B = Bidirectional Capable, G = Generation Identifier, H = Hello Option Holdtime, L = Hello Option LAN Prune Delay, P = Hello Option DR Priority, T = Tracking Bit Interface IP V Mode Option Uptime Neighbor addr ge-0/0/1.0 4 2 HPLGBT 00:06:46 10.10.1.2 xe-2/1/0.0 4 2 HPLGBT 00:06:46 10.10.2.2
Vérification de l’itinéraire vers les points de rendez-vous
But
Vérifiez l’itinéraire de l’interface vers les points de rendez-vous.
Action
user@R1> show route 10.10.13.2
inet.0: 56 destinations, 56 routes (55 active, 0 holddown, 1 hidden)
+ = Active Route, - = Last Active, * = Both
10.10.13.0/24 *[OSPF/10] 00:04:35, metric 4
> to 10.10.1.2 via ge-0/0/1.0
user@R1> show route 10.10.1.3
inet.0: 56 destinations, 56 routes (55 active, 0 holddown, 1 hidden)
+ = Active Route, - = Last Active, * = Both
10.10.1.0/24 *[Direct/0] 00:06:25
> via ge-0/0/1.0
Vérification des routes de multidiffusion
But
Vérifiez l’itinéraire de trafic multicast pour chaque groupe.
Pour le PIM bidirectionnel, la commande show multicast route extensive affiche les routes de transfert (*, G/prefix) et la liste des interfaces qui acceptent le trafic PIM bidirectionnel.
Action
user@R1> show multicast route extensive
Family: INET
Group: 224.0.0.0/4
Source: *
Incoming interface list:
lo0.0 ge-0/0/1.0 xe-4/1/0.0
Downstream interface list:
ge-0/0/1.0
Session description: zeroconfaddr
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 2097157
Incoming interface list ID: 559
Upstream protocol: PIM
Route state: Active
Forwarding state: Forwarding
Cache lifetime/timeout: forever
Wrong incoming interface notifications: 0
Group: 224.1.1.0/24
Source: *
Incoming interface list:
lo0.0 ge-0/0/1.0
Downstream interface list:
ge-0/0/1.0
Session description: NOB Cross media facilities
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 2097157
Incoming interface list ID: 579
Upstream protocol: PIM
Route state: Active
Forwarding state: Forwarding
Cache lifetime/timeout: forever
Wrong incoming interface notifications: 0
Group: 224.1.3.0/24
Source: *
Incoming interface list:
lo0.0 ge-0/0/1.0 xe-4/1/0.0
Downstream interface list:
ge-0/0/1.0
Session description: NOB Cross media facilities
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 2097157
Incoming interface list ID: 556
Upstream protocol: PIM
Route state: Active
Forwarding state: Forwarding
Cache lifetime/timeout: forever
Wrong incoming interface notifications: 0
Group: 225.1.1.0/24
Source: *
Incoming interface list:
lo0.0 ge-0/0/1.0
Downstream interface list:
ge-0/0/1.0
Session description: Unknown
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 2097157
Incoming interface list ID: 579
Upstream protocol: PIM
Route state: Active
Forwarding state: Forwarding
Cache lifetime/timeout: forever
Wrong incoming interface notifications: 0
Group: 225.1.3.0/24
Source: *
Incoming interface list:
lo0.0 ge-0/0/1.0 xe-4/1/0.0
Downstream interface list:
ge-0/0/1.0
Session description: Unknown
Statistics: 0 kBps, 0 pps, 0 packets
Next-hop ID: 2097157
Incoming interface list ID: 556
Upstream protocol: PIM
Route state: Active
Forwarding state: Forwarding
Cache lifetime/timeout: forever
Wrong incoming interface notifications: 0
Signification
Pour plus d’informations sur la façon dont les listes d’interfaces entrantes et sortantes sont dérivées, consultez les règles de transfert dans la RFC 5015.
Affichage des sauts suivants en multidiffusion
But
Vérifiez que les interfaces d’acceptation correctes sont affichées dans la liste des interfaces entrantes.
Action
user@R1> show multicast next-hops
Family: INET
ID Refcount KRefcount Downstream interface
2097157 10 5 ge-0/0/1.0
Family: Incoming interface list
ID Refcount KRefcount Downstream interface
579 5 2 lo0.0
ge-0/0/1.0
556 5 2 lo0.0
ge-0/0/1.0
xe-4/1/0.0
559 3 1 lo0.0
ge-0/0/1.0
xe-4/1/0.0
Signification
Les ID nexthop pour les sauts next sortants et entrants sont référencés directement dans la commande show multicast route extensive .
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plate-forme et la version que vous utilisez. Utilisez l’Explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.