Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Sur cette page
 

Configuration LSP point à multipoint

Présentation des LSP point à multipoint

Un LSP MPLS point à multipoint est un LSP avec une source unique et plusieurs destinations. En tirant parti de la capacité de réplication de paquets MPLS du réseau, les LSP point à multipoint évitent la réplication inutile de paquets au niveau du routeur entrant. La réplication des paquets n’a lieu que lorsque ceux-ci sont transférés vers au moins deux destinations différentes nécessitant des chemins réseau différents.

Ce processus est illustré dans Figure 1. Le routeur PE1 est configuré avec un LSP point à multipoint pour les routeurs PE2, PE3 et PE4. Lorsque le routeur PE1 envoie un paquet sur le LSP point à multipoint aux routeurs P1 et P2, le routeur P1 réplique le paquet et le transmet aux routeurs PE2 et PE3. Le routeur P2 envoie le paquet au routeur PE4.

Cette fonctionnalité est décrite en détail dans les versions préliminaires d’Internet draft-raggarwa-mpls-p2mp-te-02.txt (expirées en février 2004), Establishing Point to Multipoint MPLS TE LSPs, draft-ietf-mpls-rsvp-te-p2mp-02.txt, Extensions to Resource Reservation Protocol-Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE Label-Switched Paths (LSP), et RFC 6388, Label Distribution Protocol Extensions for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths (seuls les LSP point-à-multipoint sont pris en charge).

Figure 1 : LSP point à multipointLSP point à multipoint

Voici quelques-unes des propriétés des LSP point à multipoint :

  • Un LSP point à multipoint vous permet d’utiliser MPLS pour la distribution de données point à multipoint. Cette fonctionnalité est similaire à celle fournie par multicast IP.

  • Vous pouvez ajouter et supprimer des LSP de branche d’un LSP point à multipoint principal sans interrompre le trafic. Les parties non affectées du LSP point à multipoint continuent de fonctionner normalement.

  • Vous pouvez configurer un nud pour qu’il soit à la fois un routeur de transit et un routeur de sortie pour différents LSP de branche du même LSP point à multipoint.

  • Vous pouvez activer la protection de liaison sur un LSP point à multipoint. La protection de liaison peut fournir un LSP de contournement pour chacun des LSP de branche qui composent le LSP point à multipoint. En cas de défaillance de l’un des chemins principaux, le trafic peut être rapidement basculé vers la rocade.

  • Vous pouvez configurer les LSP de branche de manière statique, dynamique ou sous la forme d’une combinaison de LSP statiques et dynamiques.

  • Vous pouvez activer le basculement GRES (Graceful Moteur de Routage ) et le redémarrage progressif pour les LSP point à multipoint au niveau des routeurs entrants et sortants. Les LSP point à multipoint doivent être configurés à l’aide de routes statiques ou d’une connexion croisée de circuit (CCC). GRES et le redémarrage progressif permettent au trafic d’être transféré au moteur de transfert de paquets en fonction de l’ancien état pendant que le plan de contrôle récupère. La parité des fonctionnalités pour GRES et le redémarrage progressif pour les LSP point à multipoint MPLS sur la puce Junos Trio sont pris en charge dans les versions 11.1R2, 11.2R2 et 11.4 de Junos OS.

Comprendre les LSP point-à-multipoint

Un chemin de commutation d’étiquettes MPLS point à multipoint est un LSP signalé par LDP ou RSVP avec une source unique et plusieurs destinations. En tirant parti de la capacité de réplication de paquets MPLS du réseau, les LSP point à multipoint évitent la réplication inutile des paquets au niveau du routeur entrant. La réplication des paquets n’a lieu que lorsque ceux-ci sont transférés vers au moins deux destinations différentes nécessitant des chemins réseau différents.

Ce processus est illustré dans Figure 2. L’équipement PE1 est configuré avec un LSP point à multipoint vers les routeurs PE2, PE3 et PE4. Lorsque le périphérique PE1 envoie un paquet sur le LSP point à multipoint aux routeurs P1 et P2, le périphérique P1 réplique le paquet et le transmet aux routeurs PE2 et PE3. Le périphérique P2 envoie le paquet au périphérique PE4.

Figure 2 : LSP point à multipointLSP point à multipoint

Voici quelques-unes des propriétés des LSP point-à-multipoint :

  • Un LSP point à multipoint vous permet d’utiliser MPLS pour la distribution de données point à multipoint. Cette fonctionnalité est similaire à celle fournie par multicast IP.

  • Vous pouvez ajouter et supprimer des LSP de branche d’un LSP point à multipoint principal sans interrompre le trafic. Les parties non affectées du LSP point à multipoint continuent de fonctionner normalement.

  • Vous pouvez configurer un nud pour qu’il soit à la fois un routeur de transit et un routeur sortant (sortant) pour différents LSP de branche d’un même LSP point à multipoint.

  • Vous pouvez activer la protection de liaison sur un LSP point à multipoint. La protection de liaison peut fournir un LSP de contournement pour chacun des LSP de branche qui composent le LSP point à multipoint. En cas de défaillance d’un chemin principal, le trafic peut être rapidement basculé vers la dérivation.

  • Vous pouvez configurer les sous-chemins de manière statique ou dynamique.

  • Vous pouvez activer le redémarrage progressif sur les LSP point à multipoint.

