Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Protection des nuds et des chemins pour les LSP MPLS

MPLS et protection du trafic

En règle générale, lorsqu’un LSP tombe en panne, le routeur immédiatement en amont de la panne signale la panne au routeur entrant. Le routeur entrant calcule un nouveau chemin vers le routeur de sortie, établit le nouveau LSP, puis dirige le trafic du chemin ayant échoué vers le nouveau chemin. Ce processus de réacheminement peut prendre du temps et être sujet à des échecs. Par exemple, les signaux de panne adressés au routeur entrant peuvent se perdre ou le nouveau chemin peut mettre trop de temps à apparaître, ce qui entraîne des pertes de paquets importantes. Junos OS fournit plusieurs mécanismes complémentaires de protection contre les défaillances LSP :

  • Chemins secondaires de secours : vous pouvez configurer les chemins principaux et secondaires. Vous configurez les chemins secondaires à l’aide de l’instruction standby . Pour activer la protection du trafic, vous devez configurer ces chemins de secours uniquement sur le routeur entrant. Si le chemin principal tombe en panne, le routeur entrant redirige immédiatement le trafic du chemin défaillant vers le chemin de secours, éliminant ainsi le besoin de calculer un nouvel itinéraire et de signaler un nouveau chemin. Pour plus d’informations sur la configuration des LSP de secours, consultez Configuration de la réserve à chaud des chemins secondaires pour les LSP.

  • Reroutage rapide : vous configurez le reroutage rapide sur un LSP pour minimiser l’effet d’une défaillance dans le LSP. Le reroutage rapide permet à un routeur en amont de la panne de contourner rapidement la défaillance vers le routeur en aval de la défaillance. Le routeur en amont signale ensuite la panne au routeur entrant, maintenant ainsi la connectivité avant qu’un nouveau LSP ne soit établi. Pour obtenir une vue d’ensemble détaillée de reroutage rapide, reportez-vous à la section Vue d’ensemble du reroutage rapide. Pour plus d’informations sur la configuration de reroutage rapide, reportez-vous à la section Configuration du routage rapide.

  • Protection des liens : vous pouvez configurer la protection des liens pour vous assurer que le trafic traversant une interface spécifique d’un routeur à un autre peut continuer à atteindre sa destination en cas de défaillance de cette interface. Lorsque la protection de liaison est configurée pour une interface et configurée pour un LSP qui traverse cette interface, un LSP de contournement est créé pour gérer ce trafic en cas de défaillance de l’interface. Le LSP de contournement utilise une interface et un chemin différents pour atteindre la même destination. Pour plus d’informations sur la configuration de la protection des liens, reportez-vous à la section Configuration de la protection des liens sur les interfaces utilisées par les prestataires de services linguistiques.

Lorsque le chemin secondaire de secours et le reroutage rapide ou la protection de liaison sont configurés sur un LSP, la protection complète du trafic est activée. Lorsqu’une défaillance se produit dans un LSP, le routeur en amont de la défaillance achemine le trafic autour de la défaillance et informe le routeur entrant de la défaillance. Ce reroutage maintient le flux de trafic en attendant que la notification soit traitée au niveau du routeur entrant. Après réception de la notification d’échec, le routeur entrant réachemine immédiatement le trafic du chemin principal corrigé vers le chemin de secours plus optimal.

Le reroutage rapide et la protection des liaisons offrent un type similaire de protection du trafic. Les deux caractéristiques offrent un service de transfert rapide et utilisent une conception similaire. Le reroutage rapide et la protection de liaison sont tous deux décrits dans la RFC 4090, Fast Reroute Extensions to RSVP-TE for LSP Tunnels. Cependant, vous ne devez configurer que l’un ou l’autre. Bien qu’il soit possible de configurer les deux, il n’y a que peu d’avantages, voire aucun.

Présentation de la protection Node-Link

La protection des liens de nœud (sauvegarde de plusieurs à un ou des ressources) étend les capacités de protection des liens et fournit une protection légèrement différente du reroutage rapide. Alors que la protection de liaison est utile pour sélectionner un autre chemin vers le même routeur lorsqu’une liaison spécifique échoue, et que le reroutage rapide protège les interfaces ou les nœuds le long de l’ensemble du chemin d’un LSP, la protection de lien de nœud établit un chemin de contournement qui évite un nœud particulier dans le chemin LSP.

Lorsque vous activez la protection de liaison de nœud pour un LSP, vous devez également activer la protection de liaison sur toutes les interfaces RSVP du chemin d’accès. Une fois activés, les types de chemins de contournement suivants sont établis :

  • Next-hop bypass LSP (Contournement du tronçon suivant) : fournit un itinéraire alternatif permettant à un LSP d’atteindre un routeur voisin. Ce type de chemin de contournement est établi lorsque vous activez la protection des liens de nœud ou de liaison.

  • Next-next-hop bypass LSP (Contournement du tronçon suivant) : fournit un itinéraire alternatif pour un LSP via un routeur voisin en route vers le routeur de destination. Ce type de chemin de contournement n’est établi que lorsque la protection de liaison de nœud est configurée.

