Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Protection des liaisons pour MPLS LSP

Protection des liaisons

La protection des liaisons permet de s’assurer que le trafic qui passe par une interface spécifique vers un routeur ou un commutateur voisin peut continuer à atteindre ce routeur (commutateur) si cette interface échoue. Lorsque la protection des liaisons est configurée pour une interface et qu’un LSP traverse cette interface, un LSP de dérivation est créé pour gérer ce trafic en cas de panne de l’interface. Le LSP de dérivation utilise une interface et un chemin différents pour atteindre la même destination. Le chemin utilisé peut être configuré de manière explicite, ou vous pouvez vous reposer sur CSPF. La mesure RSVP pour la dérivation du LSP est définie dans une plage de 20 000 à 29 999 (cette valeur n’est pas configurable par l’utilisateur).

En cas de panne d’une interface protégée par des liaisons, le trafic est rapidement commuté vers le LSP de dérivation. Notez qu’un LSP de dérivation ne peut pas partager la même interface de sortie avec les LSP qu’il surveille.

Dans Figure 1 , la protection des liaisons est activée sur l’interface B entre le routeur 1 et le routeur 2. Il est également activé sur LSP A, un LSP qui traverse la liaison entre le routeur 1 et le routeur 2. En cas de panne de la liaison entre le routeur 1 et le routeur 2, le trafic provenant du LSP A est rapidement commuté vers le LSP de dérivation généré par la protection des liaisons.

Figure 1 : Protection des liaisons Création d’un LSP de dérivation pour l’interface protégéeProtection des liaisons Création d’un LSP de dérivation pour l’interface protégée

Bien que les LSP traversant une interface peuvent être configurés pour bénéficier d’une protection des liaisons, il est important de noter que c’est en particulier l’interface qui bénéficie de la protection des liaisons. Si une protection de liaison est activée sur une interface mais pas sur un LSP particulier traversant cette interface, alors si l’interface échoue, ce LSP sera également défaîné.

Remarque :

La protection des liaisons ne fonctionne pas sur les interfaces en nombre non-numéro.

Pour protéger le trafic sur l’ensemble du chemin pris par un LSP, vous devez configurer un rerouroute rapide. Pour plus d’informations, consultez la

Plusieurs LSP de dérivation pour la protection des liaisons

Par défaut, la protection des liaisons repose sur un LSP de dérivation unique pour fournir la protection du chemin à une interface. Cependant, vous pouvez également spécifier plusieurs LSP de dérivation pour fournir une protection de liaison pour une interface. Vous pouvez configurer individuellement chacun de ces dérivations LSP ou créer une configuration unique pour tous les LSP de dérivation. Si vous ne configurez pas les LSP de dérivation individuellement, ils partagent tous les mêmes contraintes de chemin et de bande passante.

L’algorithme suivant décrit comment et lorsqu’un dérivation supplémentaire est activé pour un LSP:

  1. Si un dérivation actuellement actif peut satisfaire les exigences du LSP (bande passante, protection des liaisons ou protection des liaisons de nœuds), le trafic est dirigé vers ce dérivation.

  2. Si aucun LSP de dérivation actif n’est disponible, analysez les LSP manuels dans la première commande (FIFO) et ignorez ceux déjà actifs (chaque dérivation manuelle ne peut être activée qu’une seule fois). Le premier dérivation manuel inactif qui peut satisfaire les exigences est activé et le trafic est dirigé vers ce dérivation.

  3. Si aucun LSP de dérivation manuel n’est disponible et que l’instruction active plusieurs LSP de dérivation pour la protection des liaisons, déterminer si une dérivation LSP configurée automatiquement peut satisfaire max-bypasses les exigences. Si une dérivation LSP configurée automatiquement est disponible et que le nombre total d’actifs dérivation automatiquement configurés ne dépasse pas la limite de dérivation LSP maximale (configurée avec l’instruction), activez une autre dérivation max-bypasses LSP.

Pour plus d’informations sur la configuration de plusieurs LSP de dérivation pour la protection des liaisons, consultez configuring Bypass LSP.