Présentation de la configuration du LSP point à multipoint

Pour configurer un LSP point à multipoint :

  1. Configurez le LSP principal à partir du routeur entrant et les LSP de branche qui acheminent le trafic vers les routeurs sortants.
  2. Spécifiez un chemin d’accès sur le LSP principal et ce même nom de chemin sur chaque LSP de branche.
REMARQUE :

Par défaut, les LSP de branche sont signalés dynamiquement par le biais de CSPF (Constrained Shortest Path First) et ne nécessitent aucune configuration. Vous pouvez également configurer les LSP de branche en tant que chemins statiques.

Exemple : Configuration d’un ensemble de chemins pour créer un LSP point-à-multipoint signalé par RSVP

Cet exemple montre comment configurer un ensemble de chemins pour créer un chemin de commutation d’étiquettes point à multipoint (LSP) signalé par RSVP.

Conditions préalables

Dans cet exemple, aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise.

Présentation

Dans cet exemple, plusieurs périphériques de routage servent de nœuds de transit, de branche et de branche d’un seul LSP point à multipoint. Sur la périphérie du fournisseur (PE), l’équipement PE1 est le nœud d’entrée. Les branches vont de PE1 à PE2, de PE1 à PE3 et de PE1 à PE4. Les routes unicast statiques sur le nœud entrant (PE1) pointent vers les nœuds de sortie.

Cet exemple illustre également les routes statiques avec un saut suivant qui est un LSP point à multipoint, à l’aide de l’instruction p2mp-lsp-next-hop . Ceci est utile lors de la mise en œuvre d’un transfert basé sur des filtres.

REMARQUE :

Une autre option consiste à utiliser l’instruction lsp-next-hop pour configurer un LSP point à point régulier pour qu’il soit le saut suivant. Bien que cela ne soit pas illustré dans cet exemple, vous pouvez éventuellement affecter une préférence et une mesure indépendantes au saut suivant.

Diagramme de topologie

Figure 3 Affiche la topologie utilisée dans cet exemple.

Figure 3 : LSP point-à-multipoint avec signal RSVPLSP point-à-multipoint avec signal RSVP

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 à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil PE1

Appareil CE1

Dispositif CE2

Dispositif CE3

Dispositif CE4

Configuration du routeur à commutation d’étiquettes d’entrée (LSR) (équipement PE1)

Procédure étape par étape

Pour configurer l’appareil PE1 :

  1. Configurez les interfaces, l’encapsulation d’interface et les familles de protocoles.

  2. Activez RSVP, MPLS et OSPF sur les interfaces.

  3. Configurez les LSP point à multipoint MPLS.

  4. (Facultatif) Activez la protection des liens sur les LSP.

    La protection des liens permet de garantir que le trafic envoyé via une interface spécifique vers un routeur voisin peut continuer à atteindre le routeur en cas de défaillance de cette interface.

  5. Activez MPLS pour effectuer des aspects techniques du trafic pour OSPF.

    Cela entraîne l’installation des routes entrantes dans la table de routage inet.0. Par défaut, MPLS gère les aspects techniques du trafic pour BGP uniquement. Vous devez activer les aspects techniques du trafic MPLS sur le LSR entrant uniquement.

  6. Activez l’ingénierie du trafic pour OSPF.

    L’algorithme shortest-path first (SPF) prend alors en compte les LSP configurés sous MPLS.

  7. Configurez l’ID du routeur.

  8. Configurez les routes unicast IP statiques avec le nom LSP point à multipoint comme tronçon suivant pour chaque route.

  9. Si vous avez terminé de configurer l’appareil, validez la configuration.

Configuration des LSR de transit et de sortie (équipements P2, P3, P4, PE2, PE3 et PE4)

Procédure étape par étape

Pour configurer les LSR de transit et de sortie :

  1. Configurez les interfaces, l’encapsulation d’interface et les familles de protocoles.

  2. Activez RSVP, MPLS et OSPF sur les interfaces.

  3. Activez l’ingénierie du trafic pour OSPF.

    L’algorithme shortest-path first (SPF) prend alors en compte les LSP configurés sous MPLS.

  4. Configurez les ID de routeur.

  5. Si vous avez terminé de configurer les périphériques, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show protocolset show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Appareil PE1

Appareil P2