Figure 1 illustre l’exemple de topologie de réseau MPLS utilisé dans cette rubrique. L’exemple de réseau utilise OSPF comme protocole IGP (Interior Gateway Protocol) et comme stratégie de création de trafic.

Figure 1 : Protection des liens nudsProtection des liens nuds

Le réseau MPLS en Figure 1 illustre un réseau de routeur uniquement constitué de LSP unidirectionnels compris entre et , () et entre R1R6 et R0R5(lsp2-r1-to-r5lsp1-r6-to-r0). Les deux LSP ont configuré des chemins stricts qui passent par l’interface fe-0/1/0.

Dans le réseau illustré à Figure 1, les deux types de chemins de contournement sont préétablis autour du noeud protégé (R2). Un chemin de contournement next-hop évite l’interface fe-0/1/0 en passant par , et un chemin de contournement next-next-hop évite R2 complètement en passant par R7R7 et R9 vers R4. Les deux chemins de contournement sont partagés par tous les LSP protégés qui traversent le lien ou le nœud défaillant (de nombreux LSP sont protégés par un chemin de contournement).

La protection par liaison de nud (plusieurs-à-un ou sauvegarde de l’installation) permet à un routeur immédiatement en amont d’une défaillance de nud d’utiliser un autre nud pour transférer le trafic vers son voisin en aval. Pour ce faire, un chemin de contournement est établi au préalable et partagé par tous les prestataires de services linguistiques protégés qui traversent la liaison défaillante.

Lorsqu’une panne se produit, le routeur immédiatement en amont de la panne commute le trafic protégé vers le nœud de dérivation, puis signale la panne au routeur entrant. À l’instar du reroutage rapide, la protection de liaison nud fournit une réparation locale, rétablissant la connectivité plus rapidement que le routeur entrant ne peut établir un chemin secondaire de secours ou signaler un nouveau LSP principal.

La protection de liaison de nud est appropriée dans les situations suivantes :

  • La protection de la liaison et du nœud en aval est requise.

  • Le nombre de prestataires de services linguistiques à protéger est important.

  • Il est moins critique de satisfaire aux critères de sélection des chemins (priorité, bande passante et coloration des liens) pour les chemins de contournement.

  • Il n’est pas nécessaire de contrôler la granularité de chaque LSP.

Présentation de la protection de chemin

Les principaux avantages de la protection de chemin sont le contrôle de l’emplacement du trafic après une panne et la perte minimale de paquets lorsqu’elle est combinée à un reroutage rapide (sauvegarde un à un ou protection des liaisons). La protection des chemins est la configuration, au sein d’un chemin à commutation d’étiquettes (LSP), de deux types de chemins : un chemin d’accès principal, utilisé en fonctionnement normal, et un chemin secondaire utilisé en cas de défaillance du chemin principal, comme illustré à Figure 2la .

Dans Figure 2, un réseau MPLS composé de huit routeurs possède un chemin principal entre et qui est protégé par le chemin secondaire entre R1R1 et R5 .R5 Lorsqu’une défaillance est détectée, telle qu’une panne d’interface, un message d’erreur RSVP (Resource Reservation Protocol) est envoyé au routeur entrant qui bascule le trafic vers le chemin secondaire, maintenant ainsi le flux de trafic.

Figure 2 : Protection des cheminsProtection des chemins

 

Si le chemin secondaire est pré-signalé ou en veille, le temps de récupération après une défaillance est plus rapide que si le chemin secondaire n’est pas pré-signalé. Lorsque le chemin secondaire n’est pas signalé au préalable, un délai d’établissement de l’appel se produit pendant lequel le nouveau chemin physique du LSP est établi, ce qui prolonge le temps de récupération. Si la défaillance du chemin principal est corrigée et après quelques minutes de temps d’attente, le routeur entrant rebascule le trafic du chemin secondaire vers le chemin principal.

Étant donné que la protection du chemin est fournie par le routeur entrant pour l’ensemble du chemin, il peut y avoir certains inconvénients, par exemple, une double réservation de ressources et une protection inutile des liens. En protégeant une seule ressource à la fois, la protection locale peut remédier à ces inconvénients.

Configuration de la protection de chemin dans un réseau MPLS (procédure CLI)

L’implémentation Junos OS de MPLS sur les commutateurs EX Series offre une protection de chemin en tant que mécanisme de protection contre les défaillances de chemin de commutation d’étiquettes (LSP). La protection de chemin réduit le temps nécessaire pour recalculer un itinéraire en cas de défaillance dans le tunnel MPLS. Vous configurez la protection de chemin sur le commutateur de périphérie du fournisseur entrant dans votre réseau MPLS. Vous ne configurez pas le commutateur Edge du fournisseur de sortie ou les commutateurs du fournisseur pour la protection des chemins. Vous pouvez spécifier explicitement les commutateurs fournisseur utilisés pour les chemins principal et secondaire, ou laisser le logiciel calculer automatiquement les chemins.

Avant de configurer la protection des chemins, assurez-vous d’avoir :