Protection des nœuds

La protection des nœuds étend les capacités de protection des liaisons. La protection des liaisons permet de s’assurer que le trafic qui passe par une interface spécifique à un routeur voisin peut continuer à atteindre ce routeur en cas de problème de cette interface. La protection des nœuds garantit que le trafic provenant d’un LSP traversant un routeur voisin peut continuer à atteindre sa destination même en cas de panne du routeur voisin.

Lorsque vous activez la protection des nœuds d’un LSP, vous devez également activer la protection des liaisons. Une fois activés, la protection des nœuds et la protection des liaisons établissent les types de DSP de dérivation suivants:

  • Dérivation du saut suivant LSP: fournit une route alternative pour qu’un LSP atteigne un routeur voisin. Ce type de dérivation est établi lorsque vous activez la protection des nœuds ou la protection des liaisons.

  • Contournement suivant du saut LSP: fournit une route alternative à un LSP pour contourner un routeur voisin en route vers le routeur de destination. Ce type de dérivation LSP est établi exclusivement lorsque la protection des nœuds est configurée. Si un LSP de contournement du saut suivant ne peut pas être créé, une tentative est faite pour signaler un LSP de contournement du saut suivant.

Dans Figure 2 , la protection des nœuds est activée sur l’interface B du routeur 1. La protection des nœuds est également activée sur LSP A, un LSP qui traverse la liaison transitant par le routeur 1, le routeur 2 et le routeur 3. Si le routeur 2 est victime d’une défaillance matérielle ou logicielle, le trafic provenant du LSP A est commuté vers le contournement du saut suivant généré par la protection des nœuds.

Figure 2 : Protection des nœuds créant un LSP de contournement du saut suivantProtection des nœuds créant un LSP de contournement du saut suivant

Le temps nécessaire à la protection des nœuds pour basculer le trafic vers une déviation du saut suivant peut être beaucoup plus long que le temps nécessaire par la protection des liaisons pour basculer le trafic vers un pontage LSP de type saut suivant. La protection des liaisons repose sur un mécanisme matériel permettant de détecter une défaillance de liaison, ce qui lui permet de basculer rapidement le trafic vers un LSP de contournement par saut suivant.

Les défaillances de nœuds sont souvent dues à des problèmes logiciels sur le routeur de nœud. La protection contre les nœuds s’appuie sur la réception de messages hello provenant d’un routeur voisin pour déterminer si elle fonctionne toujours. La durée de protection des nœuds pour détourner le trafic dépend en partie de la fréquence d’envoi de messages par le routeur de nœud et de la durée de réaction du routeur protégé par les nœuds s’il n’a pas reçu de bonjour. Cependant, une fois la défaillance détectée, le trafic peut être rapidement détourné vers le LSP de contournement du saut suivant.

Remarque :

La protection des nœuds assure la protection du trafic en cas d’erreur ou d’interruption de la liaison physique entre deux routeurs. Elle ne fournit aucune protection en cas d’erreurs du plan de contrôle. Les exemples suivants illustrent une erreur du plan de contrôle:

  • Un routeur de transit modifie le label de paquet en raison d’une erreur du plan de contrôle.

  • Lorsque le routeur d’entrée reçoit le paquet, il estime que la modification de l’étiquette est un événement dramatique et supprime à la fois le LSP principal et le LSP de contournement associé.

Rerouroute rapide, protection des nœuds et protection des liaisons

Ce document traite des sections suivantes:

Présentation de la protection LSP

Les extensions de TE RSVP établissent des tunnels LSP (Label-Switched Path) de secours pour la réparation locale des tunnels LSP. Ces mécanismes permettent un re-direction immédiate du trafic dans des tunnels LSP de sauvegarde en cas de panne.