Appareil P3

Appareil P4

Appareil PE2

Appareil PE3

Appareil PE4

Configuration de l’équipement CE1

Procédure étape par étape

Pour configurer l’appareil CE1 :

  1. Configurez une interface avec l’appareil PE1.

  2. Configurez les routes statiques de l’équipement CE1 vers les trois autres réseaux client, avec l’équipement PE1 comme tronçon suivant.

  3. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les commandes show interfaces et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de l’équipement CE2

Procédure étape par étape

Pour configurer l’appareil CE2 :

  1. Configurez une interface avec l’équipement PE2.

  2. Configurez une route statique de l’équipement CE2 vers l’équipement CE1, avec l’équipement PE2 comme tronçon suivant.

  3. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les commandes show interfaces et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de l’équipement CE3

Procédure étape par étape

Pour configurer l’appareil CE3 :

  1. Configurez une interface avec l’appareil PE3.

  2. Configurez une route statique de l’équipement CE3 vers l’équipement CE1, avec l’équipement PE3 comme tronçon suivant.

  3. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les commandes show interfaces et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de l’équipement CE4

Procédure étape par étape

Pour configurer l’appareil CE4 :

  1. Configurez une interface avec l’appareil PE4.

  2. Configurez une route statique de l’équipement CE4 vers l’équipement CE1, avec l’équipement PE4 comme saut suivant.

  3. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les commandes show interfaces et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la connectivité

But

Assurez-vous que les appareils peuvent envoyer des pings les uns aux autres.

Action

Exécutez la ping commande de CE1 à l’interface sur CE2 en se connectant à PE2.

Exécutez la ping commande de CE1 à l’interface sur CE3 en se connectant à PE3.

Exécutez la ping commande de CE1 à l’interface sur CE4 en se connectant à PE4.

Vérification de l’état du LSP point-à-multipoint

But

Assurez-vous que les LSR d’entrée, de transit et de sortie sont à l’état Up.

Action

Exécutez la show mpls lsp p2mp commande sur tous les LSR. Seul le LSR d’entrée est affiché ici.

Vérification de la table de transfert

But

Assurez-vous que les routes sont configurées comme prévu en exécutant la show route forwarding-table commande. Seuls les chemins vers les réseaux clients distants sont affichés ici.

Action

Configuration des LSP principaux et de branche pour les LSP point à multipoint

Un chemin de commutation d’étiquettes MPLS point à multipoint est un LSP RSVP avec plusieurs destinations. En tirant parti de la capacité de réplication de paquets MPLS du réseau, les LSP point à multipoint évitent la réplication inutile de paquets au niveau du routeur entrant. Pour plus d’informations sur les LSP point-à-multipoint, consultez Vue d’ensemble des LSP point-à-multipoint.

Pour configurer un LSP point à multipoint, vous devez configurer le LSP principal à partir du routeur entrant et les LSP de branche qui acheminent le trafic vers les routeurs sortants, comme décrit dans les sections suivantes :

Configuration du LSP point-à-multipoint principal

Un LSP point à multipoint doit avoir un LSP point à multipoint principal configuré pour transporter le trafic du routeur entrant. La configuration du LSP point à multipoint principal est similaire à celle d’un LSP signalé. Pour plus d’informations, reportez-vous à la section Configuration du routeur entrant pour les LSP avec signal MPLS . En plus de la configuration LSP conventionnelle, vous devez spécifier un nom de chemin pour le LSP point à multipoint principal en incluant l’instruction p2mp suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

Vous pouvez activer le minuteur d’optimisation pour les LSP point à multipoint. Pour plus d’informations, reportez-vous à la section Optimisation des LSP signalés .

Configuration d’un LSP de branche pour les LSP point à multipoint

Le LSP point à multipoint principal envoie le trafic à deux LSP de site distant ou plus qui l’acheminent vers chacun des routeurs PE (Provider-Edge Edge) de sortie. Dans la configuration de chacun de ces LSP de branche, le nom du chemin d’accès du LSP point à multipoint que vous spécifiez doit être identique au nom du chemin configuré pour le LSP point à multipoint principal. Voir Configuration du LSP point-à-multipoint principal pour plus d’informations.