Pour configurer la protection des chemins, effectuez les tâches suivantes sur le commutateur périphérique fournisseur entrant :

Configuration du chemin d’accès principal

L’instruction primary crée le chemin principal, qui est le chemin préféré du LSP. L’instruction secondary crée un chemin alternatif si le chemin principal ne peut plus atteindre le commutateur Edge du fournisseur de sortie.

Dans les tâches décrites dans cette rubrique, le a déjà été configuré sur le commutateur Edge fournisseur entrant en tant que et l’adresse de l’interface de bouclage sur le lsp-name commutateur Edge fournisseur distant a déjà été configurée en tant que lsp_to_240127.0.0.8.

Lorsque le logiciel passe du chemin principal à un chemin secondaire, il tente continuellement de revenir au chemin principal, en y revenant lorsqu’il est à nouveau accessible, mais pas plus tôt que l’heure spécifiée dans l’instruction revert-timer .

Vous pouvez configurer aucun chemin principal ou un seul chemin principal. Si vous ne configurez pas de chemin principal, le premier chemin secondaire (si un chemin secondaire a été configuré) est sélectionné comme chemin. Si vous ne spécifiez aucun chemin nommé, ou si le chemin que vous spécifiez est vide, le logiciel prend toutes les décisions de routage nécessaires pour que les paquets atteignent le commutateur de périphérie du fournisseur de sortie.

Pour configurer un chemin d’accès principal :

  1. Créez le chemin d’accès principal pour le LSP :

  2. Configurez une route explicite pour le chemin principal en spécifiant l’adresse IP de l’interface de bouclage ou l’adresse IP du commutateur ou le nom d’hôte de chaque commutateur utilisé dans le tunnel MPLS. Vous pouvez spécifier les types de lien comme l’un ou l’autre strict ou loose dans chaque path instruction. Si le type de liaison est strict, le LSP doit aller à l’adresse suivante spécifiée dans l’instruction sans passer par d’autres path commutateurs. Si le type de liaison est loose, le LSP peut traverser d’autres commutateurs avant d’atteindre ce commutateur. Cette configuration utilise la désignation par défaut strict des chemins.

    REMARQUE :

    Vous pouvez activer la protection des chemins sans spécifier les commutateurs de fournisseur utilisés. Si vous ne répertoriez pas les commutateurs fournisseurs spécifiques à utiliser pour le tunnel MPLS, le commutateur calcule le routage.

    Conseil :

    N’incluez pas le commutateur périphérique du fournisseur entrant dans ces instructions. Répertoriez l’adresse IP de l’interface de bouclage ou l’adresse du commutateur ou le nom d’hôte de tous les autres sauts de commutateur dans l’ordre, en terminant par le commutateur du fournisseur de sortie.

Configuration du chemin secondaire

Vous pouvez configurer zéro ou plusieurs chemins secondaires. Tous les chemins secondaires sont égaux et le logiciel les essaie dans l’ordre dans lequel ils sont répertoriés dans la configuration. Le logiciel ne tente pas de passer d’un chemin secondaire à l’autre. Si le premier chemin secondaire de la configuration n’est pas disponible, le suivant est essayé, ainsi de suite. Pour créer un ensemble de chemins égaux, spécifiez des chemins secondaires sans spécifier de chemin principal. Si vous ne spécifiez aucun chemin nommé ou si le chemin d’accès spécifié est vide, le logiciel prend toutes les décisions de routage nécessaires pour atteindre le commutateur périphérique du fournisseur de sortie.

Pour configurer le chemin d’accès secondaire :

  1. Créez un chemin secondaire pour le LSP :

  2. Configurez une route explicite pour le chemin secondaire en spécifiant l’adresse IP de l’interface de bouclage ou l’adresse IP du commutateur ou le nom d’hôte de chaque commutateur utilisé dans le tunnel MPLS. Vous pouvez spécifier les types de lien comme l’un ou l’autre strict ou loose dans chaque path instruction. Cette configuration utilise la désignation par défaut strict des chemins.

    Conseil :

    N’incluez pas le commutateur périphérique du fournisseur entrant dans ces instructions. Répertoriez l’adresse IP de l’interface de bouclage ou l’adresse du commutateur ou le nom d’hôte de tous les autres sauts de commutateur dans l’ordre, en terminant par le commutateur du fournisseur de sortie.

Configuration du minuteur de restauration

Pour les LSP configurés avec des chemins d’accès principaux et secondaires, vous pouvez éventuellement configurer un minuteur de rétablissement. Si le chemin principal tombe en panne et que le trafic est basculé vers le chemin secondaire, le minuteur de rétablissement spécifie la durée (en secondes) que le LSP doit attendre avant de pouvoir rétablir le trafic vers le chemin principal. Si le chemin principal rencontre des problèmes de connectivité ou de stabilité pendant cette période, le minuteur est redémarré.

Conseil :

Si vous ne configurez pas explicitement le minuteur de restauration, il est défini par défaut sur 60 secondes.