RFC 4090, Extensions de reroutage rapide vers RSVP-TE pour tunnels LSP, décrit deux types différents de protection du trafic pour les LSP à signalisation RSVP:

  • Sauvegarde un à un— Dans cette méthode, vous deviez les LSP pour chaque LSP protégé et vous les créez à chaque point de réparation local potentiel.

  • Sauvegarde des installations: grâce à l’empilement d’étiquettes de sécurité, un tunnel de dérivation est créé pour protéger un ensemble de LSP qui sont protégés par des contraintes de sauvegarde similaires à un MPLS point de défaillance potentiel.

Les méthodes de sauvegarde un à un et de sauvegarde des installations protègent les liaisons et les nodes en cas de défaillance du réseau et peuvent co-exister dans un réseau mixte.

Comparaison des types de protection LSP

Dans le Junos OS, le rerouil rapide offre une sauvegarde en un seul de la protection du trafic. À l’exception du routeur de sortie, chaque LSP nécessite un LSP de protection pour être signalé à chaque saut. Cette méthode de protection LSP ne peut pas être partagée.

Dans la méthode de sauvegarde de la facilité, la protection du trafic LSP est fournie sur le nœud et la liaison. Contrairement au reroutage rapide, cette protection des LSP peut être partagée par d’autres LSP.

Tableau 1 résume les types de protection du trafic.

Tableau 1 : Sauvegarde un à un comparée à la sauvegarde d’installation

Comparaison

Sauvegarde un à un

Sauvegarde du site

Nom du LSP de protection

Déviation du LSP

Contourner le LSP

Partage du LSP de protection

Impossible à partager

Peut être partagé par plusieurs LSP

Déclarations de configuration de Junos

fast-reroute

node-link-protection et le link-protection

Implémentation de sauvegarde un à un

Dans la méthode de secours individuelle, les points de réparation local maintiennent des chemins de secours distincts pour chaque LSP qui transite par une installation. Le chemin de secours se termine par une fusion avec le chemin principal à un nœud appelé point de fusion. Dans cette approche, le point de fusion peut être n’importe quel nœud en aval du site protégé.

Dans la méthode de sauvegarde un à un, un LSP est établi qui intersecte le LSP d’origine en aval du point de liaison ou d’une défaillance de nœud. Un LSP de sauvegarde séparé est créé pour chaque LSP sous sauvegarde.

Une sauvegarde en un seul et même système est appropriée dans les circonstances suivantes:

  • Protection d’un petit nombre de LSP par rapport au nombre total de LSP.

  • Les critères de sélection des chemins tels que la bande passante, la priorité et la coloration des liaisons pour les chemins de déviation sont essentiels.

  • Le contrôle des LSP individuels est important.

Dans , les routeurs R1 et R5 sont les routeurs d’entrée et de Figure 3 sortie, respectivement. Un LSP protégé est établi entre les deux routeurs en transit des routeurs R2, R3 et R4. Le routeur R2 assure la protection du trafic utilisateur en créant un LSP de secours partiel qui s’fusionnait avec le LSP protégé au niveau du routeur R4. Ce LSP de secours partiel s’appelle un déviation. Les déviations sont toujours calculés pour éviter la liaison et le nœud immédiats en aval, assurant ainsi une défaillance des liaisons et des nœuds.

Figure 3 : Sauvegarde un à unSauvegarde un à un

Dans l’exemple ci-après, le LSP protégé est et les R1-R2-R3-R4-R5 déviations suivantes sont établies:

  • Routeur R1—R1-R6-R7-R8-R3

  • Routeur R2—R2-R7-R8-R4

  • Routeur R3—R3-R8-R9-R5

  • Routeur R4—R4-R9-R5

Pour protéger intégralement un LSP qui traverse intégralement les nodes, il est possible d’en faire autant que ( NN - 1 ) de déviations. Le point de réparation local envoie régulièrement des messages de mise à niveau afin de maintenir chaque chemin de secours. Par conséquent, la maintenance des informations d’état pour les chemins de secours, protégeant les LSP individuels, constitue un fardeau considérable en ressources pour le point de réparation local. Dans la mesure du possible, il est souhaitable de réduire le nombre de LSP dans le réseau. Lorsqu’un LSP de déviation intersecte son LSP protégé au niveau d’LSR avec la même interface sortante, il est fusionner.

