Exemples : Configuration du transfert de chemin inverse
Comprendre le transfert de chemin inverse multicast
Les décisions de transfert unicast sont généralement basées sur l’adresse de destination du paquet arrivant à un routeur. La table de routage unicast est organisée par sous-réseau de destination et principalement configurée pour transférer le paquet vers la destination.
Dans le cas d’un multicast, le routeur éloigne le paquet de la source pour progresser le long de l’arborescence de distribution et éviter les boucles de routage. L'état de transfert multicast du routeur s'exécute de manière plus logique en organisant les tables en fonction du chemin inverse, du récepteur à la racine de l'arborescence de distribution. Ce processus est connu sous le nom de transfert de chemin inverse (RPF).
Le routeur ajoute une branche à une arborescence de distribution selon que la demande de trafic provenant d’un groupe de multidiffusion réussit ou non la vérification RPF (reverse-path-forwarding). Chaque paquet de multicast reçu doit passer un contrôle RPF avant de pouvoir être répliqué ou transféré sur une interface.
La vérification RPF est essentielle pour l'implémentation multicast de chaque routeur. Lorsqu’un paquet multicast est reçu sur une interface, le routeur interprète l’adresse source du paquet IP multicast comme l’adresse de destination d’un paquet IP unicast. L’adresse multicast source se trouve dans la table de routage unicast et l’interface sortante est déterminée. Si l’interface sortante trouvée dans la table de routage unicast est la même que l’interface sur laquelle le paquet multicast a été reçu, le paquet réussit la vérification RPF. Les paquets multicast qui échouent à la vérification RPF sont abandonnés car l’interface entrante n’est pas sur le chemin le plus court vers la source.
La Figure 1 montre comment les routeurs multicast peuvent utiliser la table de routage unicast pour effectuer une vérification RPF et comment les résultats obtenus à chaque routeur déterminent où les messages de jointure sont envoyés.
du RPF
Les routeurs peuvent construire et gérer des tables distinctes à des fins RPF. Le routeur doit disposer d’un moyen de déterminer son interface RPF pour le groupe, qui est l’interface topologiquement la plus proche de la racine. Pour une efficacité optimale, l’arborescence de distribution suit la topologie de l’arborescence à chemin le plus court. La vérification RPF aide à construire cet arbre.
Tableau RPF
La table RPF joue un rôle clé dans le routeur multicast. La table RPF est consultée pour chaque vérification RPF, qui est effectuée à intervalles réguliers sur les paquets multicast entrant dans le routeur multicast. Les arborescences de distribution de tous types dépendent de la table RPF pour se former correctement, et l’état de transfert multicast dépend également de la table RPF.
Les vérifications RPF sont effectuées uniquement sur les adresses unicast pour trouver l’interface en amont de la source multicast ou RP.
La table de routage utilisée pour les vérifications RPF peut être la même que la table de routage utilisée pour transférer les paquets IP unicast, ou il peut s’agir d’une table de routage distincte utilisée uniquement pour les vérifications RPF multicast. Dans les deux cas, la table RPF ne contient que des routes unicast, car la vérification RPF est effectuée sur l’adresse source du paquet multicast, et non sur l’adresse de destination du groupe multicast, et une adresse multicast ne peut pas apparaître dans le champ d’adresse source d’un en-tête de paquet IP. L’adresse unicast peut être utilisée pour les vérifications RPF car il n’y a qu’un seul hôte source pour un flux particulier de contenu multicast IP multicast pour une adresse de groupe multicast, bien que le même contenu puisse être disponible à partir de plusieurs sources.
Si la même table de routage que celle utilisée pour transférer les paquets unicast est également utilisée pour les vérifications RPF, la table de routage est renseignée et gérée par les protocoles de routage unicast traditionnels tels que BGP, IS-IS, OSPF et le protocole RIP (Routing Information Protocol). Si une table RPF multicast dédiée est utilisée, cette table doit être renseignée par une autre méthode. Certains protocoles de routage multicast (comme le Distance Vector Multicast RoutingProtocol [DVMRP]) dupliquent essentiellement le fonctionnement d’un protocole de routage unicast et remplissent une table RPF dédiée. D’autres, tels que PIM, ne dupliquent pas les fonctions de protocole de routage et doivent s’appuyer sur un autre protocole de routage pour configurer cette table, c’est pourquoi PIM est indépendant du protocole. .
Certains protocoles de routage traditionnels, comme BGP et IS-IS, disposent désormais d’extensions permettant de différencier les différents ensembles d’informations de routage envoyés entre les routeurs pour l’unicast et le multicast. Par exemple, il existe un BGP multiprotocole (MBGP) et un routage multitopologique dans IS-IS (M-IS-IS). Les routes IS-IS peuvent être ajoutées à la table RPF même lorsque des fonctionnalités spéciales telles que l’ingénierie du trafic et les « raccourcis » sont activées. Multicast Open Shortest Path First (MOSPF) étend également OSPF pour une utilisation multicast, mais va plus loin que MBGP ou M-IS-IS et fait de MOSPF un protocole de routage multicast complet à part entière. Lorsque ces protocoles de routage sont utilisés, les routes peuvent être étiquetées en tant que routeurs RPF multicast et utilisées par le routeur de réception différemment des informations de routage unicast.
L’utilisation de la table de routage unicast principale pour les vérifications RPF simplifie la tâche. Une table de routage dédiée aux vérifications RPF permet à un administrateur réseau de définir des chemins et des stratégies de routage distincts pour le trafic unicast et multicast, permettant ainsi au réseau multicast de fonctionner plus indépendamment du réseau unicast.
Instructions de configuration du RPF multicast
Les vérifications RPF multicast sont utilisées pour empêcher les boucles de routage multicast. Les boucles de routage sont particulièrement débilitantes dans les applications multicast, car les paquets sont répliqués à chaque passage autour de la boucle de routage.
En général, un routeur ne doit transmettre un paquet multicast que s’il arrive sur l’interface la plus proche (telle que définie par un protocole de routage unicast) de l’origine du paquet, qu’il s’agisse d’un hôte source ou d’un point de rendez-vous (RP). En d’autres termes, si un paquet unicast doit être envoyé à la « destination » (le chemin inverse) sur l’interface sur laquelle le paquet multicast est arrivé, le paquet passe le contrôle RPF et est traité. Les paquets multicast (ou unicast) qui échouent à la vérification RPF ne sont pas transférés (c’est le comportement par défaut). Pour obtenir un aperçu de la façon dont un routeur Juniper Networks implémente les vérifications RPF avec des tableaux, reportez-vous à la section Présentation du transfert de chemin inverse multicast.
Cependant, il existe des configurations de routeur réseau où les paquets multicast qui échouent à la vérification RPF doivent être transférés. Par exemple, lorsque des chemins de commutation d’étiquettes (LSP) point à multipoint sont utilisés pour distribuer du trafic multicast vers des « îlots » PIM en aval du routeur de sortie, l’interface sur laquelle le trafic multicast arrive n’est pas toujours l’interface RPF. Cela est dû au fait que les LSP ne suivent pas les règles normales de next-hop du routage indépendant des paquets.
Dans de tels cas, vous pouvez configurer des stratégies sur le routeur PE pour décider quels groupes et sources de multidiffusion sont exemptés de la vérification RPF par défaut.
Voir aussi
Exemple : Configuration d’une table de routage RPF PIM dédiée
Cet exemple explique comment configurer une table de routage RPF (Protocol Independent Multicast) dédiée.
Exigences
Avant de commencer :
Configurez les interfaces des routeurs. Reportez-vous au Guide d’utilisation des interfaces pour les équipements de sécurité.
Activez PIM. Reportez-vous à la section Présentation de PIM.
Cet exemple utilise les composants logiciels suivants :
Junos OS version 7.4 ou ultérieure
Aperçu
Par défaut, PIM utilise la table de routage inet.0 comme table de routage RPF. PIM utilise une table de routage RPF pour résoudre son voisin RPF pour une adresse source de multidiffusion particulière et pour résoudre le voisin RPF pour l’adresse du point de rendez-vous (RP). PIM peut éventuellement utiliser inet.2 comme table de routage RPF. La table de routage inet.2 est dédiée à cet effet.
PIM utilise une seule table de routage pour son contrôle RPF, ce qui garantit que l’itinéraire avec le préfixe correspondant le plus long est choisi comme itinéraire RPF.
Si les routes multicast sont échangées par le Multiprotocol Border Gateway Protocol MP-BGP ou le multitopologie IS-IS, elles sont placées dans inet.2 par défaut.
L’utilisation de inet.2 comme table de routage RPF vous permet d’avoir un plan de contrôle pour le multicast, qui est indépendant du table de routage unicast normal. Vous pouvez utiliser inet.2 comme table de routage RPF pour l’une des raisons suivantes :
Si vous utilisez l’ingénierie du trafic ou si vous avez configuré un Interior Gateway Protocol (IGP) pour les raccourcis, le routeur a des chemins de commutation d’étiquettes (LSP) installés en tant que sauts suivants dans inet.2. En appliquant une stratégie, vous pouvez demander au routeur d’installer les routes avec des next-hops non-MPLS dans la table de routage inet.2 .
Si vous disposez d’un réseau MPLS qui ne prend pas en charge le trafic multicast sur les tunnels LSP, vous devez configurer le routeur pour qu’il utilise une table de routage autre que inet.0. Vous pouvez avoir la table de routage inet.2 remplie avec des routes IGP, BGP et d’interface natives qui peuvent être utilisées pour RPF.
Pour remplir la table RPF PIM, vous utilisez des groupes de nervures. Un groupe de nervures est défini avec l’instruction rib-groups au niveau de la [edit routing-options] hiérarchie. Le groupe rib est appliqué au protocole PIM en incluant l’instruction rib-group au niveau de la [edit pim] hiérarchie. Un groupe de nervures est le plus souvent utilisé pour placer des itinéraires dans plusieurs tables de routage.
Lorsque vous configurez des groupes de nervures pour PIM, gardez à l’esprit les points suivants :
L’instruction
import-ribcopie les routes du protocole vers la table de routage.La
export-ribdéclaration n’a aucun effet sur PIM. Toutefois, le même rib-group peut être appliqué au BGP, qui utilise la table export-rib pour sourcer les routes afin d’être annoncées aux homologues dans le cas d’une mise en réseau inter-domaines.Seule la première table de routage de nervure spécifiée dans l’instruction
import-ribest utilisée par PIM pour les vérifications RPF.
Vous pouvez également configurer IS-IS ou OSPF pour remplir inet.2 avec des routes qui ont des sauts IP next réguliers. Cela permet au RPF de fonctionner correctement même lorsque MPLS est configuré pour l’ingénierie du trafic, ou lorsque IS-IS ou OSPF sont configurés pour utiliser des « raccourcis » pour le trafic local.
Vous pouvez également configurer le protocole PIM pour qu’il utilise un groupe de nervures pour les vérifications RPF sous une instance de routage de réseau privé virtuel (VPN). Dans ce cas, le groupe de nervures est toujours défini au niveau de la [edit routing-options] hiérarchie.
Configuration
- Configuration d’un groupe de tables de routage RPF PIM à l’aide de routes d’interface
- Vérification de la table RPF multicast
Configuration d’un groupe de tables de routage RPF PIM à l’aide de routes d’interface
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.
set routing-options rib-groups mcast-rpf-rib import-rib inet.2 set protocols pim rib-group mcast-rpf-rib set routing-options interface-routes rib-group inet if-rib set routing-options rib-groups if-rib import-rib [ inet.0 inet.2 ]
Procédure étape par étape
Dans cet exemple, l’administrateur réseau a décidé d’utiliser la table de routage inet.2 pour les vérifications RPF. Dans ce processus, les routes locales sont copiées dans cette table à l’aide d’un groupe de nervures d’interface.
Pour définir un groupe de tables de routage d’interface et l’utiliser pour remplir inet.2 pour les vérifications RPF :
Utilisez la
show multicast rpfcommande pour vérifier que la table RPF multicast n’est pas renseignée avec des routes.user@host> show multicast rpf instance is not running
Créez un groupe de tables de routage multicast nommé mcast-rpf-rib.
Chaque groupe de tables de routage doit contenir une ou plusieurs tables de routage que Junos OS utilise lors de l’importation de routes (spécifiées dans l’instruction
import-rib).Incluez l’instruction
import-ribet spécifiez la table de routage inet.2 au niveau de la[edit routing-options rib-groups]hiérarchie.[edit routing-options rib-groups] user@host# set mcast-rpf-rib import-rib inet.2
Configurez PIM pour qu’il utilise le groupe de nervures mcast-rpf-rib .
Le groupe de nervures pour PIM peut être appliqué globalement ou dans une instance de routage. Dans cet exemple, la configuration globale est affichée.
Incluez l’instruction
rib-groupet spécifiez le groupe de nervures mcast-rpf-rib au niveau de la[edit protocols pim]hiérarchie.[edit protocols pim] user@host# set rib-group mcast-rpf-rib
Créez un groupe de nervures d’interface nommé if-rib.
Incluez l’instruction
rib-groupet spécifiez la famille d’adresses inet au niveau de la[edit routing-options interface-routes]hiérarchie.[edit routing-options interface-routes] user@host# set rib-group inet if-rib
Configurez le groupe de nervures if-rib pour importer des routes à partir des tables de routage inet.0 et inet.2 .
Incluez l’instruction
import-ribet spécifiez les tables de routage inet.0 et inet.2 au niveau de la[edit routing-options rib-groups]hiérarchie.[edit routing-options rib-groups] user@host# set if-rib import-rib [ inet.0 inet.2 ]
Validez la configuration.
user@host# commit
Vérification de la table RPF multicast
But
Vérifiez que la table RPF multicast est maintenant remplie avec des routes.
Action
Utilisez la show multicast rpf commande.
user@host> show multicast rpf
Multicast RPF table: inet.2 , 10 entries
10.0.24.12/30
Protocol: Direct
Interface: fe-0/1/2.0
10.0.24.13/32
Protocol: Local
10.0.27.12/30
Protocol: Direct
Interface: fe-0/1/3.0
10.0.27.13/32
Protocol: Local
10.0.224.8/30
Protocol: Direct
Interface: ge-1/3/3.0
10.0.224.9/32
Protocol: Local
127.0.0.1/32
Inactive
192.168.2.1/32
Protocol: Direct
Interface: lo0.0
192.168.187.0/25
Protocol: Direct
Interface: fxp0.0
192.168.187.12/32
Protocol: Local
Signification
La première ligne de l’exemple de sortie montre que la table inet.2 est utilisée et qu’il y a 10 routes dans la table. Le reste de l’exemple de sortie répertorie les routes qui remplissent la table de routage inet.2 .
Exemple : Configuration d’une table de routage RPF PIM
Cet exemple montre comment configurer et appliquer une table de routage RPF PIM.
Exigences
Avant de commencer :
Déterminez si le routeur est directement connecté à des sources de multidiffusion. Les récepteurs doivent être en mesure de localiser ces sources.
Déterminez si le routeur est directement connecté à des récepteurs de groupe multicast. Si des récepteurs sont présents, IGMP est nécessaire.
Déterminez si vous souhaitez configurer le multicast pour utiliser le mode clairsemé, dense ou clairsemé-dense mode. Chaque mode a des considérations de configuration différentes.
Déterminez l’adresse du RP si le mode clairsemé ou dense mode clairsemé est utilisé.
Déterminez s’il faut localiser le RP à l’aide de la configuration statique, de la méthode BSR ou de la méthode auto-RP.
Déterminez si vous souhaitez configurer le multicast pour utiliser sa table de routage RPF lors de la configuration de PIM en mode clairsemé, dense ou clairsemé-dense mode.
Configurez les protocoles SAP et SDP pour qu’ils écoutent les annonces de session multicast. Reportez-vous à la section Configuration du protocole d’annonce de session.
Configurez IGMP. Reportez-vous à la section Configuration d’IGMP.
Configurez le RP statique PIM. Reportez-vous à la section Configuration du RP statique.
Filtrez les messages d’enregistrement PIM provenant de groupes et de sources non autorisés. Voir Exemple : Rejet des messages de registre PIM entrants sur les routeurs RP et Exemple : Arrêt des messages de registre PIM sortants sur un routeur désigné.
Aperçu
Dans cet exemple, vous nommez le nouveau groupe de tables de routage RPF multicast-rfp-rib et utilisez inet.2 pour son exportation ainsi que sa table de routage d’importation. Ensuite, vous créez un groupe de tables de routage pour les routes d’interface et nommez le RPF if-rib. Enfin, vous utilisez inet.2 et inet.0 pour ses tables de routage d’importation et ajoutez le nouveau groupe de tables de routage d’interface aux routes d’interface.
Configuration
Procédure
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 à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.
set routing-options rib-groups multicast-rpf-rib export-rib inet.2 set routing-options rib-groups multicast-rpf-rib import-rib inet.2 set protocols pim rib-group multicast-rpf-rib set routing-options rib-groups if-rib import-rib inet.2 set routing-options rib-groups if-rib import-rib inet.0 set routing-options interface-routes rib-group inet if-rib
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour obtenir des instructions sur cette procédure, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.
Pour configurer la table de routage RPF PIM :
Configurez une option de routage et un groupe.
[edit] user@host# edit routing-options rib-groups
Configurez un nom.
[edit routing-options rib-groups] user@host# set multicast-rpf-rib export-rib inet.2
Créez un nouveau groupe pour la table de routage RPF.
[edit routing-options rib-groups] user@host# set multicast-rpf-rib import-rib inet.2
Appliquez la nouvelle table de routage RPF.
[edit protocols pim] user@host# set rib-group multicast-rpf-rib
Créez un groupe de tables de routage pour les routes d’interface.
[edit] user@host# edit routing-options rib-groups
Configurez un nom pour importer la table de routage.
[edit routing-options rib-groups] user@host# set if-rib import-rib inet.2 user@host# set if-rib import-rib inet.0
Définissez le groupe sur les routes d’interface.
[edit routing-options interface-routes] user@host# set rib-group inet if-rib
Résultats
À partir du mode de configuration, confirmez votre configuration en entrant les show protocols commandes et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de configuration de cet exemple pour la corriger.
[edit]
user@host# show protocols
pim {
rib-group inet multicast-rpf-rib;
}
[edit]
user@host# show routing-options
interface-routes {
rib-group inet if-rib;
}
static {
route 0.0.0.0/0 next-hop 10.100.37.1;
}
rib-groups {
multicast-rpf-rib {
export-rib inet.2;
import-rib inet.2;
}
if-rib {
import-rib [ inet.2 inet.0 ];
}
}
Si vous avez terminé de configurer l’appareil, entrez commit à partir du mode de configuration.
Vérification
Pour vérifier que la configuration fonctionne correctement, effectuez les opérations suivantes :
- Vérification des adresses et des ports SAP et SDP
- Vérification de la version IGMP
- Vérification du mode PIM et de la configuration de l’interface
- Vérification de la configuration PIM RP
- Vérification de la configuration de la table de routage RPF
Vérification des adresses et des ports SAP et SDP
But
Vérifiez que SAP et SDP sont configurés pour écouter sur les adresses de groupe et les ports appropriés.
Action
À partir du mode opérationnel, entrez la show sap listen commande.
Vérification de la version IGMP
But
Vérifiez qu’IGMP version 2 est configuré sur toutes les interfaces applicables.
Action
À partir du mode opérationnel, entrez la show igmp interface commande.
user@host> show igmp interface
Interface: ge–0/0/0.0
Querier: 192.168.4.36
State: Up Timeout: 197 Version: 2 Groups: 0
Configured Parameters:
IGMP Query Interval: 125.0
IGMP Query Response Interval: 10.0
IGMP Last Member Query Interval: 1.0
IGMP Robustness Count: 2
Derived Parameters:
IGMP Membership Timeout: 260.0
IGMP Other Querier Present Timeout: 255.0
Vérification du mode PIM et de la configuration de l’interface
But
Vérifiez que le mode clairsemé PIM est configuré sur toutes les interfaces applicables.
Action
À partir du mode opérationnel, entrez la show pim interfaces commande.
Vérification de la configuration PIM RP
But
Vérifiez que le PIM RP est configuré statiquement avec l’adresse IP correcte.
Action
À partir du mode opérationnel, entrez la show pim rps commande.
Exemple : Configuration des stratégies RPF
Une stratégie RPF multicast désactive les vérifications RPF pour une paire multicast (S,G) particulière. Vous désactivez généralement les vérifications RPF sur les périphériques de routage de sortie d’un chemin de commutation d’étiquettes (LSP) point à multipoint, car l’interface recevant le trafic multicast sur un routeur de sortie LSP point à multipoint peut ne pas toujours être l’interface RPF.
Cet exemple montre comment configurer une stratégie de vérification RPF nommée disable-RPF-on-PE. La stratégie disable-RPF-on-PE désactive les vérifications RPF sur les paquets arrivant pour le groupe 228.0.0.0/8 ou à partir de l’adresse source 196.168.25.6.
Exigences
Avant de commencer :
Configurez les interfaces des routeurs.
Configurez un protocole de passerelle intérieure ou un routage statique. Voir la bibliothèque des protocoles de routage Junos OS pour les périphériques de routage.
Aperçu
Une stratégie RPF se comporte comme une politique d’importation. Si aucun terme de stratégie ne correspond au paquet d’entrée, l’action par défaut est d’accepter (c’est-à-dire d’effectuer la vérification RPF). L’instruction route-filter filtre les adresses de groupe et l’instruction source-address-filter filtre les adresses source.
Cet exemple montre comment configurer chaque condition en tant que stratégie distincte et fait référence aux deux stratégies dans l’instruction rpf-check-policy . Cela vous permet d’associer des groupes dans une stratégie et des sources dans l’autre.
Soyez prudent lorsque vous désactivez les vérifications RPF sur le trafic multicast. Si vous désactivez les vérifications RPF dans certaines configurations, des boucles de multidiffusion peuvent se produire.
Les modifications apportées à une stratégie de vérification RPF prennent effet immédiatement :
Si aucune stratégie n’a été configurée au préalable, elle prend effet immédiatement.
Si le nom de la stratégie est modifié, la nouvelle stratégie prend effet immédiatement et tous les paquets qui ne sont plus filtrés sont soumis à la vérification RPF.
Si la stratégie est supprimée, tous les paquets précédemment filtrés sont soumis à la vérification RPF.
Si la stratégie sous-jacente est modifiée, mais conserve le même nom, les nouvelles conditions prennent effet immédiatement et tous les paquets qui ne sont plus filtrés sont soumis à la vérification RPF.
Configuration
Procédure
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.
set policy-options policy-statement disable-RPF-from-group term first from route-filter 228.0.0.0/8 orlonger set policy-options policy-statement disable-RPF-from-group term first then reject set policy-options policy-statement disable-RPF-from-source term first from source-address-filter 192.168.25.6/32 exact set policy-options policy-statement disable-RPF-from-source term first then reject set routing-options multicast rpf-check-policy [ disable-RPF-from-group disable-RPF-from-source ]
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.
Pour configurer une stratégie RPF :
Configurez une stratégie pour les adresses de groupe.
[edit policy-options] user@host# set policy-statement disable-RPF-for-group term first from route-filter 228.0.0.0/8 orlonger user@host# set policy-statement disable-RPF-for-group term first then reject
Configurez une stratégie pour une adresse source.
[edit policy-options] user@host# set policy-statement disable-RPF-for-source term first from source-address-filter 192.168.25.6/32 exact user@host# set policy-statement disable-RPF-for-source term first then reject
Appliquez les stratégies.
[edit routing-options] user@host# set multicast rpf-check-policy [ disable-RPF-for-group disable-RPF-for-source ]
Si vous avez terminé de configurer l’appareil, validez la configuration.
user@host# commit
Résultats
Confirmez votre configuration en entrant les commandes show policy-options et show routing-options .
user@host# show policy-options
policy-statement disable-RPF-from-group {
term first {
from {
route-filter 228.0.0.0/8 orlonger;
}
then reject;
}
}
policy-statement disable-RPF-from-source {
term first {
from {
source-address-filter 192.168.25.6/32 exact;
}
then reject;
}
}
user@host# show routing-options
multicast {
rpf-check-policy [ disable-RPF-from-group disable-RPF-from-source ];
}
Vérification
Pour vérifier la configuration, exécutez la commande show multicast rpf .
Exemple : Configuration de la sélection RPF PIM
Cet exemple montre comment configurer et vérifier la sélection du voisin de saut suivant RPF PIM multicast pour un groupe ou une paire (S,G).
Exigences
Avant de commencer :
Configurez les interfaces des routeurs.
Configurez un protocole de passerelle intérieure ou un routage statique. Voir la bibliothèque des protocoles de routage Junos OS pour les périphériques de routage.
Assurez-vous que le voisin RPF next-hop que vous souhaitez spécifier est en cours d’exécution.
Aperçu
La sélection de voisin RPF PIM multicast vous permet de spécifier le voisin RPF (saut suivant) et l’adresse source d’un ou plusieurs groupes à l’aide d’une liste de préfixes. La sélection de voisin RPF ne peut être configurée que pour les instances VRF (VPN routing and forwarding).
Si vous disposez de plusieurs VRF de service à travers lesquels un VRF récepteur peut apprendre la même adresse de source ou de point de rendu (RP), les vérifications RPF PIM choisissent généralement le meilleur chemin déterminé par le protocole unicast pour tous les flux multicast. Toutefois, si la sélection du voisin RPF est configurée, les vérifications RPF sont basées sur votre configuration et non sur les protocoles de routage unicast.
Vous pouvez utiliser cette sélection RPF statique comme bloc de construction pour des applications particulières. Par exemple, un extranet. Supposons que vous souhaitiez répartir les flux multicast entre des liaisons PIM parallèles ou affecter un flux multicast à une liaison PIM spécifique. Lorsque la sélection RPF statique est configurée, le routeur envoie des messages de jointure et d’élagage en fonction de la configuration.
Vous pouvez utiliser des caractères génériques pour désigner l’adresse source. L’utilisation ou non de caractères génériques affecte le fonctionnement des jointures PIM :
Si vous configurez uniquement un préfixe source pour un groupe, toutes les jointures (*,G) sont envoyées au voisin de saut suivant sélectionné par le protocole unicast, tandis que les jointures (S,G) sont envoyées au voisin de saut suivant spécifié pour la source.
Si vous configurez uniquement une source générique pour un groupe, toutes les jointures (*,G) et (S,G) sont envoyées à l’interface en amont pointant vers le voisin next-hop source générique.
Si vous configurez à la fois un préfixe source et une source générique pour un groupe, toutes les jointures (S,G) sont envoyées au voisin next-hop défini pour le préfixe source, tandis que les jointures (*,G) sont envoyées au voisin next-hop spécifié pour la source générique.
Topologie
La figure 2 illustre la topologie utilisée dans cet exemple.
du RPF PIM
Dans cet exemple, la sélection RPF est configurée sur le routeur Provider Edge (PE2) du récepteur.
Configuration
Procédure
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.
set routing-instance vpn-a protocols pim rpf-selection group 225.5.0.0/16 wildcard-source next-hop 10.12.5.2 set routing-instance vpn-a protocols pim rpf-selection prefix-list group12 wildcard-source next-hop 10.12.31.2 set routing-instance vpn-a protocols pim rpf-selection prefix-list group34 source 22.1.12.0/24 next-hop 10.12.32.2 set policy-options prefix-list group12 225.1.1.0/24 set policy-options prefix-list group12 225.2.0.0/16 set policy-options prefix-list group34 225.3.3.3/32 set policy-options prefix-list group34 225.4.4.0/24
Procédure étape par étape
L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.
Pour configurer la sélection RPF PIM :
Sur PE2, configurez la sélection RFP dans une instance de routage.
[edit routing-instance vpn-a protocols pim] user@host# set rpf-selection group 225.5.0.0/16 wildcard-source next-hop 10.12.5.2 user@host# set rpf-selection prefix-list group12 wildcard-source next-hop 10.12.31.2 user@host# set rpf-selection prefix-list group34 source 22.1.12.0/24 next-hop 10.12.32.2 user@host# exit
Sur PE2, configurez la stratégie.
[edit policy-options] set prefix-list group12 225.1.1.0/24 set prefix-list group12 225.2.0.0/16 set prefix-list group34 225.3.3.3/32 set prefix-list group34 225.4.4.0/24
Si vous avez terminé de configurer l’appareil, validez la configuration.
user@host# commit
Résultats
À partir du mode configuration, confirmez votre configuration en entrant les commandes show policy-options et show routing-instances . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.
user@host# show policy-options
prefix-list group12 {
225.1.1.0/24;
225.2.0.0/16;
}
prefix-list group34 {
225.3.3.3/32;
225.4.4.0/24;
}
user@host# show routing-instances
vpn-a{
protocols {
pim {
rpf-selection {
group 225.5.0.0/16 {
wildcard-source {
next-hop 10.12.5.2;
}
}
prefix-list group12 {
wildcard-source {
next-hop 10.12.31.2;
}
}
prefix-list group34 {
source 22.1.12.0/24 {
next-hop 10.12.32.2;
}
}
}
}
}
}
Vérification
Pour vérifier la configuration, exécutez les commandes suivantes, en vérifiant l’interface en amont et le voisin en amont :
Afficher PIM Rejoindre Étendu
Afficher l’itinéraire multicast