Pour configurer le minuteur de rétablissement pour les LSP configurés avec des chemins d’accès principaux et secondaires :

  • Pour tous les LSP du commutateur :

  • Pour un LSP spécifique sur le commutateur :

Empêcher l’utilisation d’un chemin qui a précédemment échoué

Si vous configurez un autre chemin d’accès sur le réseau en cas de défaillance du chemin actif, vous ne souhaitez peut-être pas que le trafic revienne au chemin d’accès défaillant, même s’il n’est plus défaillant. Lorsque vous configurez un chemin principal, le trafic bascule vers le chemin secondaire lors d’une défaillance et revient au chemin principal lorsqu’il revient.

Parfois, rebasculer le trafic vers un chemin principal qui a échoué précédemment n’est pas une bonne idée. Dans ce cas, configurez uniquement les chemins secondaires, ce qui entraîne l’établissement du chemin secondaire configuré suivant en cas de défaillance du premier chemin secondaire. Par la suite, si le premier chemin secondaire devient opérationnel, Junos OS n’y reviendra pas, mais continuera à utiliser le second chemin secondaire.

Configuration de la protection des nuds de liaison MPLS Inter-AS avec BGP étiqueté

Exemple : Configuration de la protection des nuds de liaison MPLS Inter-AS

Cet exemple montre comment configurer la protection de fin de réseau dans un déploiement inter-AS avec des VPN de couche 3.

Conditions préalables

Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.

Présentation

En . Les Figure 4routeurs de bordure de système autonome (ASBR) exécutent un BGP externe (EBGP) vers des ASBR d’un autre système autonome (AS) afin d’échanger des étiquettes pour des routes IPv4 /32. À l’intérieur des AS, le BGP interne (IBGP) propage les routes vers les équipements Provider Edge (PE).

Si la liaison entre l’appareil ASBR3 et l’appareil ASBR1 tombe en panne jusqu’à ce qu’ASBR3 réinstalle le nouveau saut suivant, tout le trafic se dirigeant vers l’AS 64510 à partir de l’AS 64511 via la liaison ASBR3-ASBR1 est abandonné.

Cet exemple montre comment obtenir une restauration rapide du trafic en configurant le périphérique ASBR3 pour préprogrammer un chemin de sauvegarde via le périphérique ASBR2.

REMARQUE :

Cette solution ne gère pas l’échec du périphérique P3 vers le périphérique ASBR3. Il ne gère pas non plus une défaillance sur l’appareil ASBR3 pour le trafic se dirigeant vers l’AS 645111 à partir de l’AS 64510 via la liaison ASBR3-ASBR1. Ce trafic est abandonné.

Topologie
Figure 4 : Exemple de topologie de protection de nud de liaison MPLS Inter-ASExemple de topologie de protection de nud de liaison MPLS Inter-AS

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.

Dispositif ASBR1

Dispositif ASBR2

Dispositif ASBR3

Appareil CE1

Dispositif CE2

Appareil P1

Appareil P2

Appareil P3

Appareil PE1

Appareil PE2

Procédure
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 le scénario EBGP :

  1. Configurez les interfaces des routeurs.

  2. Configurez un Interior Gateway Protocol (IGP), tel qu’OSPF ou IS-IS.

  3. Configurez le numéro du système autonome (AS).

  4. Configurez la stratégie de routage.

  5. Configurez les sessions EBGP.

  6. Configurez les sessions IBGP.

  7. Configurez MPLS.

  8. Configurez un protocole de signalisation.

Résultats

En mode configuration, confirmez votre configuration en saisissant les commandes show interfaces, show protocols, show policy-options 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.

Si vous avez terminé de configurer les périphériques, passez commit en mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des sessions BGP Neighbor
But

Vérifiez que la protection BGP est activée.

Action
Sens

La sortie indique que l’option Protection est activée pour les homologues EBGP, Device ASBR1 et Device ASBR2.

Ceci est également indiqué avec la sortie de l’écran NLRI configured with protection: inet-labeled-unicast .

Vérification des itinéraires
But

Assurez-vous que le chemin de sauvegarde est installé dans la table de routage.

Action
Sens

La show route commande affiche les chemins actifs et de secours vers le périphérique PE1.

Configuration de la mise en miroir du service de protection contre la sortie pour les services de couche 2 signalés BGP

À compter de Junos OS version 14.2, Junos OS prend en charge la restauration du trafic sortant en cas de défaillance d’un lien ou d’un nœud dans le nœud PE de sortie. En cas de défaillance d’une liaison ou d’un nud dans le réseau central, un mécanisme de protection tel que le reroutage rapide MPLS peut être déclenché sur les LSP de transport entre les routeurs PE pour réparer la connexion en quelques dizaines de millisecondes. Un LSP de protection contre la sortie résout le problème d’une défaillance d’une liaison nud à la périphérie du réseau (par exemple, la défaillance d’un routeur PE).

La figure 1 montre une topologie simplifiée du cas d’utilisation qui explique cette fonctionnalité.

Figure 5 : LSP de protection contre la sortie configuré du routeur PE1 au routeur PE2LSP de protection contre la sortie configuré du routeur PE1 au routeur PE2