Pour associer un LSP de branche au LSP point à multipoint principal, spécifiez le nom du LSP point à multipoint en incluant l’instruction p2mp suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

  • [edit protocols mpls label-switched-path lsp-name]

  • [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

    REMARQUE :

    Toute modification apportée à l’un des LSP de branche d’un LSP point à multipoint, que ce soit en raison d’une action de l’utilisateur ou d’un ajustement automatique effectué par le routeur, entraîne la resignalisation des LSP principal et de branche. Le nouveau LSP point à multipoint est signalé en premier avant que l’ancien chemin ne soit arrêté.

Les sections suivantes décrivent comment vous pouvez configurer le LSP de branche en tant que chemin signalé dynamiquement à l’aide de CSPF (Constrained Shortest Path First), en tant que chemin statique ou en tant que combinaison de chemins dynamiques et statiques :

Configuration du LSP de branche en tant que chemin dynamique

Par défaut, le LSP de branche d’un LSP point à multipoint est signalé dynamiquement à l’aide de CSPF et ne nécessite aucune configuration.

Lorsqu’un LSP point-à-multipoint est modifié, soit par l’ajout ou la suppression de nouvelles destinations, soit par le recalcul du chemin d’accès vers des destinations existantes, certains nœuds de l’arborescence peuvent recevoir des données de plusieurs interfaces entrantes. Cela peut se produire dans les conditions suivantes :

  • Certains des LSP de branche vers des destinations sont configurés de manière statique et peuvent se croiser avec des chemins calculés de manière statique ou dynamique vers d’autres destinations.

  • Lorsqu’un chemin calculé dynamiquement pour un LSP de branche entraîne un changement d’interface entrante pour l’un des nœuds du réseau, l’ancien chemin n’est pas immédiatement supprimé après que le nouveau a été signalé. Cela permet de s’assurer que toutes les données en transit reposant sur l’ancien chemin peuvent atteindre leur destination. Toutefois, le trafic réseau peut potentiellement utiliser l’un ou l’autre chemin pour atteindre la destination.

  • Un routeur défectueux à l’entrée calcule les chemins vers deux destinations de branche différentes de telle sorte qu’une interface entrante différente soit choisie pour ces LSP de branche sur un nœud de routeur commun à ces LSP de branche.

Configuration du LSP de branche en tant que chemin statique

Vous pouvez configurer le LSP de branche pour un LSP point à multipoint en tant que chemin statique. Pour plus d’informations, reportez-vous à la section Configuration des LSP statiques .

Configuration des LSP point à multipoint inter-domaines

Un LSP P2MP inter-domaines est un LSP P2MP qui possède un ou plusieurs sous-LSP (branches) qui s’étendent sur plusieurs domaines d’un réseau. Les zones IGP et les systèmes autonomes (AS) en sont des exemples. Un sous-LSP d’un LSP P2MP inter-domaine peut être intra-zone, inter-zone ou inter-AS, en fonction de l’emplacement du nœud de sortie (leaf) par rapport au nœud d’entrée (source).

Sur le nœud d’entrée, un nom est attribué au LSP P2MP inter-domaine et partagé par tous les sous-LSP constitutifs. Chaque sous-LSP est configuré séparément, avec son propre nœud de sortie et, éventuellement, un chemin explicite. L’emplacement du noeud de sortie du sous-LSP par rapport au noeud d’entrée détermine si le sous-LSP est intra-zone, inter-zone ou inter-AS.

Les LSP P2MP inter-domaines peuvent être utilisés pour transporter le trafic des applications suivantes dans un réseau multi-zones ou multi-AS :

  • Diffusion et multicast de couche 2 sur MPLS

  • VPN BGP/MPLS de couche 3

  • VPLS

Sur chaque nœud de limite de domaine (ABR ou ASBR) le long du chemin du LSP P2MP, l’instruction expand-loose-hop doit être configurée au niveau de la hiérarchie afin que CSPF puisse étendre un ERO à saut libre (généralement la première entrée de la [edit protocols mpls] liste ERO transportée par le message RSVP Path) vers le nœud de sortie ou le nœud de limite de domaine suivant.

Calcul de chemin CSPF pour les LSP P2MP inter-domaines :

  • Le calcul du chemin CSPF est pris en charge sur chaque sous-LSP pour les LSP P2MP inter-domaines. Un sous-LSP peut être intra-zone, inter-zone ou inter-AS. CSPF traite un sous-LSP inter-zone ou inter-AS de la même manière qu’un LSP P2P inter-domaine.

  • Sur un nœud d’entrée ou un nœud de limite de domaine (ABR ou ASBR), CSPF peut effectuer une expansion ERO (Explicit Route Object) par requête RSVP. Il peut s’agir d’un nœud de sortie ou d’un ERO vaguement reçu. Si la destination réside dans un domaine voisin auquel le nœud est connecté, CSPF génère soit une séquence d’EROs à saut strict vers elle, soit une séquence d’ERO à saut strict vers un autre nœud de limite de domaine qui peut atteindre la destination.

  • Si RSVP ne parvient pas à signaler un chemin à travers un noeud de limite de domaine précédemment sélectionné, RSVP tente de signaler un chemin à travers d’autres noeuds de limite de domaine disponibles selon un tourniquet.

  • Lorsqu’un sous-LSP est ajouté ou supprimé vers ou depuis un LSP P2MP inter-domaine, ce qui entraîne la fusion ou l’élagage de son chemin (branche) avec ou à partir de l’arborescence P2MP actuelle, les chemins empruntés par les autres sous-LSP ne devraient pas être affectés, ce qui permet d’éviter toute perturbation du trafic sur ces sous-LSP.

Tenez compte des points suivants lorsque vous déployez des LSP P2MP interdomaines dans votre réseau :

  • La réoptimisation périodique des chemins est prise en charge pour les LSP P2MP inter-domaines sur les nœuds entrants. Il peut être activé pour un LSP P2MP inter-domaine en configurant l’instruction optimize-timer au niveau de la [edit protocols mpls label-switched-path lsp-name] hiérarchie avec le même intervalle pour chaque sous-LSP.

  • Seuls les LSP de contournement de la protection de liaison sont pris en charge pour les LSP P2MP interdomaines. Pour l’activer pour un LSP P2MP inter-domaine, la protection des liens doit être configurée pour tous les sous-LSP et sur toutes les interfaces RSVP par lesquelles le LSP P2MP peut passer.

  • Seules les zones OSPF sont prises en charge pour les LSP P2MP interdomaines. Les niveaux IS-IS ne sont pas pris en charge.

Configuration du redémarrage progressif pour les LSP point à multipoint

Vous pouvez configurer le redémarrage progressif sur les LSP point à multipoint. Le redémarrage progressif permet à un routeur en cours de redémarrage d’informer ses voisins adjacents de son état. Le routeur qui redémarre demande une période de grâce au voisin ou à l’homologue, qui peut alors coopérer avec le routeur qui redémarre. Le routeur qui redémarre peut toujours transférer le trafic MPLS pendant la période de redémarrage. la convergence du réseau n’est pas perturbée. Le redémarrage n’est pas visible pour le reste du réseau et le routeur qui redémarre n’est pas supprimé de la topologie du réseau. Le redémarrage progressif RSVP peut être activé à la fois sur les routeurs de transit et sur les routeurs d’entrée.

Pour activer le redémarrage normal sur un routeur gérant le trafic LSP point à multipoint, incluez l’instruction graceful-restart suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

  • [edit routing-options]

  • [edit logical-systems logical-system-name routing-options]

La configuration de redémarrage progressif des LSP point à multipoint est identique à celle des LSP point à point. Pour plus d’informations sur la configuration du redémarrage progressif, reportez-vous à la section Configuration du redémarrage progressif RSVP.

Configuration d’une stratégie de vérification RPF multicast pour les LSP point à multipoint

Vous pouvez contrôler si une vérification RPF (reverse path forwarding) est effectuée pour une entrée source et de groupe avant d’installer une route dans le cache de transfert multicast. Cela permet d’utiliser des LSP point à multipoint pour distribuer le trafic multicast vers des îlots PIM situés en aval des routeurs de sortie des LSP point à multipoint.

En configurant l’instruction, vous pouvez désactiver les rpf-check-policy vérifications RPF pour une paire source-groupe. Vous configurez généralement cette instruction sur les routeurs de sortie d’un LSP point à multipoint, car l’interface recevant le trafic multicast sur un routeur de sortie LSP point à multipoint n’est pas toujours l’interface RPF.

Vous pouvez également configurer une stratégie de routage pour agir sur une paire source-groupe. Cette stratégie se comporte comme une stratégie d’importation, donc si aucun terme de stratégie ne correspond aux données d’entrée, l’action de stratégie par défaut est « acceptation ». Une action d’acceptation de stratégie active les vérifications RPF. Une action de stratégie de rejet (appliquée à toutes les paires source et groupe qui ne sont pas acceptées) désactive les vérifications RPF pour la paire.

Pour configurer une stratégie de vérification RPF multicast pour un LSP point à multipoint, spécifiez la stratégie de vérification RPF à l’aide de l’instruction rpf-check-policy :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

  • [edit routing-options multicast]

  • [edit logical-systems logical-system-name routing-options multicast]

Vous devez également configurer une stratégie pour la vérification RPF multicast. Vous configurez les stratégies au niveau de la [edit policy-options] hiérarchie. Pour plus d’informations, consultez le Guide de l’utilisateur des stratégies de routage, des filtres de pare-feu et des mécanismes de contrôle du trafic.

REMARQUE :

Lorsque vous configurez l’instruction rpf-check-policy , Junos OS ne peut pas effectuer de vérifications RPF sur le trafic entrant et ne peut donc pas détecter le trafic arrivant sur la mauvaise interface. Cela peut entraîner la formation de boucles de routage.

Exemple : Configuration d’une stratégie de vérification RPF multicast pour un LSP point à multipoint

Configurez une stratégie pour vous assurer qu’une vérification RPF n’est pas effectuée pour les sources avec préfixe ou plus qui appartiennent à des groupes ayant un préfixe 128.83/16 de ou plus :228/8

Configuration de la redondance du routeur PE entrant pour les LSP point à multipoint

Vous pouvez configurer un ou plusieurs routeurs PE dans le cadre d’un groupe de routeurs PE de secours pour activer la redondance des routeurs PE entrants. Pour ce faire, configurez les adresses IP des routeurs PE de secours (au moins un routeur PE de secours est requis) et l’adresse IP locale utilisée par le routeur PE local.

Vous devez également configurer un maillage complet de LSP point à point entre le routeur PE principal et le routeur PE de secours. Vous devez également configurer BFD sur ces LSP. Pour plus d’informations, reportez-vous aux sections Configuration de BFD pour les LSP avec signal RSVP et Configuration de BFD pour lesLSP LDP .

Pour configurer la redondance du routeur PE entrant pour les LSP point à multipoint, incluez l’instruction backup-pe-group suivante :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure ces instructions, reportez-vous aux sections de résumé des instructions pour ces instructions.

Une fois que vous avez configuré le groupe de sauvegarde de redondance du routeur PE entrant, vous devez également appliquer le groupe à une route statique sur le routeur PE. Cela garantit que la route statique est active (installée dans la table de transfert) lorsque le routeur PE local est le redirecteur désigné pour le groupe PE de secours. Vous ne pouvez associer qu’un groupe de routeurs PE de sauvegarde à une route statique pour laquelle l’instruction p2mp-lsp-next-hop est également configurée. Pour plus d’informations, consultez Configuration des routes de monodiffusion statiques pour les LSP point à multipoint.

Configuration d’un service pour corréler des sous-LSP point à multipoint avec des FPC

Outre son rôle d’entrée ou de sortie pour un sous-LSP donné, le moteur de transfert de paquets d’un FPC sert également de point de transit pour d’autres sous-LSP du même LSP point à multipoint. En cas de défaillance d’un FPC, tous les sous-LSP qu’il dessert sont affectés.

Vous pouvez configurer un service qui vous permet de surveiller la corrélation entre les FPC et les sous-LSP point à multipoint (chemins d’embranchement) qui se trouvent sur un LSR. Ces informations vous aident à évaluer l’effet d’un FPC défaillant sur les sous-LSP corrélés. Lorsque le suivi est activé, le service fournit également des messages syslog en cas de panne de FPC qui fournissent des informations détaillées sur les sous-LSP affectés.

Vous pouvez configurer un service qui vous permet de surveiller la corrélation entre les FPC et les sous-LSP point à multipoint (chemins de branchement) sur un LSR. Un FPC peut servir de point d’entrée, de sortie ou de transit pour plusieurs sous-LSP du même LSP point à multipoint. En cas de défaillance d’un FPC, tous les sous-LSP qu’il dessert sont affectés.

Les informations fournies par ce service vous aident à évaluer l’effet d’une défaillance d’un FPC sur les sous-LSP corrélés et le réseau point à multipoint. Vous pouvez utiliser ces connaissances pour vous aider à planifier des pannes FPC contrôlées.

Vous pouvez également activer le suivi de certaines ou de toutes les opérations de service. Le service fournit ensuite des messages syslog avec des informations détaillées sur les sous-LSP affectés, ce qui facilite l’analyse d’une panne FPC.

Pour permettre la surveillance et la corrélation des sous-LSP et des FPC dans le réseau point à multipoint :

  1. Configurez l’interrogation point à multipoint () et l’interrogation FPC () en définissant la durée de fréquence (p2mp_polling_durationfpc_polling_durationen secondes) dans le fichier config.xml situé dans le /etc/p2mp_lsp_correlation répertoire. Vous pouvez également activer les niveaux de journalisation dans le fichier config.xml pour configurer les traceoptions et les journaux sont créés au niveau du /var/log/p2mp_lsp_correlation répertoire. Le niveau de journalisation et les types de messages sont les suivants :

    Voici un exemple de fichier config.xml :

    • p2mp_polling_duration–Actualise la base de données en exécutant diverses demandes RE/PFE RPC. La valeur par défaut de la durée d’interrogation point-à-multipoint est 240.
    • fpc_polling_duration–Sondages sur l’état du FPC/PFE afin d’enregistrer l’impact des sous-LSP point à multipoint. La valeur par défaut de la durée d’interrogation FPC est 60.
    REMARQUE :

    Le fichier config.xml ne s’applique qu’à Junos OS Evolved. Vous devez redémarrer l’application après avoir apporté des modifications au fichier config.xml.

  2. Activez le service.
  3. Configurez le suivi des opérations de service.
    REMARQUE :

    La set p2mp-sublsp-correlation traceoptions flag all commande ne s’applique pas à Junos OS Evolved.

Lorsqu’un FPC sur un LSR tombe en panne ou se déconnecte, tous les sous-LSP point à multipoint sur ce FPC sont affectés. Si vous avez précédemment activé la corrélation FPC pour les LSP point à multipoint et configuré le suivi pour le service de corrélation, des messages d’échec FPC sont consignés pour fournir des détails sur les sous-LSP concernés.

Dans ce cas, vous devez examiner les messages du journal système et la table de corrélation FPC pour analyser l’impact d’une défaillance FPC.

Voici un exemple de sortie de journal système montrant des informations sur le sous-LSP point à multipoint lorsque le FPC affecté se déconnecte :

Pour afficher les informations de corrélation point à multipoint du sous-LSP pour l’interface d’entrée, utilisez la show services p2mp-sublsp-correlation ingress-interface commande suivante :

Pour afficher les informations de corrélation point à multipoint du sous-LSP pour l’interface de sortie, utilisez la show services p2mp-sublsp-correlation egress-interface commande comme suit :

Pour afficher les informations de corrélation pour FPC, utilisez la show services p2mp-sublsp-correlation fpc 0 commande comme suit :

Pour afficher les informations de corrélation pour l’instance PFE, utilisez la show services p2mp-sublsp-correlation fpc 0 pfe-instance 0 commande comme suit :

Activation des LSP point à point pour surveiller la sortie des routeurs PE

La configuration d’un LSP avec l’instruction lui permet de surveiller l’état associate-backup-pe-groups du routeur PE sur lequel il est configuré. Vous pouvez configurer plusieurs groupes de routeurs PE de secours à l’aide de l’adresse du même routeur. Une défaillance de ce LSP indique à tous les groupes de routeurs PE de secours que le routeur PE de destination est en panne. L’instruction associate-backup-pe-groups n’est pas liée à un groupe de routeurs PE de secours spécifique. Elle s’applique à tous les groupes qui s’intéressent au statut du PSL à cette adresse.

Pour permettre à un LSP de surveiller l’état du routeur PE sortant, incluez l’instruction associate-backup-pe-groups suivante :

Cette instruction peut être configurée aux niveaux hiérarchiques suivants :

Si vous configurez l’instruction associate-backup-pe-groups , vous devez configurer BFD pour le LSP point à point. Pour plus d’informations sur la configuration de BFD pour un LSP, consultez Configuration de BFD pour les LSP IPv4 MPLS et Configuration de BFD pour les LSP LDP.Configuration de BFD pour les LSP LDP

Vous devez également configurer un maillage complet de LSP point à point entre les routeurs PE du groupe de routeurs PE de secours. Un maillage complet est nécessaire pour que chaque routeur PE du groupe puisse déterminer indépendamment l’état des autres routeurs PE, ce qui permet à chaque routeur de déterminer indépendamment quel routeur PE est actuellement le redirecteur désigné pour le groupe de routeurs PE de secours.

Si vous configurez plusieurs LSP avec l’instruction vers le même routeur PE de destination, le premier LSP configuré est utilisé pour surveiller l’état associate-backup-pe-groups de transfert vers ce routeur PE. Si vous configurez plusieurs LSP sur la même destination, veillez à configurer des paramètres similaires pour les LSP. Dans ce scénario de configuration, une notification d’échec peut être déclenchée alors que le routeur PE distant est toujours opérationnel.

Préservation du fonctionnement du LSP point-à-multipoint avec différentes versions de Junos OS

Dans Junos OS version 9.1 et antérieure, les messages Resv qui incluent l’objet S2L_SUB_LSP sont rejetés par défaut. Dans Junos OS version 9.2 et ultérieure, ces messages sont acceptés par défaut. Pour garantir le bon fonctionnement des LSP point à multipoint dans un réseau qui inclut à la fois des périphériques exécutant Junos OS version 9.1 et antérieure et des périphériques exécutant Junos 9.2 et versions ultérieures, vous devez inclure l’instruction suivante no-p2mp-sublsp dans la configuration des périphériques exécutant Junos 9.2 et versions ultérieures :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

Vue d’ensemble du comportement de refusion sur le LSP point-à-multipoint

Cette section traite des avantages et de la vue d’ensemble du contrôle du comportement de refusion sur les LSP point à multipoint (P2MP) RSVP.

Avantages du contrôle de la fusion P2MP LSP

  • Réduit la charge de signal RSVP sur l’entrée (routeurs en tête de réseau) en évitant le calcul de chemin des sous-LSP, ce qui crée une condition de refusion.

  • Permet d’économiser la bande passante du réseau en rejetant la refusion du sous-LSP P2MP au niveau du nœud de transit.

Qu’est-ce que P2MP LSP Re-merge ?

Dans un réseau MPLS LSP P2MP, le terme re-merge fait référence au cas d’un nœud d’entrée (tête de réseau) ou de transit (noeud re-merge) qui crée une branche de re-merge croisant le LSP P2MP à un autre noeud en bas de l’arborescence. Cela peut se produire en raison d’événements tels qu’une erreur dans le calcul du chemin, une erreur dans la configuration manuelle ou des modifications de la topologie du réseau lors de l’établissement du LSP P2MP.

La RFC 4875 définit les deux approches suivantes pour gérer la refusion du LSP P2MP :

  • Tout d’abord, le noeud qui détecte la re-fusion permet au cas de re-fusion de persister, mais les données de toutes les interfaces entrantes sauf une sont supprimées au niveau du noeud de re-fusion. Cela fonctionne par défaut sans aucune configuration.

  • Deuxièmement, le nœud de refusion initie l’élagage des sous-LSP de refusion par le biais de la signalisation.

Sur Juniper Networks MX Series routeurs, la première approche (telle que définie par la RFC 4875) fonctionne par défaut. La deuxième approche peut être mise en œuvre par l’une des instructions de configuration CLI suivantes, en fonction de l’endroit où les routeurs Juniper Networks MX Series sont placés (nœud d’entrée ou nœud de transit) dans le réseau MPLS P2MP RSVP :

  • no-re-merge: cette instruction de configuration CLI, lorsqu’elle est activée au niveau du routeur entrant (tête de réseau), évite le calcul du chemin des sous-LSP P2MP, ce qui crée une condition de refusion. Lorsque cette instruction de configuration CLI est configurée à l’entrée, il n’est pas nécessaire de la configurer au no-p2mp-re-merge niveau du routeur de transit.

  • no-p2mp-re-merge—Cette instruction de configuration de l’interface de ligne de commande, lorsqu’elle est activée sur le routeur de transit, modifie le comportement par défaut consistant à autoriser la refusion des sessions de sous-LSP P2MP en rejetant la refusion. Cette instruction de configuration CLI est principalement requise lorsque l’entrée (routeur en tête de réseau) n’est pas un routeur Juniper Networks MX Series.

  • single-abr: cette commande, lorsqu’elle est activée, réduit la condition de refusion au-delà des LSP P2MP RSVP inter-zone, inter-domaine ou inter-AS.

La topologie suivante explique le comportement de refusion dans un réseau LSP P2MP :

Qu’est-ce que P2MP LSP Re-merge ?

Dans cette topologie, R1 agit en tant que routeur d’entrée (tête de réseau) et R2 en tant que routeur de transit (nœud de refusion). Deux sessions sous-LSP sont créées dans ce réseau : LSP 1 et LSP 2. LSP 1 est une session établie entre les périphériques R1, R2 et R3. LSP 2 est une session établie entre les périphériques R1, R4, R2, R3 et R5. Par défaut, le routeur de transit autorise la refusion à partir des deux LSP secondaires et supprime le trafic de la branche du LSP secondaire au niveau du nœud de refusion. Vous pouvez contrôler ce comportement de refusion en activant l’instruction de configuration CLI sur le routeur entrant ou l’instruction de configuration CLI sur le routeur de no-re-mergeno-p2mp-re-merge transit.

Si vous activez l’instruction no-re-merge de configuration CLI sur le routeur entrant (R1), une seule des deux sessions de sous-LSP est établie. Par exemple, si la session LSP 1 (R1-R2-R3) est établie en premier, l’autre session sous-LSP (LSP 2) ne sera pas établie.

Si vous activez l’instruction de configuration CLI sur le routeur de transit (R2), le routeur de transit rejette la nouvelle fusion de l’un des sous-LSP et envoie un message d’erreur no-p2mp-re-merge de chemin au routeur entrant (R1) empêchant le routeur entrant de créer la deuxième branche de fusion LSP P2MP. Vous pouvez utiliser la show rsvp statistics commande CLI pour afficher le message d’erreur du chemin d’accès.

Modifier le comportement de refusion P2MP LSP par défaut

Vous pouvez modifier le comportement de refusion par défaut soit au niveau du nœud d’entrée (tête de réseau), soit au niveau du nœud de transit dans un réseau MPLS P2MP RSVP.

Sur l’entrée (routeur en tête), désactivez le comportement de fusion par défaut afin que le routeur entrant n’effectue pas le calcul de chemin des sous-LSP qui crée la condition de refusion. Le comportement par défaut autorise le calcul du chemin des sous-LSP.

Sur le routeur de transit, désactivez le comportement de refusion par défaut afin que le routeur de transit rejette la refusion des sous-LSP.

Pour les LSP P2MP RSVP inter-zones, inter-domaines ou inter-AS, utilisez l’instruction de configuration CLI à l’entrée (routeur de tête) afin que tous les sous-LSP P2MP préfèrent sélectionner le même routeur de sortie (ABR ou ASBR), réduisant ainsi la condition de single-abr refusion.

Rubriques connexes