Implémentation de la sauvegarde des installations

Dans l’approche de secours du site, un point de réparation local maintient un chemin de secours unique afin de protéger un ensemble de LSP principaux qui traversent le point de réparation local, le site et le point de fusion. La sauvegarde du site est basée sur l’interface plutôt que sur le LSP. Bien que le reroutement rapide protège les interfaces ou les nodes sur l’ensemble du chemin d’un LSP, la protection de secours du site peut être appliquée sur les interfaces selon les besoins. Ainsi, moins d’États doivent être maintenus et actualisables, ce qui permet d’obtenir une solution évolutive. La méthode de sauvegarde des installations est également appelée sauvegarde « many-to-one ».

La méthode de sauvegarde du site s’MPLS pile d’étiquettes. Au lieu de créer un LSP séparé pour chaque LSP backed-up, un seul LSP est créé pour prendre en compte un ensemble de LSP. Ce tunnel LSP est appelé tunnel de dérivation. Dans cette méthode, un routeur immédiatement en amont d’une défaillance de liaison utilise une interface alternative pour avancer le trafic vers son voisin en aval. Le point de fusion doit être le nœud immédiatement en aval vers le site. Pour cela, il est possible de pré-établir un chemin de dérivation partagé par tous les LSP protégés traversant la liaison défagée. Un chemin de dérivation unique peut protéger un ensemble de LSP protégés. En cas de panne, le routeur est immédiatement en amont du commutateur de liaison qui a protégé le trafic vers la liaison de dérivation, puis signale la défaillance de la liaison au routeur d’entrée.

Le tunnel de dérivation doit intersecter le chemin du ou des LSP d’origine quelque part en aval du point de réparation local. Cela contraint l’ensemble des LSP à être resserés via ce tunnel de contournement vers ceux qui traversent certains points en aval communs. Tous les LSP qui passent par le point de réparation local et par ce nœud commun et qui n’utilisent pas non plus les installations impliquées dans le tunnel de dérivation sont des candidats pour cet ensemble de LSP.

La méthode de sauvegarde du site est appropriée dans les situations suivantes:

  • Le nombre de LSP à protéger est très important.

  • La satisfaction des critères de sélection des chemins (priorité, bande passante et coloration des liaisons) pour les chemins de dérivation est moins essentielle.

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

Dans , les routeurs R1 et R5 sont les routeurs d’entrée et de Figure 4 sortie, respectivement. Le routeur R2 a établi un tunnel de dérivation qui protège contre la défaillance de la liaison du routeur R2-R3 et du nœud R3 du routeur. Un tunnel de dérivation est établi entre les routeurs R6 et R7. Trois LSP protégés utilisent le même tunnel de dérivation pour les protéger.

Figure 4 : Sauvegarde du siteSauvegarde du site

La méthode de sauvegarde du site permet d’améliorer l’évolutivité. Le tunnel de dérivation est également utilisé pour protéger les LSP de n’importe lequel des routeurs R1, R2 ou R8 vers n’importe lequel des routeurs R4, R5 ou R9.

Configuration de la protection des liaisons sur les interfaces utilisées par les LSP

Lorsque vous configurez une protection des nœuds ou une protection des liaisons sur un routeur pour LSP tel qu’indiqué dans Configuring Node Protection ou Link Protection for LSP,vous devez également configurer l’instruction sur les interfaces RSVP utilisées par les link-protection LSP.

Pour configurer la protection des liaisons sur les interfaces utilisées par les LSP, inclure l’énoncé de protection des liaisons:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name]

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

Toutes les instructions ci-dessous link-protection sont facultatives.

Les sections suivantes décrivent comment configurer la protection des liaisons:

Configuration de contournement des LSP

Vous pouvez configurer des contraintes de bande passante et de chemin spécifiques pour un DSP de dérivation. Chaque dérivation manuelle du LSP sur un routeur doit avoir une adresse IP unique « to ». Vous pouvez également configurer individuellement chaque dérivation de LSP générée lorsque vous activez plusieurs LSP de contournement. Si vous ne configurez pas les LSP de dérivation individuellement, ils partagent tous les mêmes contraintes de chemin et de bande passante (le cas cas par cas).