CE1 est multihébergé sur PE1 et PE2. Il y a deux chemins qui relient CE1 et CE2. Le chemin de travail est CE2-PE3-P-PE1-CE1, via pseudowire PW21. Le chemin de protection est CE2-PE3-P-PE2-CE1, via un pseudowire PW22 Dans des circonstances normales, le trafic circule à travers le chemin de travail. Lorsque l’OAM de bout en bout entre CE1 et CE2 détecte une défaillance sur le chemin de travail, le trafic bascule du chemin de travail vers le chemin de protection. La détection et la récupération des défaillances de bout en bout dépendent du plan de contrôle et devraient donc être relativement lentes. Pour obtenir une protection plus rapide, il convient d’utiliser des mécanismes de réparation locale similaires à ceux utilisés pour le reroutage rapide MPLS. Sur la figure 1 ci-dessus, en cas de défaillance d’un lien ou d’un nud dans le réseau central (panne de liaison sur P-PE1, P-PE3 ou défaillance de nœud sur P), le reroutage rapide MPLS se produit sur les LSP de transport entre PE1 et PE3. La panne pouvait être réparée localement en quelques dizaines de millisecondes. Toutefois, si une défaillance d’un lien ou d’un nud se produit à la périphérie (par exemple, une défaillance de liaison sur PE3-CE2 ou une défaillance de nud sur PE3), il n’y a actuellement aucune réparation locale. Nous devons donc compter sur la protection de bout en bout CE1-CE2 pour réparer la défaillance.

  • Device CE2 : origine du trafic

  • Router PE3 (Routeur PE) : routeur PE d’entrée

  • Routeur PE1 : routeur PE de sortie (primaire)

  • Routeur PE2 : routeur PE protecteur

  • Appareil CE1 : destination du trafic

Lorsque la liaison entre CE1 et PE1 est interrompue, PE1 redirige brièvement ce trafic vers CE1, vers PE2. PE2 le transmet à CE1 jusqu’à ce que le routeur entrant PE3 recalcule pour transférer le trafic à PE2.

Initialement, le sens de la circulation était ; CE2 – PE3 – P – PE1 – CE1.

Lorsque la liaison entre CE1 et PE1 sera interrompue, le trafic sera ; CE2 – PE3 – P – PE1 – PE2 – CE1. PE3 recalcule ensuite le chemin ; CE2 – PE3 – P – PE2 – CE1.

  1. Configurez RSVP sur PE1, PE2 et PE3.
  2. Configurez MPLS.
  3. Définissez PE1 en tant que et PE2 en tant que primaryprotector nœuds.
  4. Activez sur egress-protection PE1 et PE2.
  5. Configurez LDP et ISIS sur PE1, PE2 et PE3.
  6. Configurez une stratégie d’équilibrage de charge au niveau PE1, PE2 et PE3.
  7. Configurez les options de routage PE1, PE2 et PE3 pour exporter des routes en fonction de la stratégie d’équilibrage de charge.
  8. Configurez BGP à PE1 pour annoncer nrli à partir de l’instance de routage avec l’ID de contexte comme prochain saut.
  9. Configurer l2vpn sur PE1, PE2 et PE3

    À PE1 :

    À PE2 :

    Chez PE3 :

Exemple : Configuration de la mise en miroir du service de protection contre la sortie MPLS pour les services de couche 2 signalés par BGP

À compter de Junos OS version 14.2, Junos OS prend en charge la restauration du trafic sortant en cas de défaillance d’un lien ou d’un nœud dans le nœud PE de sortie. En cas de défaillance d’une liaison ou d’un nud dans le réseau central, un mécanisme de protection tel que le reroutage rapide MPLS peut être déclenché sur les LSP de transport entre les routeurs PE pour réparer la connexion en quelques dizaines de millisecondes. Un LSP de protection contre la sortie résout le problème d’une défaillance d’une liaison nud à la périphérie du réseau (par exemple, la défaillance d’un routeur PE).

Cet exemple montre comment configurer la protection des liens pour les services de couche 2 avec signalisation BGP.

Conditions préalables

Routeurs MX Series exécutant Junos OS version 14.2 ou ultérieure.

Présentation

En cas de défaillance d’une liaison ou d’un nud dans le réseau central, un mécanisme de protection tel que le reroutage rapide MPLS peut être déclenché sur les LSP de transport entre les routeurs PE pour réparer la connexion en quelques dizaines de millisecondes. Un LSP de protection contre la sortie résout le problème d’une défaillance d’une liaison nud à la périphérie du réseau (par exemple, la défaillance d’un routeur PE).