Si vous spécifiez le , et les instructions pour la dérivation LSP, ces valeurs ont priorité sur les bandwidthhop-limit valeurs configurées au niveau de la path[edit protocols rsvp interface interface-name link-protection] hiérarchie. Les autres attributs ( et ) sont hérités subscriptionno-node-protection des optimize-timer contraintes générales.

Pour configurer un LSP de dérivation, indiquez un nom pour la dérivation LSP à l’aide de bypass l’instruction. Le nom peut être d’une longueur maximale de 64 caractères.

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Configuration de l’adresse de nœud du saut suivant ou suivant pour contourner les LSP

Si vous configurez un LSP de dérivation, vous devez également configurer to l’instruction. L’énoncé indique l’adresse de l’interface du nœud du saut suivant immédiat (pour la protection des liaisons) ou du nœud suivant (pour la protection des liaisons de to nœuds). L’adresse spécifiée détermine s’il s’agit d’un dérivation de la protection des liaisons ou d’un dérivation des liaisons de nœuds. Sur les réseaux multiaccess (par exemple, un RÉSEAU LAN), cette adresse est également utilisée pour spécifier le nœud du saut suivant protégé.

Configuration des groupes administratifs pour contourner les LSP

Les groupes administratifs, également appelés coloration de liens ou classe de ressources, se font attribuer manuellement des attributs décrivent la « couleur » des liens, de telle manière que les liens avec la même couleur appartiennent conceptuellement à la même classe. Vous pouvez utiliser des groupes administratifs pour implémenter diverses configurations LSP basées sur des stratégies. Vous pouvez configurer des groupes administratifs pour contourner les LSP. Pour plus d’informations sur la configuration des groupes d’administration, consultez la procédure Configuring Administrative Groups for LSP.

Pour configurer les groupes administratifs pour contourner les LSP, indiquez admin-group l’instruction:

Pour configurer un groupe administratif pour tous les LSP de dérivation, inclure l’instruction aux niveaux admin-group hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Pour configurer un groupe d’administration pour une dérivation LSP spécifique, inclure l’instruction aux niveaux hiérarchiques admin-group suivants:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuration de la bande passante pour contourner les LSP

Vous pouvez spécifier la quantité de bande passante allouée pour les dérivations LSP générées automatiquement, ou spécifier individuellement la quantité de bande passante allouée pour chaque LSP.

Si vous avez activé plusieurs LSP de dérivation, cet énoncé est requis.

Pour spécifier l’allocation de la bande passante, inclure bandwidth l’énoncé:

Pour la dérivation des LSP générée automatiquement, inclure l’instruction aux bandwidth niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Pour la dérivation des LSP configurées individuellement, inclure l’instruction aux niveaux bandwidth hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuration de la classe de service pour contourner les LSP

Vous pouvez spécifier la valeur de classe de service pour contourner les LSP en incluant class-of-service l’instruction:

Pour appliquer une valeur de classe de service à tous les LSP générés automatiquement, inclure l’énoncé aux niveaux hiérarchiques class-of-service suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Pour configurer une valeur de classe de service pour une dérivation LSP spécifique, inclure l’instruction aux niveaux hiérarchiques class-of-service suivants:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuration de la limite du saut pour contourner les LSP

Vous pouvez spécifier le nombre maximal de sauts que la dérivation peut traverser. Par défaut, chaque dérivation peut traverser un maximum de 255 sauts (les routeurs d’entrée et de sortie comptent pour un saut chacun, de sorte que la limite minimale du saut est de deux).

Pour configurer la limite de saut pour contourner les LSP, indiquez hop-limit l’instruction:

Pour la dérivation des LSP générée automatiquement, inclure l’instruction aux hop-limit niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Pour la dérivation des LSP configurées individuellement, inclure l’instruction aux niveaux hop-limit hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuration du nombre maximal de LSP de dérivation