Cet exemple inclut les concepts et instructions de configuration suivants qui sont propres à la configuration d’un LSP de protection contre la sortie :

  • context-identifier: spécifie une adresse IPv4 ou IPv6 utilisée pour définir la paire de routeurs PE participant au LSP de protection contre la sortie. Il est attribué à chaque paire ordonnée d’EP primaire et au protecteur pour faciliter l’établissement de la protection. Cette adresse est unique au monde, c’est-à-dire unique dans l’espace d’adressage du réseau où résident le PE principal et le protecteur.

  • egress-protection: configure les informations du protecteur pour le circuit de couche 2 protégé et configure le circuit de couche 2 du protecteur au niveau de la [edit protocols mpls] hiérarchie. Configure un LSP en tant que LSP de protection contre la sortie au niveau de la [edit protocols mpls] hiérarchie.

  • protector: configure la création de pseudowires de secours sur le PE de secours pour la protection des liens ou des nœuds de l’instance.

Topologie

Figure 6 : LSP de protection contre la sortie configuré du routeur PE1 au routeur PE2LSP de protection contre la sortie configuré du routeur PE1 au routeur PE2

En cas de défaillance du routeur PE PE1, le trafic est basculé vers le LSP de protection de sortie configuré entre le routeur PE1 et le routeur PE2 (le routeur PE protecteur) :

  • Device CE2 : origine du trafic

  • Router PE3 (Routeur PE) : routeur PE d’entrée

  • Routeur PE1 : routeur PE de sortie (primaire)

  • Routeur PE2 : routeur PE protecteur

  • Appareil CE1 : destination du trafic

Lorsque la liaison entre CE1 et PE1 est rompue, PE1 redirige brièvement ce trafic vers CE1, vers PE2. PE2 le transmet à CE1 jusqu’à ce que le routeur entrant PE3 recalcule pour transférer le trafic à PE2.

Initialement, le sens de circulation était le suivant : CE2 – PE3 – P – PE1 – CE1.

Lorsque la liaison entre CE1 et PE1 tombe en panne, le trafic sera : CE2 – PE3 – P – PE1 – PE2 – CE1. PE3 recalcule ensuite le chemin : CE2 – PE3 – P – PE2 – CE1.

Cet exemple montre comment configurer les routeurs PE1, PE2 et PE3.

Configuration

Configuration rapide de l’interface de ligne de commande

Pour configurer rapidement un LSP de protection contre la sortie, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour qu’ils correspondent à vos configurations réseau, copiez puis collez les commandes dans la CLI et passez commit en mode de configuration.

PE1

PE2

PE3

Procédure étape par étape

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, consultez Utilisation de l’éditeur CLI en mode Configuration.

Pour configurer un LSP de protection contre la sortie pour le routeur PE1 :

  1. Configurez RSVP.

  2. Configurez MPLS afin d’utiliser le LSP de protection contre la sortie afin d’éviter une défaillance de liaison avec l’équipement CE1.

  3. Configurez BGP.

  4. Configurez IS-IS.

  5. Configurez LDP.

  6. Configurez une stratégie d’équilibrage de charge.

  7. Configurez les options de routage pour exporter les routes en fonction de la stratégie d’équilibrage de charge.

  8. Configurez BGP pour publier nrli à partir de l’instance de routage avec l’ID de contexte comme prochain saut.

  9. Configurez l’instance l2vpn pour utiliser le LSP de sortie configuré.

  10. Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.

Procédure étape par étape

Pour configurer un LSP de protection contre la sortie pour le routeur PE2 :

  1. Configurez RSVP.

  2. Configurez MPLS et le LSP qui fait office de LSP de protection contre la sortie.

  3. Configurez BGP.

  4. Configurez IS-IS.

  5. Configurez LDP.

  6. Configurez une stratégie d’équilibrage de charge.

  7. Configurez les options de routage pour exporter les routes en fonction de la stratégie d’équilibrage de charge.

  8. Configurez BGP pour publier nrli à partir de l’instance de routage avec l’ID de contexte comme prochain saut.

  9. Configurez l’instance l2vpn pour utiliser le LSP de sortie configuré.

  10. Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.

Procédure étape par étape

Pour configurer un LSP de protection contre la sortie pour le routeur PE3 :

  1. Configurez RSVP.

  2. Configurez MPLS.

  3. Configurez BGP.

  4. Configurez IS-IS.

  5. Configurez LDP.

  6. Configurez une stratégie d’équilibrage de charge.

  7. Configurez les options de routage pour exporter les routes en fonction de la stratégie d’équilibrage de charge.

  8. Configurez BGP pour publier le NLRI à partir de l’instance de routage avec l’ID de contexte comme prochain saut.

  9. Configurez l2vpn pour spécifier l’interface qui se connecte au site et l’interface distante à laquelle vous souhaitez que l’interface spécifiée se connecte.

  10. Si vous avez terminé de configurer l’appareil, entrez commit à partir de la configuration.

Résultats

En mode configuration, confirmez votre configuration sur le routeur PE1 en entrant les show protocolscommandes , show policy-optionset 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.

En mode configuration, confirmez votre configuration sur le routeur PE2 en entrant les show protocolscommandes , show policy-options, 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.

À partir du mode de configuration, confirmez votre configuration sur le routeur PE3 en entrant les show protocolscommandes , show policy-optionset 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 configuration L2VPN

But

Vérifiez que le LSP est protégé par la logique de protection des connexions.

Action

À partir du mode opérationnel, exécutez la show l2vpn connections extensive commande.

Sens

La Egress Protection: Yes sortie montre que le PVC donné est protégé par la logique de protection de connexion.

Vérification des détails de l’instance de routage

But

Vérifiez les informations sur l’instance de routage et l’identificateur de contexte configuré sur le serveur principal, qui est utilisé comme adresse de saut suivant en cas de défaillance de la liaison de nud.

Action

À partir du mode opérationnel, exécutez la show route foo detail commande.

Sens

L’identifiant de contexte est défini sur 198.51.100.3 et le Vrf-import: [ __vrf-import-foo-internal__] dans la sortie mentionne la stratégie utilisée pour réécrire l’adresse du saut suivant.

Vérification de la configuration IS-IS

But

Vérifiez les informations de l’identificateur de contexte IS-IS.

Action

À partir du mode opérationnel, exécutez la show isis context-identifier detail commande.

Sens

Le routeur PE2 est le protecteur et l’identificateur de contexte configuré est utilisé pour le protocole MPLS.

Vérification de la configuration MPLS

But

Vérifiez les détails de l’identificateur de contexte sur les PE principal et de protection.

Action

À partir du mode opérationnel, exécutez la show mpls context-identifier detail commande.

Sens

Context-id est , advertise-mode est , la table MPLS créée pour la protection contre la sortie est , et le nom de l’instance de sortie est , qui est 198.51.100.3fooalias__198.51.100.3__.mpls.0de type .local-l2vpn

Exemple : Configuration de la protection contre la sortie d’un VPN de couche 3 avec PLR comme protecteur

Cet exemple montre comment configurer une restauration rapide du service à la sortie d’un VPN de couche 3 lorsque le client est multihébergé auprès du fournisseur de services.

À partir de la version 15.1 de Junos OS, la fonctionnalité améliorée de point de réparation locale (PLR) répond à un scénario particulier de protection des nœuds de sortie, où le PLR et le protecteur sont colocalisés comme un seul routeur. Dans ce cas, il n’est pas nécessaire d’avoir une redirection LSP de contournement du trafic pendant la réparation locale. Au lieu de cela, le PLR ou le protecteur peut envoyer le trafic directement au CE cible (dans le modèle de protecteur colocalisé où le PLR ou le protecteur est également le PE de secours directement connecté au CE) ou au PE de secours (dans le modèle de protecteur centralisé où le PE de secours est un routeur séparé).

Conditions préalables

Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.

Cet exemple nécessite Junos OS version 15.1 ou ultérieure.

Présentation

En tant que scénario spécial de protection des nœuds de sortie, si un routeur est à la fois un protecteur et un PLR, il installe des sauts suivants de sauvegarde pour protéger le LSP de transport. En particulier, il n’a pas besoin d’un LSP de dérivation pour une réparation locale.

Dans le modèle de protecteur colocalisé, le PLR ou le protecteur est directement connecté au CE via un courant alternatif de secours, tandis que dans le modèle de protecteur centralisé, le PLR ou le protecteur dispose d’un tunnel MPLS vers le PE de secours. Dans les deux cas, le PLR ou le Protector installera un saut suivant de sauvegarde avec une étiquette suivie d’une recherche dans une context label table, c’est-à-dire __context__.mpls.0. En cas de défaillance du nœud de sortie, le PLR ou le Protector bascule le trafic vers ce saut suivant de sauvegarde dans PFE. L’étiquette externe (l’étiquette LSP de transport) des paquets est sautée et l’étiquette interne (l’étiquette VPN de couche 3 allouée par le nœud de sortie) est recherchée dans , ce qui entraîne le transfert des paquets directement vers le CE (dans le modèle de protecteur colocalisé) ou le PE de secours (dans __context__.mpls.0le modèle de protecteur centralisé).

Topologie

Figure 7 montre l’exemple de réseau.

Figure 7 : PLR et protecteur colocalisés dans un modèle de protecteur colocaliséPLR et protecteur colocalisés dans un modèle de protecteur colocalisé

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 CE1

Appareil PE1

Appareil P

Appareil PE2

Appareil PE3

Dispositif CE2

Configuration de l’équipement CE1

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à 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.

  1. Configurez les interfaces.

Configuration de l’équipement PE1

Procédure étape par étape
  1. Configurez les interfaces.

  2. Configurez le numéro du système autonome (AS).

  3. Configurez RSVP.

  4. Activez MPLS.

  5. Configurez BGP.

  6. Activez IS-IS.

  7. (Facultatif) Configurer OSPF

  8. Configurez l’instance de routage.

  9. Configurez la stratégie de routage.

Configuration de l’équipement P

Procédure étape par étape
  1. Configurez les interfaces de l’appareil.

  2. Activez IS-IS.

  3. Activez MPLS.

  4. Configurez RSVP.

  5. (Facultatif) Configurez OSPF.

Configuration de l’équipement PE2