Vous pouvez spécifier le nombre maximal de LSP de dérivation dynamique autorisés pour la protection d’une interface en utilisant max-bypasses l’instruction au niveau de la [edit protocols rsvp interface interface-name link-protection] hiérarchie. Lorsque cette instruction est configurée, plusieurs dérivations sont activées pour la protection des liaisons. Le contrôle d’admission d’appel (CAC) est également activé.

Par défaut, cette option est désactivée et une seule dérivation est activée pour chaque interface. Vous pouvez configurer la valeur de l’une à 099 l’autre de max-bypasses l’énoncé. La configuration d’une valeur de 12,5 millions d’utilisateurs empêche la création de LSP dynamiques 0 pour l’interface. Si vous configurez une valeur de l’instruction, vous devez configurer un ou plusieurs LSP de contournement statique pour assurer la protection des liaisons 0max-bypasses sur l’interface.

Si vous configurez l’instruction, vous devez également la configurer max-bypassesbandwidth (abordée Configuration de la bande passante pour contourner les LSP dans).

Pour configurer le nombre maximal de LSP de contournement pour une interface protégée, inclure max-bypasses l’instruction:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Désactivation de CSPF pour contourner les LSP

Dans certaines circonstances, vous devrez peut-être désactiver le calcul CSPF pour contourner les LSP et utiliser l’ERO (Explicit Route Object) configuré si possible. Par exemple, un LSP de dérivation peut devoir traverser plusieurs zones ou OSPF niveaux de IS-IS, ce qui empêche le calcul CSPF de fonctionner. Pour assurer la bonne protection des liaisons et des nœuds, vous devez désactiver le calcul CSPF pour contourner le LSP.

Vous pouvez désactiver le calcul CSPF pour tous les LSP de contournement ou pour dérivation des LSP spécifiques.

Pour désactiver le calcul CSPF pour contourner les LSP, indiquez no-cspf l’instruction:

Pour une liste de niveaux hiérarchiques où vous pouvez inclure cette instruction, consultez le résumé de l’instruction pour cette instruction.

Désactivation de la protection contre les nœuds pour contourner les LSP

Vous pouvez désactiver la protection des nœuds sur l’interface RSVP. La protection des liaisons reste active. Lorsque cette option est configurée, le routeur ne peut lancer qu’une dérivation du saut suivant, et non une déviation par saut suivant.

Pour désactiver la protection des nœuds pour contourner les LSP, indiquez no-node-protection l’instruction:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Configuration de l’intervalle d’optimisation pour contourner les LSP

Vous pouvez configurer un intervalle d’optimisation pour contourner les LSP à l’aide de optimize-timer l’instruction. À la fin de cet intervalle, un processus d’optimisation est lancé afin de minimiser le nombre de dérivations actuellement utilisés, de minimiser la quantité totale de bande passante réservée à l’ensemble des dérivations, ou les deux. Vous pouvez configurer un intervalle d’optimisation de 1 à 65 535 secondes. Une valeur par défaut de 0 désactive l’optimisation LSP.

Lorsque vous configurez l’instruction, la dérivation des LSP est automatiquement réoptimisée lorsque vous configurez ou modifiez la configuration de l’un des paramètres optimize-timer suivants:

  • Groupe administratif pour une dérivation LSP: la configuration d’un groupe administratif a été modifiée sur une liaison le long du chemin utilisé par le LSP de dérivation. Configurez un groupe administratif à l’aide admin-group de l’instruction au [edit protocols rsvp interface interface-name link-protection] niveau de la hiérarchie.

  • Fate Sharing Group : la configuration d’un groupe fate sharing a été modifiée. Configurez un groupe de fate sharing à l’aide de group l’énoncé au niveau de la [edit routing-options fate-sharing] hiérarchie.

  • IS-IS surcharge de travail: la configuration du IS-IS a été modifiée sur un routeur le long du chemin utilisé par le Dérivation LSP. Configurez IS-IS surcharge de travail à overload l’aide de l’énoncé [edit protocols isis] au niveau de la hiérarchie.

  • IGP mesure: la métrique IGP a été modifiée sur une liaison le long du chemin utilisé par le DÉRIS LSP.