Procédure étape par étape
  1. Configurez les interfaces.

  2. Configurez le nombre autonome (AS).

  3. Configurez RSVP.

  4. Configurez MPLS.

  5. Configurez BGP.

  6. Configurez IS-IS.

  7. (Facultatif) Configurez OSPF.

  8. Configurez la stratégie de routage.

  9. Configurez l’instance de routage.

Configuration de l’équipement PE3

Procédure étape par étape
  1. Configurez les interfaces.

  2. Configurez le numéro autonome (AS).

  3. Configurez RSVP.

  4. Configurez MPLS.

  5. Configurez BGP.

  6. Configurez IS-IS.

  7. (Facultatif) Configurez OSPF.

  8. Configurez l’instance de routage.

Configuration de l’équipement CE2

Procédure étape par étape
  1. Configurez les interfaces.

Résultats

À partir du mode de 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.

Appareil CE1

Appareil PE1

Appareil P

Appareil PE2

Appareil PE3

Dispositif CE2

Vérification

Vérification de l’instance de routage

But

Vérifiez les itinéraires dans la table de routage.

Action

Vérification de l’itinéraire de l’identificateur de contexte

But

Examinez les informations relatives à l’identificateur de contexte (1 0.1.1.1).

Action

Comprendre MPLS et protection de chemin sur les commutateurs EX Series

Junos OS MPLS for Juniper Networks EX Series Commutateurs Ethernet fournit une protection des chemins pour protéger votre réseau MPLS contre les défaillances des chemins de commutation d’étiquettes (LSP).

Par défaut, un LSP s’achemine saut par saut à partir du commutateur périphérique fournisseur entrant via les commutateurs fournisseur vers le commutateur périphérique fournisseur sortant. Le LSP suit généralement le chemin le plus court dicté par la table de routage locale, en empruntant généralement le même chemin que le trafic basé sur la destination, au mieux. Ces chemins sont de nature « douce » car ils se redirigent automatiquement chaque fois qu’une modification se produit dans une table de routage ou dans l’état d’un nœud ou d’un lien.

En règle générale, lorsqu’un LSP tombe en panne, le commutateur immédiatement en amont de la défaillance signale la panne au commutateur périphérique du fournisseur entrant. Le commutateur de périphérie du fournisseur entrant calcule un nouveau chemin vers le commutateur périphérique du fournisseur sortant, établit le nouveau LSP, puis dirige le trafic du chemin ayant échoué vers le nouveau chemin. Ce processus de réacheminement peut prendre du temps et être sujet à des échecs. Par exemple, les signaux de panne adressés au commutateur d’entrée peuvent se perdre ou le nouveau chemin peut mettre trop de temps à apparaître, ce qui entraîne des pertes de paquets importantes.

Vous pouvez configurer la protection des chemins en configurant les chemins principaux et secondaires sur le commutateur d’entrée. En cas de défaillance du chemin principal, le commutateur d’entrée redirige immédiatement le trafic du chemin défaillant vers le chemin de secours, éliminant ainsi la nécessité pour le commutateur d’entrée de calculer un nouvel itinéraire et de signaler un nouveau chemin. Pour plus d’informations sur la configuration des LSP de secours, reportez-vous à la section Configuration de la protection de chemin dans un réseau MPLS (procédure CLI).

Vérification de la protection des chemins dans un réseau MPLS

Pour vérifier que la protection de chemin fonctionne correctement sur les commutateurs EX Series, effectuez les tâches suivantes :

Vérification du chemin d’accès principal

But

Vérifiez que le chemin d’accès principal est opérationnel.

Action

Sens

Comme indiqué par le dans la sortie, le ActivePath LSP primary_path_lsp_to_240 est actif.

Vérification des interfaces compatibles RSVP

But

Vérifiez l’état des interfaces compatibles avec le protocole RSVP (Resource Reservation Protocol) et des statistiques sur les paquets.

Action

Sens

Cette sortie vérifie que RSVP est activé et opérationnel sur l’interface ge-0/0/20.0.

Vérification d’un chemin secondaire

But

Vérifiez qu’un chemin secondaire est établi.

Action

Désactivez un commutateur critique pour le chemin d’accès principal, puis exécutez la commande suivante :

Sens

Comme indiqué par le dans la sortie, le ActivePath LSP secondary_path_lsp_to_240 est actif.

Tableau de l'historique des modifications

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l' Feature Explorer pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Version
Description
15.1
À partir de la version 15.1 de Junos OS, la fonctionnalité améliorée de point de réparation locale (PLR) répond à un scénario particulier de protection des nœuds de sortie, où le PLR et le protecteur sont colocalisés comme un seul routeur. Dans ce cas, il n’est pas nécessaire d’avoir une redirection LSP de contournement du trafic pendant la réparation locale.
14.2
À compter de Junos OS version 14.2, Junos OS prend en charge la restauration du trafic sortant en cas de défaillance d’un lien ou d’un nœud dans le nœud PE de sortie.
14.2
À compter de Junos OS version 14.2, Junos OS prend en charge la restauration du trafic sortant en cas de défaillance d’un lien ou d’un nœud dans le nœud PE de sortie.