Pour configurer l’intervalle d’optimisation pour contourner les LSP, indiquez optimize-timer l’instruction:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Configuration d’un chemin explicite pour contourner les LSP

Par défaut, lorsque vous établissez un dérivation du LSP vers un voisin adjacent, CSPF est utilisé pour découvrir le chemin le moins coûteux. Cette instruction vous permet de configurer un chemin explicite (une séquence de routes strictes ou lâches), vous permettant de contrôler l’endroit et la façon dont le path dérivation du LSP est établi. Pour configurer un chemin explicite, inclure path l’instruction:

Pour la dérivation des LSP générée automatiquement, inclure l’instruction aux path niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Pour la dérivation des LSP configurées individuellement, inclure l’instruction aux niveaux path hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection bypass bypass-name]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass bypass-name]

Configuration de la quantité de bande passante abonnée pour contourner les LSP

Vous pouvez configurer la quantité de bande passante abonnée pour contourner les LSP. Vous pouvez configurer l’abonnement à la bande passante pour l’ensemble de la dérivation LSP ou pour chaque type de classe qui peut passer par le LSP de dérivation. Vous pouvez configurer une valeur entre 1 % et 65 535 %. En configurant une valeur inférieure à 100 %, vous ne parez pas toujours les LSP de dérivation. En configurant une valeur supérieure à 100 %, vous êtes en sur-abonnement aux LSP de contournement.

La possibilité de surinscrire la bande passante pour contourner les LSP permet d’utiliser plus efficacement les ressources réseau. Vous pouvez configurer la bande passante pour contourner les LSP en fonction de la charge réseau moyenne par rapport à la charge maximale.

Pour configurer la quantité de bande passante abonnée pour contourner les LSP, inclure subscription l’instruction:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

  • [edit protocols rsvp interface interface-name link-protection]

  • [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection]

Configuration des priorités et des mesures de préemption pour contourner les LSP

Lorsqu’une bande passante insuffisante permet d’établir un LSP plus important, il est peut-être nécessaire de réduire le LSP existant de moins important pour libérer cette bande passante. Pour cela, vous préemptez le LSP existant.

Pour plus d’informations sur la configuration des priorités de configuration et de la priorité de réservation pour les LSP, consultez la fonction Configuring Priority and Preemption for LSP.

Pour configurer la dérivation des propriétés de priorité et de préemption de LSP, inclure priority l’instruction:

Pour obtenir la liste des niveaux hiérarchiques à partir duquel vous pouvez inclure cette instruction, consultez la section de résumé de l’énoncé pour cette instruction.

Configuration de la protection des nœuds ou de la protection des liaisons pour les LSP

Lorsque vous configurez une protection des nœuds ou une protection des liaisons sur un routeur ou un commutateur, vous dérivationz les LSP sur les routeurs (commutateurs) du saut suivant ou suivant pour les LSP qui traversent le routeur (commutateur). Vous devez configurer une protection des nœuds ou une protection des liaisons pour chaque LSP que vous souhaitez protéger. Pour étendre la protection sur l’ensemble du chemin utilisé par un LSP, vous devez configurer la protection sur chaque routeur qu’il traverse.

Vous pouvez configurer une protection des nœuds ou une protection des liaisons pour les LSP statiques et dynamiques.

Pour configurer la protection des nœuds sur un routeur pour un LSP spécifié, inclure node-link-protection l’instruction:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

Pour configurer la protection des liaisons sur un routeur pour un LSP spécifié, inclure l’énoncé de protection des liaisons:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

Remarque :

Pour que vous complétiez la configuration de la protection des nœuds ou des liaisons, vous devez également configurer la protection des liaisons sur toutes les interfaces RSVP unidirectionnelles que traversent les LSP, comme décrit dans Configuring Link Protection on Interfaces Used by LSP.