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 de base

Configuration des mesures LSP

La mesure LSP indique la facilité ou la difficulté d’envoi de trafic sur un LSP particulier. La réduction des valeurs LSP (coût réduit) augmente la probabilité de l’utilisation d’un LSP. Inversement, les valeurs LSP élevées (coût plus élevé) diminuent la probabilité de l’utilisation d’un LSP.

La mesure LSP peut être spécifiée dynamiquement par le routeur ou expressément par l’utilisateur tel que décrit dans les sections suivantes:

Configuration des mesures LSP dynamiques

Si aucune mesure particulière n’est configurée, un LSP tente de suivre la mesure IGP en direction de la même destination (l’adresse to du LSP). IGP comprend les OSPF, IS-IS, le protocole RIP (Routing Information Protocol) et les routes statiques. BGP autres routes RSVP ou LDP sont exclues.

Par exemple, si l’indicateur de OSPF un routeur est de 20, tous les LSP vers ce routeur héritent automatiquement la mesure 20. Si l OSPF un routeur change ultérieurement de valeur, toutes les mesures LSP changent en conséquence. S’il n’y IGP pas de routes vers le routeur, le LSP augmente la mesure à 65 535.

Notez que, dans ce cas, la mesure LSP est entièrement déterminée par IGP ; il n’a aucun lien avec le chemin actuel du LSP. Si le reroutement LSP (par le biais d’une reoptimisation, par exemple), son métrique ne change pas et reste donc transparent pour les utilisateurs. La mesure dynamique est le comportement par défaut; aucune configuration n’est requise.

Configuration des mesures LSP statiques

Vous pouvez attribuer manuellement une valeur métrique fixe à un LSP. Une fois configurée avec l’instruction, la métrique metric LSP est fixe et ne peut pas changer:

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

La mesure LSP s’appuie sur plusieurs utilisations:

  • Lorsqu’il existe des LSP parallèles au même routeur de sortie, les mesures sont comparées pour déterminer la valeur métrique la plus faible (le coût le plus faible) et donc le chemin préféré vers la destination. Si les mesures sont les mêmes, le trafic est partagé.

    L’ajustement des valeurs métriques peut forcer le trafic à préférer certains LSP à d’autres, indépendamment de IGP mesure sous-jacente.

  • Lorsqu’un raccourci IGP est activé (voir Utiliser des chemins de commuté marqués pour augmenter le SPF vers les raccourcisIGP de calcul), un routage IGP peut être installé dans la table de routage avec un LSP comme saut suivant, si le LSP se trouve sur le chemin le plus court vers la destination. Dans ce cas, l’métrique LSP est ajoutée aux autres mesures de IGP pour déterminer la mesure de chemin totale. Par exemple, si un LSP dont le routeur d’entrée est X et le routeur de sortie est Y sur le chemin le plus court vers la destination Z, la mesure LSP est ajoutée à la mesure pour le routeur IGP de Y à Z afin de déterminer le coût total du chemin. Si plusieurs LSP sont des sauts suivants, les mesures totales des chemins sont comparées pour déterminer le chemin préféré (qui possède la mesure totale la plus faible). Vous pouvez également IGP chemins d’accès et LSP menant à la même destination par le moyen de la valeur métrique pour déterminer le chemin préféré.

    En ajustant la mesure LSP, vous pouvez forcer le trafic à préférer les LSP, à préférer IGP chemin ou à partager la charge entre eux.

  • Si les routeurs X et Y BGP pairs et s’il existe un LSP entre eux, la mesure LSP représente le coût total à atteindre avec X. Si, pour une quelconque raison, le coût du chemin sous-jacent peut changer de manière significative, le coût de Y reste le même (la mesure LSP), ce qui permet à X de signaler par le biais d’un BGP MED (multiple exit discriminator) une mesure stable pour les voisins en aval. Tant que Y reste accessible via le LSP, aucune modification n’est visible BGP voisins.

Il est possible de configurer IS-IS d’ignorer la mesure LSP configurée en incluant l’instruction au niveau ignore-lsp-metrics[edit protocols isis traffic-engineering shortcuts] de la hiérarchie. Cette affirmation supprime la dépendance mutuelle entre les systèmes d’IS-IS et MPLS pour le calcul de chemin. Pour plus d’informations, consultez la bibliothèque Junos OS Routing Protocols library pour les équipements de routage.

Configuration d’une description du texte pour les LSP

Vous pouvez fournir une description textuelle d’un LSP en joint tout texte descriptif comprenant des espaces au sein des guillemets ( » « ). Le texte descriptif que vous inclut s’affiche dans le résultat détaillé de show mpls lsp la commande ou de la show mpls container-lsp commande.

L’ajout d’une description de texte pour un LSP n’a aucun effet sur le fonctionnement du LSP. La description du texte de LSP ne peut pas être plus de 80 caractères.

Pour fournir une description textuelle d’un LSP, inclure l’instruction à l’un des niveaux hiérarchiques description suivants:

Avant de commencer:

  • Configurez les interfaces de l’équipement.

  • Configurez l’équipement pour la communication réseau.

  • Activez MPLS sur les interfaces de l’équipement.

  • Configurez un LSP dans le MPLS domaine.

Pour ajouter une description du texte d’un LSP:

  1. Saisissez n’importe quel texte décrivant le LSP.

    Quelques chiffres clés :

  2. Vérifier et valider la configuration.

    Quelques chiffres clés :

  3. Afficher la description d’un LSP à l’aide de la ou de la commande, en fonction du show mpls lsp detailshow mpls container-lsp detail type de LSP configuré.

Configuration de MPLS préemption douce

La préemption douce tente d’établir un nouveau chemin pour un LSP préempté avant de détruire le LSP d’origine. Le comportement par défaut consiste à détruire d’abord un LSP préempté, à signaler un nouveau chemin, puis à rétablir le LSP sur le nouveau chemin. Dans l’intervalle qui s’établit entre le chemin en panne et le nouveau LSP, tout trafic tentant d’utiliser le LSP est perdu. Cette préemption douce prévient ce type de perte de trafic. Le compromis, c’est que pendant le temps de préemptribuation d’un LSP, deux LSP avec leurs exigences en bande passante correspondantes sont utilisés jusqu’à ce que le chemin d’origine soit faiyé.

MPLS préemption douce est utile pour la maintenance du réseau. Par exemple, vous pouvez déplacer tous les LSP d’une interface spécifique, puis l’arrêter pour une maintenance, sans interrompre le trafic. MPLS préemption douce est décrite en détail dans le RFC 5712, MPLS préemption douce des ingénieries de trafic.

La préemption douce est une propriété du LSP et est désactivée par défaut. Vous le configurez à l’entrée d’un LSP en incluant soft-preemption l’instruction:

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

Vous pouvez également configurer un timer pour une préemption douce. Le routeur indique la durée d’attente du routeur avant d’initier une préemption dure du LSP. À la fin du temps spécifié, le LSP est dégénéré et dégénéré. Le minuteur de nettoyage à préemption douce présente une valeur par défaut de 30 secondes ; la plage de valeurs autorisées est de 0 à 180 secondes. Une valeur de 0 signifie que la préemption douce est désactivée. Le temps de nettoyage à préemption douce est global pour tous les LSP.

Configurez le timer en incluant cleanup-timer l’instruction:

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

Remarque :

La préemption douce ne peut pas être configurée sur les LSP pour lesquels un rerouillon rapide a été configuré. La configuration ne s’engage pas. Cependant, vous pouvez activer une préemption douce en conjonction avec la protection des nœuds et des liaisons.

Remarque :

La valeur ajoutée de SoftPréemptionCnt s’initialise avec une valeur de 0 (zéro), visible dans le résultat show rsvp interface detail de commande.

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

Lorsqu’une bande passante insuffisante permet d’établir un LSP plus important, vous pouvez mettre en place un LSP existant moins important pour libérer la bande passante. Pour cela, vous préemptez le LSP existant.

Si un LSP peut être préempté est déterminé par deux propriétés associées au LSP:

  • Priorité de configuration: détermine si un nouveau LSP qui préempte un LSP existant peut être établi. Pour anticiper, la priorité de configuration du nouveau LSP doit être supérieure à celle du LSP existant. De plus, le fait de préempter le LSP existant doit produire une bande passante suffisante pour prendre en charge le nouveau LSP. Autrement dit, la préemption n’est possible que si le nouveau LSP peut être correctement installé.

  • Priorité de réservation: détermine le niveau de réserve d’un LSP lors de sa réservation de session une fois la mise en place réussie du LSP. Lorsque le niveau de priorité de réservation est élevé, le LSP existant est moins susceptible d’abandonner sa réservation et il est donc peu probable que le LSP puisse être préempté.

Vous ne pouvez pas configurer un LSP avec une priorité de configuration élevée et une faible priorité de réservation, car des boucles de préemption permanentes peuvent avoir lieu si deux LSP sont autorisés à s’anticiper les uns les autres. Vous devez configurer la priorité de réservation pour qu’elle soit supérieure ou égale à celle de configuration.

La priorité de configuration définit également l’importance relative des LSP sur le même routeur d’entrée. Lors du démarrage du logiciel, lors de l’installation d’un nouveau LSP ou lors de la reprise des pannes, la priorité de configuration détermine l’ordre dans lequel les LSP sont configurés. Les LSP à priorité élevée ont tendance à être établis en premier et bénéficient donc d’une sélection de chemins plus optimale.

Pour configurer les propriétés de préemption du 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.

Les setup-priority deux peuvent être une valeur de reservation-priority 0 à 7. La valeur 0 correspond à la priorité la plus élevée, et la valeur 7 au plus bas. Par défaut, un LSP dispose d’une priorité de configuration de 7 (c’est-à-dire qu’il ne peut pas préempter les autres LSP) et d’une priorité de réservation de 0 (autrement dit, les autres LSP ne peuvent pas la préempter). Ces paramètres par défaut ne sont pas préemptions. Lorsque vous configurez ces valeurs, la priorité de configuration doit toujours être inférieure ou égale à celle de la priorité de tenue.

Configuration des groupes administratifs pour 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.

Les groupes administratifs n’ont de sens que lorsque le calcul LSP à chemin restreint est activé.

Vous pouvez attribuer jusqu’à 32 noms et valeurs (dans la plage 0 à 31), qui définissent une série de noms et leurs valeurs correspondantes. Les noms et valeurs administratifs doivent être identiques sur tous les routeurs au sein d’un même domaine.

Remarque :

La valeur administrative est distincte de la priorité. Vous configurez la priorité d’un LSP à l’aide de priority l’énoncé. Voir Configuration des priorités et des préemptions pour les LSP.

Pour configurer les groupes administratifs, suivez les étapes suivantes:

  1. Définissez plusieurs niveaux de qualité de service en incluant admin-groups l’énoncé:

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

    • [edit protocols mpls]

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

    L’exemple de configuration suivant illustre comment vous pouvez configurer un ensemble de noms et valeurs administratifs pour un domaine:

  2. Définir les groupes administratifs à lesquels appartient une interface. Vous pouvez attribuer plusieurs groupes à une interface. Inclure interface l’énoncé:

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

    • [edit protocols mpls]

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

    Si vous n’inclut pas admin-group l’énoncé, une interface n’appartient à aucun groupe.

    Les IGP utilisent les informations du groupe pour créer des paquets d’état de lien, qui sont ensuite submergés dans le réseau, fournissant des informations à tous les nodes du réseau. Sur n’importe quel routeur, la IGP, ainsi que les groupes administratifs de toutes les liaisons, est disponible.

    La modification du groupe administratif de l’interface affecte uniquement les nouveaux LSP. Les LSP existants sur l’interface ne sont pas préemptés ou recompilés pour assurer la stabilité du réseau. Si les LSP doivent être supprimés à cause d’une modification du groupe, émettre la clear rsvp session commande.

    Remarque :

    Lors de la configuration de groupes administratifs et de groupes administratifs étendus ensemble pour une liaison, les deux types de groupes d’administration doivent être configurés sur l’interface.

  3. Configurez une contrainte de groupe administratif pour chaque LSP ou pour chaque chemin LSP principal ou secondaire. Inclure label-switched-path l’énoncé:

    Vous pouvez inclure label-switched-path l’énoncé aux niveaux hiérarchiques suivants:

    • [edit protocols mpls]

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

    Si vous omettez le ou les instructions, le calcul du chemin include-allinclude-any continue exclude d’avancer. Le calcul du chemin est basé sur le calcul LSP à chemin contraint. Pour savoir comment le calcul LSP à chemin contraint est calculé, consultez comment CSPF sélectionne un chemin.

    Remarque :

    La modification du groupe administratif du LSP entraîne une recalculation immédiate du routeur ; par conséquent, le LSP peut être redirigé.

Configuration de groupes administratifs étendus pour les LSP

En aspects techniques du trafic MPLS, une liaison peut être configurée avec un ensemble de groupes administratifs (également appelés couleurs ou classes de ressources). Les groupes administratifs sont transportés dans les protocoles IGP (OSPFv2 et IS-IS) comme valeur 32 bits attribuée à chaque liaison. Juniper Networks routeurs Juniper Networks interprètent normalement cette valeur 32 bits comme un masque à bits représentant chaque bit d’un groupe, ce qui limite chaque réseau à un total de 32 groupes administratifs distincts (plage de valeur de 0 à 31).

Vous configurez des groupes administratifs étendus, représentés par une valeur de 32 bits, ce qui étend le nombre de groupes administratifs pris en charge dans le réseau au-delà de 32. La gamme initiale de valeurs disponibles pour les groupes d’administration est toujours prise en charge pour une rétrocompatibilité.

La configuration des groupes administratifs étendus accepte un ensemble d’interfaces avec un ensemble correspondant de noms de groupes administratifs étendus. Il convertit les noms en un ensemble de valeurs de 32 bits et propage ces informations dans le IGP. Les valeurs des groupes administratifs étendus sont globales et doivent être configurées de la même manière sur tous les routeurs pris en charge participant au réseau. Utilisée par CSPF (Constrained Shortest Path First) pour le calcul des chemins, la base de données de groupes administratifs étendus à l’échelle du domaine, acquise à partir d’autres routeurs via IGP inondantes, est utilisée par Constrained Shortest Path First (CSPF).

La procédure suivante décrit comment configurer des groupes d’administration étendus:

  1. Configurez admin-groups-extended-range l’énoncé:

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

    • [edit routing-options]

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

    Cet admin-groups-extended-range énoncé inclut les minimum options et maximum les énoncés. La plage maximale doit être supérieure à la plage minimale.

  2. Configurez admin-groups-extended l’énoncé:

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

    • [edit routing-options]

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

    Cette instruction vous permet de configurer un nom de groupe et une valeur de groupe admin-groups-extended pour le groupe administratif. La valeur du groupe doit se trouver dans la plage de valeurs configurées à l’aide de admin-groups-extended-range l’instruction.

  3. Les groupes administratifs étendus pour une interface MPLS se composent de l’ensemble de noms de groupe administratifs étendus attribués pour l’interface. Les noms des groupes administratifs étendus d’interface doivent être configurés pour les groupes administratifs étendus au niveau mondial.

    Pour configurer un groupe d’administration étendu pour une interface MPLS, spécifiez le nom du groupe administratif dans la configuration de l’interface MPLS à l’aide de admin-groups-extended l’instruction:

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

    • [edit protocols mpls interface interface-name]

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

  4. Les groupes administratifs étendus définissent l’ensemble d’inclure et d’exclure des contraintes pour un LSP et les chemins principaux et secondaires d’un chemin. Les noms des groupes administratifs étendus doivent être configurés pour les groupes administratifs étendus au niveau mondial.

    Pour configurer des groupes d’administration étendus pour un LSP, inclure l’instruction au niveau de la hiérarchie admin-group-extended LSP:

    La admin-group-extended déclaration comprend les options suivantes: apply-groups, apply-groups-except et excludeinclude-allinclude-any . Chaque option vous permet de configurer un ou plusieurs groupes administratifs étendus.

    Pour consulter la liste des niveaux de hiérarchie au sein des lesquels vous pouvez configurer cette instruction, consultez le résumé de l’énoncé en question.

  5. Pour afficher les groupes d’administration étendus actuellement configurés, émettre la show mpls admin-groups-extended commande.
Remarque :

Lors de la configuration de groupes administratifs et de groupes administratifs étendus ensemble pour une liaison, les deux types de groupes d’administration doivent être configurés sur l’interface.

Configuration des valeurs de préférence pour les LSP

En option, vous pouvez configurer plusieurs LSP entre la même paire de routeurs d’entrée et de sortie. Cela permet d’équilibrer la charge entre les LSP car, par défaut, tous les LSP ont le même niveau de préférence. Pour préférer un LSP à un autre, définissez différents niveaux de préférence pour chaque LSP. Le LSP avec la valeur de préférence la plus faible est utilisé. La préférence par défaut pour les LSP RSVP est de 7 et de 9. Ces valeurs de préférence sont inférieures (plus préférées) que toutes les routes apprises, à l’exception des routes d’interface directe.

Pour modifier la valeur de préférence par défaut, inclure preference 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.

Désactivation de l’enregistrement des itinéraires de chemins par LSP

L’implémentation Junos de RSVP prend en charge l’objet Route d’enregistrement, ce qui permet au LSP d’enregistrer activement les routeurs par lesquels il transite. Vous pouvez utiliser ces informations pour le dépannage et pour éviter les boucles de routage. Par défaut, les informations de chemin sont enregistrées. Pour désactiver l’enregistrement, inclure no-record l’instruction:

Pour une liste de niveaux hiérarchiques au sein duquel vous pouvez inclure les instructions et les énoncés, consultez la section de résumé de recordno-record l’énoncé pour l’énoncé.

Un basculement sans à-coups pour les LSP

Les chemins de commutation d’étiquettes adaptatifs (LSP) peuvent devoir établir une nouvelle instance LSP et transférer le trafic à partir d’une ancienne instance LSP sur la nouvelle instance LSP avant de démiquer l’ancienne. Ce type de configuration est appelé « make before break » (MBB).

Le protocole RSVP-TE est un protocole utilisé pour établir des LSP dans MPLS réseaux. L’implémentation Junos OS de RSVP-TE pour un basculement MBB sans à-coups (sans perte de trafic) s’est appuyé sur la configuration des valeurs du timer dans les instructions de configuration suivantes:

  • optimize-switchover-delay—Temps d’attente avant de passer à la nouvelle instance LSP.

  • optimize-hold-dead-delay—Temps d’attente après le basculement et avant la suppression de l’ancienne instance LSP.

Les déclarations et les déclarations s’appliquent à tous les LSP qui utilisent le comportement de « make-before-break » pour la configuration et la démontage optimize-switchover-delay des LSP, et pas seulement pour les LSP pour lesquels l’instruction a également été optimize-hold-dead-delayoptimize-timer configurée. Les fonctionnalités suivantes MPLS des LSP à être mis en place et délifés à l’aide d’un comportement make-before-break:

  • LSP adaptatifs

  • Allocation automatique de la bande passante

  • BFD pour LSP

  • GRES (Graceful Routing Engine Switchover)

  • Protection des liaisons et des nœuds

  • Routage actif sans arrêt

  • LSP optimisés

  • LSP point à multipoint (P2MP)

  • Préemption douce

  • Chemins secondaires en veille

Les instructions et les instructions configurées ajoutent un délai artificielle au optimize-switchover-delayoptimize-hold-dead-delay processus MBB. La valeur de l’instruction varie selon la taille des objets de route explicite optimize-switchover-delay (ERO). Un ERO est une extension de RSVP qui permet à un message de chemin RSVP de passer par une séquence explicite de routeurs, indépendante du routage IP classique le plus court. La valeur de cet énoncé dépend également de la charge du processeur sur chacun des optimize-switchover-delay routeurs du chemin. Les clients définissent optimize-switchover-delay l’énoncé par essai et erreur.

La valeur de cet énoncé dépend de la vitesse avec quelle rapidité le routeur d’entrée déplace tous les optimize-hold-dead-delay préfixes d’application vers le nouveau LSP. Ces résultats sont déterminés par la moteur de transfert de paquets de charge réseau, qui peut varier d’une plate-forme à l’autre. Les clients doivent définir optimize-hold-dead-delay l’énoncé par essai et erreur.

Toutefois, à partir de la version 15.1, Junos OS est capable d’obtenir un basculement MBB sans à-coups, sans configurer les délais artificielles que ces valeurs de délai introduisent.

Ce sujet résume les trois méthodes qui vous aideront à passer d’un ancien LSP à un nouveau LSP en utilisant Junos OS:

Spécifier le temps d’attente du routeur pour passer à de nouveaux chemins

Pour spécifier la durée d’attente du routeur pour basculer sur les instances LSP vers de nouveaux chemins optimisés, utilisez optimize-switchover-delay l’instruction. Vous devez uniquement configurer cette instruction sur les routeurs qui agissent comme entrées pour les LSP affectés (vous n’avez pas besoin de configurer cet énoncé sur les routeurs de transit ou de sortie). Le timer de cet énoncé permet de s’assurer que les nouveaux chemins optimisés ont été créés avant que le trafic ne soit changé à partir des anciens chemins. Ce délai ne peut être activé ou désactivé que pour tous les LSP configurés sur le routeur.

Pour configurer le temps que le routeur attend pour basculer sur des instances LSP vers des chemins récemment optimisés, indiquez l’heure en quelques secondes à l’aide de optimize-switchover-delay l’instruction:

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

  • [edit protocols mpls]

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

Spécifier la durée de retard de la démondation des anciens chemins

Pour spécifier la durée de retard de la baisse des anciens chemins après que le routeur a commuté le trafic vers de nouveaux chemins optimisés, utilisez optimize-hold-dead-delay l’énoncé. Vous devez uniquement configurer cette instruction sur les routeurs qui agissent comme entrées pour les LSP affectés (vous n’avez pas besoin de configurer cet énoncé sur les routeurs de transit ou de sortie). Le timer de cet énoncé permet de s’assurer que les anciens chemins ne sont pas délisés avant que toutes les routes ne soient basculées vers les nouveaux chemins optimisés. Ce délai peut être activé pour certains LSP spécifiques ou tous les LSP configurés sur le routeur.

Pour configurer le temps en quelques secondes afin de reporter la démondité des anciens chemins après que le routeur a basculé le trafic vers de nouveaux chemins optimisés, utilisez optimize-hold-dead-delay l’énoncé:

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.

Un basculement MBB sans faute sans retards artificielles

À partir de Junos OS 15.1, il existe un autre moyen de renoncer aux anciennes instances LSP après le basculement MBB, sans se reposer sur les intervalles horaires arbitraires définis par la ou la optimize-switchover-delayoptimize-hold-dead-delay déclaration. Par exemple, si vous utilisez l’instruction, vous configurez un délai d’attente avant de détruire l’ancienne optimize-hold-dead-delay instance LSP après le MBB. Cependant, certaines routes sont encore en cours de transition vers la nouvelle instance. La suppression précoce de l’ancienne instance LSP entraîne l’abandon d’un des derniers trafics sur les routes qui n’ont pas été réorientées vers la nouvelle instance LSP.

Pour éviter la perte de trafic, plutôt que d’utiliser l’énoncé, vous pouvez utiliser optimize-switchover-delay le ping MPLS-OAM (ping lsp), qui confirme que le plan de données LSP est établi de bout en bout. Au lieu d’utiliser l’énoncé, vous pouvez utiliser un mécanisme de feedback de l’infrastructure rpd qui confirme que tous les préfixes faisant référence à l’ancien LSP ont été optimize-hold-dead-delay changés. Le mécanisme d’évaluation est issu de la bibliothèque de balises et s’appuie sur l’infrastructure du processus de routage (rpd) pour déterminer si tous les routages utilisant l’ancienne instance LSP sont totalement basculer vers la nouvelle instance LSP après le basculement MBB.

Le mécanisme de feedback est toujours en place et il est facultatif. Configurez optimize-adaptive-teardown l’énoncé pour utiliser le mécanisme de feedback pendant le basculement MBB. Cette fonctionnalité n’est pas prise en charge pour les instances LSP RSVP point-à-multipoint (P2MP). La configuration globale de optimize-adaptive-teardown l’énoncé affecte uniquement les LSP point à point configurés dans le système.

Il vous suffit de configurer l’instruction sur les routeurs qui agissent comme entrées pour les LSP concernés (vous n’avez pas besoin de configurer cet énoncé sur les routeurs de transit ou de optimize-adaptive-teardown sortie). Ce mécanisme de feedback permet de s’assurer que les anciens chemins ne seront pas délisés avant que toutes les routes ne soient basculées vers les nouveaux chemins optimisés. La configuration globale de cette instruction de configuration ne concerne que les LSP point à point configurés dans le système.

Vous pouvez inclure cet énoncé au niveau [edit protocols mpls] de la hiérarchie.

Optimisation des LSP signalés

Une fois qu’un LSP a été établi, la topologie ou les modifications des ressources peuvent, au fil du temps, rendre le chemin sous-optimale. Il se peut qu’un nouveau chemin soit désormais moins congestionné, offre une métrique plus faible et traverse moins de sauts. Vous pouvez configurer le routeur pour recalculer régulièrement les chemins afin de déterminer si un chemin plus optimal est disponible.

Si une reoptimisation est activée, un LSP peut être redirigé via différents chemins par des recalutations de chemins limités. Toutefois, si la réoptimisation est désactivée, le LSP dispose d’un chemin fixe et ne peut pas tirer parti des nouvelles ressources réseau disponibles. Le LSP est fixe jusqu’à ce que la modification de topologie suivante casse le LSP et force un recomputation.

La reoptimisation n’a pas de lien avec le failover. Un nouveau chemin est toujours mis en place en cas de défaillances topologie qui perturbent un chemin établi.

En raison des coûts système impliqués, vous devez contrôler attentivement la fréquence de la reoptimisation. Lorsque la réoptimisation est activée, la stabilité du réseau peut en pâtir. Par défaut, optimize-timer l’instruction est définie sur 0 (c’est-à-dire désactivée).

L’optimisation LSP n’est significative que lorsque le calcul LSP à chemin restreint est activé, c’est-à-d. le comportement par défaut. Pour plus d’informations sur le calcul LSP à chemin contraint, consultez Disabling Constrained-Path LSP Computation. En outre, l’optimisation LSP n’est applicable qu’aux LSP d’entrée; il s’agit de la seule nécessité de configurer l’énoncé sur le optimize-timer routeur d’entrée. Les routeurs de transit et de sortie ne nécessitent aucune configuration spécifique pour prendre en charge l’optimisation LSP (autre que MPLS activées).

Pour permettre une réoptimisation des chemins, inclure la optimize-timer déclaration suivante:

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.

Une fois l’énoncé configuré, le compte à rebours poursuit son compte à rebours jusqu’à la valeur configurée, même si vous supprimez l’instruction optimize-timeroptimize-timer de la configuration. La prochaine optimisation utilise la nouvelle valeur. Vous pouvez forcer la Junos OS à utiliser une nouvelle valeur immédiatement en supprimant l’ancienne valeur, en engageant la configuration, en configurant la nouvelle valeur de l’instruction, puis en engageant à nouveau la optimize-timer configuration.

Une fois la réoptimisation exécuté, le résultat n’est accepté que si il répond aux critères suivants:

  1. Le nouveau chemin n’est pas plus élevé en IGP mesure. (La mesure de l’ancien chemin est mise à jour pendant le calcul. Ainsi, si une mesure de liaison récente change quelque part sur l’ancien chemin, elle est expliquée.)

  2. Si le nouveau chemin possède la même métrique IGP, il n’est pas plus loin.

  3. Le nouveau chemin n’est pas préemption. (Il s’agit de réduire l’effet d’entraînement de la préemption et d’en réduire la préemption.)

  4. Le nouveau chemin n’aggrave pas la congestion globale.

    La congestion relative du nouveau chemin est déterminée comme suit:

    1. Le pourcentage de bande passante disponible sur chaque liaison traversant le nouveau chemin est comparé à celui de l’ancien chemin, à partir des liaisons les plus encombrées.

    2. Pour chaque chemin actuel (ancien), le logiciel stocke les quatre plus petites valeurs pour la disponibilité de la bande passante pour les liaisons traversant en ordre croissant.

    3. Le logiciel stocke également les quatre plus petites valeurs de disponibilité de la bande passante pour le nouveau chemin, correspondant aux liaisons traversant en ordre croissant.

    4. Si l’une des quatre nouvelles valeurs de bande passante disponibles est plus petite que l’une des anciennes valeurs de disponibilité de la bande passante correspondante, le nouveau chemin dispose d’au moins une liaison plus encombrée que celle utilisée par l’ancien chemin. Parce que l’utilisation de cette liaison entraînerait davantage de congestion, le trafic n’est pas commuté vers ce nouveau chemin.

    5. Si aucune des quatre nouvelles valeurs de bande passante disponibles n’est plus petite que les anciennes valeurs de disponibilité de la bande passante correspondantes, le nouveau chemin est moins congestionné que l’ancien chemin.

Lorsque toutes les conditions ci-dessus sont satisfaites, alors:

  1. Si le nouveau chemin présente une mesure inférieure IGP, il est accepté.

  2. Si le nouveau chemin a un niveau de IGP et un nombre de sauts inférieur, il est accepté.

  3. Si vous choisissez comme least-fill algorithme d’équilibrage de charge, les LSP sont équilibrés comme suit:

    1. Le LSP est transféré vers un nouveau chemin qui est utilisé au moins 10 % de moins que le chemin actuel. Cela peut réduire la congestion du chemin actuel de seulement un petit nombre. Par exemple, si un LSP 1 Mo de bande passante est transféré d’un chemin d’un minimum de 200 Mo, la congestion du chemin d’origine est réduite de moins de 1 %.

    2. Pour random ou pour les most-fill algorithmes, cette règle ne s’applique pas.

    L’exemple suivant illustre le fonctionnement de l’algorithme least-fill d’équilibrage de charge.

    Figure 1 : exemple d’algorithme d’équilibrage de charge le plus performantexemple d’algorithme d’équilibrage de charge le plus performant

    Comme illustré dans ce rapport, deux chemins possibles peuvent passer par un LSP (routeur A vers le routeur H), les liaisons de L1 à L13, et même les liaisons de L2 à Figure 1 L14. Actuellement, le routeur utilise les liaisons even comme chemin actif pour le LSP. Chaque lien entre les deux routeurs (par exemple, routeur A et B) dispose de la même bande passante:

    • L1, L2 = 10GE

    • L3, L4 = 1GE

    • L5, L6 = 1GE

    • L7, L8 = 1GE

    • L9, L10 = 1GE

    • L11, L12 = 10GE

    • L13, L14 = 10GE

    Les liaisons 1GE sont plus susceptibles d’être encombrées. Dans cet exemple, les liaisons 1GE disposent de la bande passante disponible suivante:

    • L3 = 41%

    • L5 = 56%

    • L7 = 66%

    • L9 = 71%

    Même les liaisons 1GE disposent de la bande passante suivante:

    • L4 = 37%

    • L6 = 52%

    • L8 = 61%

    • L10 = 70%

    Sur la base de ces informations, le routeur calculait la différence en bande passante disponible entre les liaisons impaires et les liaisons, comme suit:

    • L4 - L3 = 41% - 37% = 4%

    • L6 - L5 = 56% - 52% = 4%

    • L8 - L7 = 66% - 61% = 5%

    • L10 - L9 = 71% - 70% = 1%

    La bande passante supplémentaire disponible sur les liaisons impaires s’chiffre à 14 % (4 % + 4 % + 5 % + 1 %). Puisque 14 % est supérieur à 10 % (le seuil minimum d’algorithmes le moins élevé), le LSP est transféré vers le nouveau chemin sur les liaisons impaires du chemin d’origine à l’aide des liaisons pairs.

  4. Sinon, le nouveau chemin est rejeté.

Vous pouvez désactiver les critères de reoptimisation suivants (un sous-ensemble des critères énumérés précédemment):

  • Si le nouveau chemin possède la même métrique IGP, il n’est pas plus loin.

  • Le nouveau chemin n’est pas préemption. (Il s’agit de réduire l’effet d’entraînement de la préemption et d’en réduire la préemption.)

  • Le nouveau chemin n’aggrave pas la congestion globale.

  • Si le nouveau chemin a un niveau de IGP et un nombre de sauts inférieur, il est accepté.

Pour les désactiver, il faut émettre la commande ou clear mpls lsp optimize-aggressive inclure optimize-aggressive l’instruction:

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

  • [edit protocols mpls]

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

En incluant l’énoncé dans la configuration, la procédure de réoptimisation est plus souvent optimize-aggressive déclenchée. Les chemins sont redirigés plus fréquemment. Il limite également l’algorithme de réoptimisation à l IGP mesure unique.

Configuration du compteur Smart Optimize pour les LSP

En raison de contraintes de ressources réseau et de routeur, il est généralement inadvisable de configurer un court intervalle pour l’optimisation du minuteur. Toutefois, dans certaines circonstances, il peut être souhaitable de réoptimiser un chemin plus tôt que ce qui serait normalement fourni par le timeur d’optimisation.

Par exemple, un LSP traverse un chemin préféré qui échoue par la suite. Le LSP est ensuite passé à un chemin moins souhaitable pour atteindre la même destination. Même si le chemin d’origine est rapidement rétabli, le temps d’utilisation du LSP pourrait être excessivement long, car il doit attendre que le timer optimise pour réoptimiser les chemins réseau. Dans de telles situations, vous pouvez configurer l’optimisation du compteur intelligent.

Lorsque vous activez l’optimisation intelligente du compteur, le LSP est revenir à son chemin d’origine tant que le chemin d’origine a été rétabli dans les 3 minutes qui ont suivre la panne. Par ailleurs, si le chemin d’origine est de nouveau désactivé en 60 minutes, le minuteur intelligent est désactivé et l’optimisation du chemin se comporte comme elle le fait normalement lorsque le minuteur est activé à lui seul. Ceci empêche le routeur d’utiliser une liaison flapping.

Le compteur intelligent est tributaire d’autres fonctionnalités MPLS pour fonctionner correctement. Dans le scénario décrit ici, où un LSP est commuté vers un chemin alternatif en cas de défaillance du chemin d’origine, il est supposé que vous avez configuré une ou plusieurs des fonctionnalités de protection du trafic MPLS, notamment le reroutage rapide, la protection des liaisons et les chemins secondaires de veille. Ces fonctionnalités permettent de garantir que le trafic peut atteindre sa destination en cas de panne.

Au moins, vous devez configurer un chemin secondaire de veille pour que la fonction de compteur intelligent fonctionne correctement. Un reroutrage rapide et une protection des liaisons sont des solutions plus temporaires en cas de panne de réseau. Un chemin secondaire garantit la stabilité du chemin alternatif dans l’éventualité où le chemin principal échoue. Si vous n’avez configuré aucune protection du trafic pour un LSP, le compteur intelligent ne permet pas à vous seul d’atteindre sa destination. Pour plus d’informations sur la protection MPLS du trafic, consultez la MPLS et la protection du trafic.

En cas d’échec d’un chemin principal et d’une optimisation intelligente du trafic des commutateurs de compteurs vers le chemin secondaire, le routeur peut continuer à utiliser le chemin secondaire même après la restauration du chemin principal. Si le routeur d’entrée termine un calcul CSPF, il peut déterminer que le chemin secondaire est le meilleur chemin.

Cette méthode peut être indésirables si le chemin principal doit être le chemin actif et que le chemin secondaire doit être utilisé uniquement comme sauvegarde. De plus, si le chemin secondaire est utilisé comme chemin actif (même si le chemin principal a été rétabli) et que le chemin secondaire échoue, la fonction de compteur intelligent ne peut pas automatiquement basculer le trafic vers le chemin principal. Cependant, vous pouvez assurer la protection du chemin secondaire en configurant une protection des nœuds et des liaisons ou un chemin secondaire de veille supplémentaire. Dans ce cas, l’optimisation du compteur intelligent peut être efficace.

Indiquez l’heure en quelques secondes pour l’optimisation du compteur intelligent à l’aide de smart-optimize-timer l’instruction:

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

  • [edit protocols mpls]

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

Limitation du nombre de sauts dans les LSP

Par défaut, chaque LSP peut traverser un maximum de 255 sauts, y compris les routeurs d’entrée et de sortie. Pour modifier cette valeur, inclure hop-limit 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.

Le nombre de sauts peut être de 2 à 255. (Un chemin à deux sauts se compose uniquement de routeurs d’entrée et de sortie.)

Configuration de la valeur de la bande passante pour les LSP

Chaque LSP a une valeur en bande passante. Cette valeur est incluse dans le champ Tspec de l’expéditeur dans les messages de configuration du chemin RSVP. Vous pouvez spécifier une valeur de bande passante en bits par seconde. Si vous configurez davantage de bande passante pour un LSP, il doit être capable de transporter un volume de trafic plus important. La bande passante par défaut est de 0 bits par seconde.

Une bande passante nonzero nécessite que les routeurs de transit et de sortie réservent leur capacité le long des liaisons sortantes pour le chemin. Le modèle de réservation RSVP est utilisé pour réserver cette capacité. Toute défaillance dans la réservation de la bande passante (telles que les défaillances au niveau du contrôle de stratégie RSVP ou du contrôle d’admission) peut entraîner un échec de la configuration LSP. Si la bande passante sur les interfaces des routeurs de transit ou de sortie est insuffisante, le LSP n’est pas établi.

Pour spécifier une valeur de bande passante pour un LSP signalé, inclure bandwidth 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.

Allocation automatique de la bande passante pour les LSP

L’allocation automatique de la bande passante permet à MPLS tunnel d’ajuster automatiquement son allocation de bande passante en fonction du volume de trafic qui passe par le tunnel. Vous pouvez configurer un LSP avec une bande passante minimale. cette fonctionnalité peut ajuster dynamiquement l’allocation de bande passante du LSP en fonction des modèles de trafic actuels. Les ajustements de bande passante n’interrompent pas le trafic dans le tunnel.

Vous définissez un intervalle d’échantillonnage sur un LSP configuré avec une allocation automatique de la bande passante. La bande passante moyenne est surveillé pendant cet intervalle. À la fin de l’intervalle, une tentative est faite pour signaler un nouveau chemin pour le LSP avec l’allocation de bande passante à la valeur moyenne maximale de l’intervalle d’échantillonnage précédent. Si le nouveau chemin est correctement établi et que le chemin d’origine est supprimé, le LSP est commuté vers le nouveau chemin. Si un nouveau chemin n’est pas créé, le LSP continue d’utiliser son chemin actuel jusqu’à la fin de l’intervalle d’échantillonnage suivant, lorsqu’une autre tentative est faite pour établir un nouveau chemin. Notez que vous pouvez définir des valeurs de bande passante minimales et maximales pour le LSP.

Pendant l’intervalle d’allocation automatique de la bande passante, le routeur peut recevoir une augmentation constante du trafic (augmentant l’utilisation de la bande passante) sur un LSP, ce qui peut entraîner une congestion ou une perte de paquets. Pour éviter cela, vous pouvez définir un deuxième mécanisme qui expire de façon précoce le délai d’ajustement automatique de la bande passante avant la fin de l’intervalle d’ajustement actuel.

Configuration de l’allocation automatique de la bande passante aux LSP

L’allocation automatique de la bande passante permet à MPLS tunnel d’ajuster automatiquement son allocation de bande passante en fonction du volume de trafic qui passe par le tunnel. Vous pouvez configurer un LSP avec une bande passante minimale, et cette fonctionnalité peut ajuster dynamiquement l’allocation de bande passante du LSP en fonction des modèles de trafic actuels. Les ajustements de bande passante n’interrompent pas le trafic dans le tunnel.

Au terme de l’intervalle d’allocation automatique de la bande passante, l’utilisation maximale moyenne de la bande passante actuelle est comparée à la bande passante allouée pour le LSP. Si le LSP a besoin de plus de bande passante, on tente d’établir un nouveau chemin dans lequel la bande passante est égale à l’utilisation moyenne maximale actuelle. Si la tentative réussit, le trafic du LSP est acheminé via le nouveau chemin et l’ancien chemin est supprimé. En cas d’échec de la tentative, le LSP continue d’utiliser son chemin actuel.

Remarque :

Le calcul de la valeur pour (par rapport au LSP d’entrée), l’échantillon collecté pendant la période de rupture est ignoré afin d’empêcher des résultats Max AvgBW inexacts. Le premier échantillon après un ajustement de la bande passante ou une modification de l’ID LSP (indépendamment de la modification du chemin) est également ignoré.

Si vous avez configuré la protection des liaisons et des nœuds pour le LSP et que le trafic a été commuté vers le LSP de dérivation, la fonction d’allocation automatique de la bande passante continue de fonctionner et d’utiliser des échantillons de bande passante du LSP de dérivation. Pour le premier cycle de réglage de la bande passante, l’utilisation moyenne maximale de la bande passante tirée de la liaison d’origine et du LSP protégé par les nœuds est utilisée pour aller de l’avant si nécessaire. (La protection des liaisons et des nœuds n’est pas prise QFX Series les commutateurs.)

Si vous avez configuré le rerouroute rapide pour le LSP, il se peut que vous ne soyez pas en mesure d’utiliser cette fonctionnalité pour ajuster la bande passante. Étant donné que les LSP utilisent un style de réservation par filtre fixe, lorsqu’un nouveau chemin est signalé, la bande passante peut être double. Le double calcul peut empêcher un LSP de réacheminer rapidement sa bande passante lorsque l’allocation automatique de la bande passante est activée. (Le rerouroute rapide n’est pas pris QFX Series sur les commutateurs.)

Pour configurer l’allocation automatique de la bande passante, remplissez les étapes des sections suivantes:

Remarque :

Sur les commutateurs QFX10000, vous pouvez uniquement configurer l’allocation automatique de la bande passante au niveau edit protocols mpls de la hiérarchie. Les systèmes logiques ne sont pas pris en charge.

Configuration des ajustements optimisés de la bande passante automatique pour MPLS LSP

La fonctionnalité de bande passante automatique permet aux LSP RSVP-TE, configurés directement ou automatiquement créés à l’aide d’un maillage automatique, de re-dimensioner en fonction du débit de trafic. Le taux de trafic transporté sur chaque LSP se mesure en collectant régulièrement des échantillons de ce trafic. La fréquence de la collecte de statistiques du trafic est contrôlée via adjust-interval l’énoncé de configuration. La valeur configurable minimale est adjust-interval d’une seconde. Le re-taillement des LSP s’appelle ajustement et la fréquence des ajustements est contrôlée par l’intermédiaire de adjust-interval l’énoncé.

À partir Junos OS de 20.4R1 de sortie, le minimum d’une adaptation est réduit à 150 secondes si les instructions ou les instructions traversent les valeurs de seuil de dépassement ou adjust-intervalauto-bandwidthadjust-threshold-overflow-limitadjust-threshold-underflow-limit d’underflow configurées.

Toutefois, si un échantillon de dépassement ou d’underflow n’est pas détecté, le minimum d’une correction est de adjust-intervalauto-bandwidth 300 secondes.

Dans des version antérieures à Junos OS version 20.4R1, il est de 300 secondes sous des conditions de dépassement adjust-interval ou d’underflow.

Avec l’implémentation d’une optimisation de l’ajustement de la bande passante automatique, la bande passante du LSP est réduit plus auto-bandwidth rapidement. Le routeur de périphérie d’étiquettes d’entrée (LER) peut être rességé en 150 secondes à cause de cette réduction, à condition que la diminution d’une ancienne adjust-threshold-overflow-limit instance LSP post-rupture (MBB) soit réalisée en 150 secondes.

Optmation à bande passante automatique:

  • Réduire la probabilité d’une modification de route LSP, c’est-à-dire réduire la probabilité d’un changement de route LSP en cas de réglage automatique de la bande passante.

  • Réduire la probabilité d’un rerouillon LSP: il s’agit de réduire la probabilité d’un rerouillon LSP en raison des LSP de priorité supérieure qui exigent la même ressource.

Pour satisfaire à ces exigences, l’optimisation de la bande passante automatique prend en charge les éléments suivants:

  1. In-place LSP Bandwidth Update— Permet au routeur de périphérie d’étiquettes d’entrée (LER) de ré-utiliser l’ID LSP lors de l’utilisation de changements de bande passante sur un LSP intra-domaine.

    Remarque :

    La mise à jour de bande passante LSP en place n’est pas applicable pour un LSP inter-domaines.

    Dans certains scénarios, le prochain saut par route LSP transporte la bande passante LSP directement ou indirectement. Même si la mise à jour de la bande passante LSP en place est prise en charge dans ces scénarios, l’amélioration des performances par rapport à la fonctionnalité est limitée en raison des changements de route LSP. Cela est dû à la modification de la table de route inet.3 après la bande passante automatique (MPLS Tunnel). Par exemple, l’amélioration des performances est limitée lorsque vous configurez l’une ou l’autre des instructions:

    • auto-policing configurés sous MPLS.

    • Option dans bandwidth l’instruction load-balance configurée sous RSVP.

    Remarque :

    La mise à jour de la bande passante LSP en place via la re-utilisation de LSP-ID échoue et le LER d’entrée déclenche immédiatement le MBB avec un nouvel ID LSP si:

    • no-cspf est configuré pour le LSP.

    • Le LSP est contrôlé par l’élément de calcul de chemin (PCE).

    • Temps d’optimisation LSP.

    • clear mpls lsp optimize-aggressive s’exécute.

  2. Per-priority Subscription—Afin d’utiliser plus efficacement les ressources réseau, l’abonnement par priorité vous permet de configurer un pourcentage d’abonnement RSVP moins élevé pour les LSP avec des priorités inférieures et un pourcentage d’abonnement RSVP plus élevé pour les LSP à priorités supérieures.

    Par exemple, au lieu de définir le pourcentage d’abonnement RSVP comme 90 % pour les LSP pour toutes les priorités, vous pouvez configurer un pourcentage d’abonnement RSVP inférieur (par exemple 75 %) pour les LSP de faible priorité

Remarque :

L’abonnement par priorité n’est pas interopérable avec les ingénieries de trafic (TE) différenciées (DiffServ). Les ingénieries de trafic différenciées avec les services (DiffServ) offrent un partage plus flexible et statistique de la bande passante TE de liaisons que l’abonnement par priorité.

To Configure In-place LSP Auto-bandwidth Resizing:

  1. Configurez l’interface de l’équipement pour activer MPLS.
  2. Configurez MPLS protocole sur l’interface.
  3. Configurez MPLS et les LSP et configurez la protection des liaisons pour le LSP.
  4. Configurez le LSP pour permettre un revirement in-place-bandwidth-update automatique de la bande passante LSP.
  5. Saisissez validation à partir du mode de configuration.

Verification

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

To Configure Per-priority Subscription:

  1. Configurer le protocole RSVP sur l’interface.

  2. Configurez la valeur d’abonnement à la bande passante de l’interface. Il peut s’obtenir une valeur de 0 à 65 000 %. La valeur d’abonnement par défaut est de 100 %.

  3. Configurez la priorité d’abonnement sur l’interface.

  4. Configurez le pourcentage d’abonnement à la priorité.

  5. Saisissez validation à partir du mode de configuration.

Verification

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

Configuration des rapports sur les statistiques d’allocation automatique de la bande passante pour les LSP

L’allocation automatique de la bande passante permet à MPLS tunnel d’ajuster automatiquement son allocation de bande passante en fonction du volume de trafic qui passe par le tunnel. Vous pouvez configurer l’équipement pour collecter des statistiques relatives à l’allocation automatique de la bande passante en suivant les étapes suivantes:

  1. Pour collecter des statistiques relatives à l’allocation automatique de la bande passante, configurez l’option de l’énoncé au auto-bandwidthstatistics niveau de la [edit protocols mpls] hiérarchie. Ces paramètres s’appliquent à tous les LSP configurés sur le routeur sur lequel vous avez également configuré l’énoncé au niveau auto-bandwidth[edit protocols mpls label-switched-path label-switched-path-name] de la hiérarchie.
  2. Indiquez les fichiers utilisés pour stocker l’MPLS filename trace du fonctionnement en utilisant l’option. file Tous les fichiers sont placés dans le /var/log répertoire. Il est recommandé de placer le MPLS du traçage dans le mpls-log fichier.
  3. Indiquez le nombre maximal de fichiers de traçabilité en utilisant files number l’option. Lorsqu’un fichier trace nommé atteint sa taille maximale, il est rebapté, puis, etc. jusqu’à ce que le nombre maximal de trace-filetrace-file.0 fichiers trace soit trace-file.1 atteint. Le plus ancien fichier de traces est ensuite remplacé.
  4. Indiquez l’intervalle de calcul de l’utilisation moyenne de la bande passante en configurant un temps en secondes à l’aide de interval l’option. Vous pouvez également définir l’intervalle de réglage pour un LSP spécifique en configurant l’option au niveau interval[edit protocols mpls label-switch-path label-switched-path-name statistics] de la hiérarchie.
    Remarque :

    Afin d’éviter tout recalage inutile des LSP, il est préférable de configurer un intervalle d’ajustement de LSP au moins trois fois plus long que l’intervalle de statistiques MPLS de bande passante automatique. Par exemple, si vous configurez une valeur de 30 secondes pour l’intervalle de statistiques de bande passante automatique de MPLS (déclaration au niveau de la hiérarchie), vous devez configurer une valeur d’au moins 90 secondes pour l’intervalle d’ajustement interval LSP (instruction au niveau de la [edit protocols mpls statistics]adjust-interval[edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth] hiérarchie).

  5. Pour suivre l’allocation automatique de la bande passante, inclure autobw-state flag l’MPLS au niveau de la traceoptions[edit protocols mpls] hiérarchie.

    La configuration suivante permet d’obtenir des MPLS trace pour une allocation automatique de la bande passante. Les enregistrements de trace sont stockés dans un fichier appelé (le nom du fichier auto-band-trace est configurable par l’utilisateur):

  6. À l’aide de la commande, vous pouvez afficher le fichier de statistiques d’allocation de bande passante automatique généré lors de la configuration de l’énoncé de bande passante automatique show log(MPLS Statistics). Les exemples suivants indiquent la sortie du fichier journal extrait d’MPLS statistiques nommées sur un routeur configuré avec un auto-band-stats LSP nommé E-D . Le fichier journal indique que LSP limite initialement sa bande E-D passante réservés. Auparavant, le routeur avait déclenché un ajustement automatique de la bande passante (on peut voir deux sessions pour un LSP qui font l’objet d’une ajustement automatique de Oct 30 17:14:57 la bande passante). Grâce à sa bande passante supérieure, le LSP peut désormais utiliser moins de 100 % de sa Oct 30 17:16:57Reserved Bw bande passante (bande passante réservée).
  7. Émettre la commande « show mpls lsp autobandwidth » pour afficher les informations actuelles sur l’allocation automatique de la bande passante. Les exemples suivants indiquent la sortie de l’échantillon à partir de la commande prise à peu près au même moment que show mpls lsp autobandwidth le fichier journal indiqué précédemment:
  8. Émettre file show la commande d’afficher le MPLS trace. Vous devez spécifier l’emplacement du fichier et son nom (le fichier se trouve dans /var/log/ . Le fichier trace de sortie suivant est extrait d’un MPLS trace nommé sur un routeur configuré avec un auto-band-trace.0.gz LSP nommé E-D . Le fichier trace indique que LSP limite initialement sa bande E-D passante réservés. Le routeur déclenche alors un ajustement automatique de la bande passante (vous pouvez voir deux sessions pour un LSP qui font l’objet d’une ajustement automatique de Oct 30 17:15:26 la bande passante). Grâce à sa bande passante supérieure, le LSP peut désormais utiliser moins de 100 % de sa Oct 30 17:15:57Reserved Bw bande passante (bande passante réservée).

Configuration d’un LSP sur tous les ASS

Vous pouvez configurer un LSP pour traverser plusieurs zones d’un réseau en incluant l’instruction dans le cadre de inter-domain la configuration LSP. Cette instruction permet au routeur de rechercher des routes dans la base de IGP base de données. Vous devez configurer cette instruction sur les routeurs qui peuvent être incapables de localiser un chemin à l’aide du CSPF intra-domaine (en se rapportant à la base de données des ingénieries de trafic (TED)). Lorsque vous configurez des LSP inter-zone, inter-domain l’instruction est requise.

Avant de commencer:

  • Configurez les interfaces de l’équipement avec les MPLS.

  • Configurez l’ID du routeur d’équipement et le numéro de système autonome.

  • Activez MPLS et RSVP sur le routeur et les interfaces de transit.

  • Configurez vos IGP pour prendre en charge les ingénieries de trafic.

  • Définissez un LSP entre l’entrée et le routeur de sortie.

Pour configurer un LSP sur plusieurs points d’accès du routeur de commuté d’étiquettes (LER) d’entrée:

  1. Activez MPLS sur toutes les interfaces (à l’exception de l’interface de gestion).
  2. Activer RSVP sur toutes les interfaces (à l’exception de l’interface de gestion).
  3. Configurez le LSP inter-zone.
  4. Vérifier et valider la configuration.

Publication d’amortissement des modifications d’état LSP

Lorsqu’un LSP passe d’une configuration en panne à une configuration plus ou moins importante, cette transition prend effet immédiatement dans le logiciel et le matériel du routeur. Cependant, lorsque vous faites de la publicité sur des LSP dans IS-IS et OSPF, vous pouvez freiner les transitions LSP, de ce fait ne pas annoncer la transition jusqu’à ce qu’une période donnée se soit prolongée (appelée durée de attente). Dans ce cas, si le LSP passe d’un point à l’autre, il n’est pas annoncé comme étant down jusqu’à ce qu’il soit resté en panne pendant la durée. Les transitions de la plus en plus rapide à la phase de transition sont immédiatement IS-IS et OSPF immédiatement. Remarque: l’amortissement LSP affecte uniquement les IS-IS et OSPF publicités du LSP ; les autres logiciels et matériels de routage réagir immédiatement aux transitions LSP.

Pour atténuer les transitions LSP, indiquez advertisement-hold-time l’instruction suivante:

seconds peut être une valeur de 0 à 65 535 secondes. Le par défaut est de 5 secondes.

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

  • [edit protocols mpls]

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

Configuration des LSP bidirectionnels de Corouted

Un LSP de paquets bidirectionnels à carottage est une combinaison de deux LSP partageant le même chemin entre une paire de points d’entrée et de sortie, comme illustré dans Figure 2 . Il est établi à l’aide des extensions GMPLS vers RSVP-TE. Ce type de LSP peut être utilisé pour transporter n’importe quel type de trafic MPLS standard, y compris les VPN de couche 2, les circuits de couche 2 et les VPN de couche 3. Vous pouvez configurer une seule session BFD pour le LSP bidirectionnel (il n’est pas nécessaire de configurer une session BFD pour chaque LSP dans chaque direction). Vous pouvez également configurer un seul LSP bidirectionnel de veille pour fournir une sauvegarde du LSP bidirectionnel principal. Les LSP bidirectionnels de Corout sont pris en charge à la fois pour l’avant-dernier saut de popping (PHP) et le saut ultime (UHP).

La haute disponibilité est disponible pour les LSP bidirectionnels. Vous pouvez activer un redémarrage graceful et un routage actif sans arrêt. Le redémarrage graceful et le routage actif sans arrêt sont pris en charge lorsque le routeur de redémarrage est le routeur d’entrée, de sortie ou de transit pour le LSP bidirectionnel.

Figure 2 : LSP bidirectionnelle co-directionnelleLSP bidirectionnelle co-directionnelle

Pour configurer un LSP bidirectionnel bidirectionnel:

  1. En mode de configuration, configurez le routeur d’entrée pour le LSP et ajoutez l’instruction pour spécifier que le LSP soit établi comme corouted-bidirectional LSP bidirectionnel à carottage.

    Le chemin est calculé à l’aide de CSPF et lancé à l’aide de la signalisation RSVP (tout comme un LSP à signalisation RSVP unidirectionnelle). Le chemin vers le routeur de sortie et le chemin inverse du routeur de sortie sont créés au moment de l’engagement de cette configuration.

  2. (Facultatif) Pour un chemin inversé, configurez un LSP sur le routeur de sortie et ajoutez l’instruction d’associer corouted-bidirectional-passive le LSP à un autre LSP.

    Aucune puissance de calcul ou signalisation de chemin n’est utilisée pour ce LSP, car elle s’appuie sur le calcul et la signalisation du chemin fourni par le LSP d’entrée. Vous ne pouvez pas configurer l’instruction et corouted-bidirectionalcorouted-bidirectional-passive l’énoncé sur le même LSP.

    Cet énoncé facilite également le débogage des LSP bidirectionnels. Si vous configurez l’instruction (une fois de plus sur le routeur de sortie), vous pouvez émettre des commandes , et des commandes pour tester le corouted-bidirectional-passiveping mpls lsp-end-pointping mpls ldpping mpls rsvptraceroute mpls ldptraceroute mpls rsvp LSP bidirectionnel carotté du routeur de sortie.

  3. Utilisez les show mpls lsp extensive commandes et les commandes pour afficher des informations sur le show rsvp session extensive LSP bidirectionnel.

    La commande affiche la sortie suivante lorsqu’elle est exécuté sur un routeur d’entrée avec show rsvp session extensive un LSP bidirectionnel configuré:

Configuration de l’étiquette Entropy pour les LSP

L’insertion d’étiquettes d’entropie pour un LSP permet aux routeurs de transit d’équilibrer la charge du trafic MPLS sur des chemins ECMP ou des groupes d’agrégation de liens en utilisant uniquement la pile d’étiquettes MPLS comme entrée de hachage sans avoir à faire appel à inspection approfondie des paquets. L’inspection approfondie des paquets nécessite une plus grande puissance de traitement du routeur et les différents routeurs ont différentes capacités d’inspection approfondie des paquets.

Pour configurer le label d’entropie d’un LSP, remplissez les étapes suivantes:

  1. Sur le routeur d’entrée, inclure l’instruction au niveau de la hiérarchie ou au niveau entropy-label[edit protocols mpls labeled-switched-path labeled-switched-path-name] de la [edit protocols mpls static-labeled-switched-path labeled-switched-path-name ingress] hiérarchie. Le label d’entropie est ajouté à la MPLS étiquettes et peut être traitée dans le plan de forwarding.
    Remarque :

    Cette application s’applique uniquement aux LSP statiques et RSVP.

  2. Sur le routeur d’entrée, vous pouvez configurer une stratégie d’entrée pour les LSP signalés par LDP:

    Configurez la stratégie d’entrée au niveau [edit policy-options] hiérarchique:

    Les exemples suivants illustrent une stratégie d’entrée d’étiquettes d’entropie.

  3. (Facultatif) Par défaut, les routeurs qui soutiennent le pushing et le popping des étiquettes d’entropie sont configurés avec l’instruction au niveau de la hiérarchie pour signaler les étiquettes selon les load-balance-label-capability[edit forwarding-options] LSP. Si le routeur pair n’est pas équipé pour gérer les étiquettes d’équilibrage de charge, vous pouvez empêcher le routeur de périphérie du fournisseur (PE) de signaler la fonctionnalité d’étiquettes d’entropie en configurant l’énoncé au niveau de la no-load-balance-label-capability[edit forwarding-options] hiérarchie.

Les routeurs de transit ne nécessitent aucune configuration. La présence du label d’entropie indique au routeur de transit un équilibre de charge basé uniquement sur MPLS étiquettes.

L’avant-dernier routeur de sauts pop le label d’entropie par défaut.

Exemple: Configuration d’un label d’entropie pour BGP unicast LSP

Cet exemple montre comment configurer un label d’entropie pour une BGP unicast afin d’obtenir l’équilibrage de charge de bout en bout à l’aide d’étiquettes entropy. Lorsqu’un paquet IP dispose de plusieurs chemins pour atteindre sa destination, Junos OS certains champs des en-têtes de paquets pour hachage du paquet vers un chemin déterministe. Cela nécessite un label d’entropie, un label spécial d’équilibrage de charge qui peut transporter les informations de flux. Les LSR au cœur du réseau utilisent simplement le label d’entropie comme clé pour hachage du paquet vers le chemin correct. Un label d’entropie peut être de la valeur de n’importe quelle étiquette entre 16 et 1048575 (plage de label régulière de 20 bits). Comme cette plage se chevauche dans la plage de label réguliers existante, un label spécial « indicateur d’étiquette d’entropie » (ELI) est inséré avant le label entropie. ELI est un label spécial attribué par IANA la valeur de 7.

BGP unicasts sont généralement concédés RSVP ou LDP LSP sur plusieurs IGP ou plusieurs systèmes autonomes. Les étiquettes d’entropie RSVP ou LDP sont sur le nœud de l’avant-dernier saut, avec le label RSVP ou LDP. Cette fonctionnalité permet d’utiliser des étiquettes d’entropie au niveau des points de assemblage pour combler l’écart entre l’avant-dernier nœud du saut et le point de assemblage, afin d’obtenir l’équilibrage de la charge d’étiquettes d’entropie de bout en bout pour le trafic BGP.

Conditions préalables

Cet exemple utilise les composants matériels et logiciels suivants:

  • Sept routeurs MX Series avec MPC

  • Junos OS version 15.1 ou ultérieure s’exécutant sur tous les équipements

Avant de configurer un label d’entropie pour BGP unicast, assurez-vous:

  1. Configurez les interfaces de l’équipement.

  2. Configurer OSPF protocole de sécurité ou IGP protocole de sécurité.

  3. Configurez BGP.

  4. Configurer RSVP.

  5. Configurez MPLS.

Présentation

Lorsque BGP unicasts concatenant RSVP ou LDP LSP sur plusieurs IGP zones ou plusieurs systèmes autonomes, les étiquettes d’entropie RSVP ou LDP sont sur le nœud de l’avant-dernier saut, avec le label RSVP ou LDP. Cependant, il n’y a aucune étiquette d’entropie au niveau des points de assemblage, c’est-à-dire les routeurs entre deux zones. Les routeurs au niveau des points de assemblage ont donc utilisé les étiquettes BGP pour avancer les paquets.

À partir de Junos OS version 15.1, vous pouvez configurer un label d’entropie pour BGP unicast afin d’obtenir l’équilibrage de la charge d’étiquettes d’entropie de bout en bout. Cette fonctionnalité permet d’utiliser un label d’entropie au niveau des points de assemblage afin d’obtenir l’équilibrage de la charge de l’étiquette d’entropie de bout en bout pour BGP trafic. Junos OS étiquettes d’entropie au niveau du BGP d’entrée LSP unicast marqué.

Par défaut, les routeurs qui supportent des étiquettes d’entropie sont configurés avec l’instruction au niveau de la hiérarchie afin de signaler les étiquettes en fonction de load-balance-label-capability[edit forwarding-options] chaque LSP. Si le routeur pair n’est pas équipé pour gérer les étiquettes d’équilibrage de charge, vous pouvez empêcher la signalisation de la fonction d’étiquettes entropy en configurant au niveau no-load-balance-label-capability[edit forwarding-options] hiérarchique.

Remarque :

Vous pouvez désactiver explicitement la fonction d’étiquettes d’entropie publicitaire au niveau de la sortie pour les routes spécifiées dans la stratégie, avec l’option au niveau no-entropy-label-capability[edit policy-options policy-statement policy name then] hiérarchique.

Topologie

Dans , le routeur PE1 est le routeur d’entrée et le Figure 3 routeur PE2 le routeur de sortie. Les routeurs P1 et P2 sont les routeurs de transit. Le routeur ABR est le routeur de pont entre la zone 0 et la zone 1. Le LAG est configuré sur les routeurs du fournisseur pour équilibrer la charge du trafic. Le routeur d’entrée PE1 est BGP d’entropie d’étiquettes BGP monodiffusion étiquetée.

Figure 3 : Configuration d’un label d’entropie pour BGP unicast marquéConfiguration d’un label d’entropie pour BGP unicast marqué

Configuration

CLI configuration rapide

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les interruptions de ligne, modifiez tous les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans le CLI au niveau de la hiérarchie, puis entrez dans le [edit]commit mode de configuration.

Routeur PE1

Routeur P1

Routeur ABR

Routeur P2

Routeur PE2

Configuration du routeur PE1

Procédure étape par étape

L’exemple suivant nécessite de naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation du CLI, consultez le guide de l’CLI en mode de configuration dans CLI’utilisateur.

Pour configurer le routeur PE1:

Remarque :

Répétez cette procédure pour le routeur PE2 après avoir modifié les noms, adresses et autres paramètres de l’interface appropriée.

  1. Configurez les interfaces avec les adresses IPv4 et IPv6.

  2. Configurez l’interface de bouclation.

  3. Définissez l’ID du routeur et le numéro de système autonome.

  4. Configurer le protocole RSVP pour toutes les interfaces.

  5. Activez MPLS sur toutes les interfaces du routeur PE1 et spécifiez le LSP.

  6. Configurez IBGP sur les routeurs internes.

  7. Activer la fonctionnalité d’étiquettes entropie pour BGP unicast marqué pour ibgp BGP groupe interne.

  8. Activez le OSPF sur toutes les interfaces du routeur de bordure de zone (ABR).

  9. Définissez des listes de préfixes pour spécifier les routes avec une capacité d’étiquettes entropie.

  10. Définissez une stratégie EL pour spécifier les routes avec une fonction d’étiquettes entropie.

  11. Définissez une autre stratégie EL-2 pour spécifier les routes avec une capacité d’étiquettes entropie.

  12. Définir une stratégie d’exportation BGP routages vers la table OSPF routage.

  13. Définissez une stratégie d’exportation OSPF routages vers la table BGP routage.

  14. Définir une stratégie pour exporter des routes statiques vers la table BGP routage.

  15. Configurez une cible VPN pour la communauté VPN.

  16. Configurez l’instance de routage VPN de couche 3 VPN-l3vpn.

  17. Assignez les interfaces pour l’instance de routage VPN-l3vpn.

  18. Configurez l’éminent routeur pour l’instance de routage VPN-l3vpn.

  19. Configurez une cible VRF (Routing and Forwarding) VPN pour l’instance de routage VPN-l3vpn.

  20. Configurez un routage statique vers l’équipement CE1 à l’aide du protocole VPN de couche 3 pour l’instance de routage VPN-l3vpn.

  21. Exportez les BGP routages vers la table OSPF routage pour l’instance de routage VPN-l3vpn.

  22. Attribuez l’interface OSPF pour l’instance de routage VPN-l3vpn.

Configuration du routeur P1

Procédure étape par étape

L’exemple suivant nécessite de naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation du CLI, consultez le guide de l’CLI en mode de configuration dans CLI’utilisateur.

Pour configurer le routeur P1:

Remarque :

Répétez cette procédure pour le routeur P2 après avoir modifié les noms, adresses et autres paramètres de l’interface appropriée.

  1. Configurez les interfaces avec les adresses IPv4 et IPv6.

  2. Configurez l’agrégation de liens sur les interfaces.

  3. Configurez l’interface de bouclation.

  4. Configurez MPLS étiquettes que le routeur utilise pour hachage des paquets jusqu’à sa destination afin d’équilibrer la charge.

  5. Définissez l’ID du routeur et le numéro de système autonome.

  6. Active l’équilibrage de charge par paquet.

  7. Configurez le protocole RSVP pour toutes les interfaces.

  8. Activez MPLS sur toutes les interfaces du routeur P1 et spécifiez le LSP.

  9. Activez le protocole OSPF sur toutes les interfaces du routeur P1 à l’exception de l’interface de gestion.

  10. Définir une stratégie pour l’équilibrage de la charge par paquet.

Configuration de l’ABR du routeur

Procédure étape par étape

L’exemple suivant nécessite de naviguer dans différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation du CLI, consultez le guide de l’CLI en mode de configuration dans CLI’utilisateur.

Pour configurer le routeur ABR:

  1. Configurez les interfaces avec les adresses IPv4 et IPv6.

  2. Configurez l’interface de bouclation.

  3. Configurez l’agrégation de liens sur les interfaces.

  4. Configurez MPLS étiquettes que le routeur utilise pour hachage des paquets jusqu’à sa destination afin d’équilibrer la charge.

  5. Définissez l’ID du routeur et le numéro de système autonome.

  6. Active l’équilibrage de charge par paquet.

  7. Configurez le protocole RSVP pour toutes les interfaces.

  8. Activez MPLS sur toutes les interfaces du routeur P1 et spécifiez le LSP.

  9. Configurez IBGP sur les routeurs internes.

  10. Activez le OSPF sur toutes les interfaces d’ABR.

  11. Définissez une stratégie pour spécifier les routes avec une fonction d’étiquettes d’entropie.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant les show interfaces commandes , et le show protocolsshow routing-optionsshow forwarding options , show policy-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érifier que la configuration fonctionne correctement.

Vérification de la promotion de la fonctionnalité d’étiquettes Entropy sur le routeur PE2

But

Vérifiez que l’attribut de chemin de chemin de capacité d’étiquette d’entropie est annoncé sur le routeur en amont PE2 à la sortie.

Action

À partir du mode opérationnel, exécutez show route 10.255.101.200 advertising-protocol bgp 10.255.102.102 la commande sur le routeur PE2.

Sens

La sortie montre que l’hôte PE2 avec l’adresse IP 10.255.101.200 possède la capacité d’étiquettes d’entropie. L’hôte affiche la fonctionnalité d’étiquettes d’entropie à BGP voisins.

Vérifier que l’ABR du routeur reçoit l’étiquette Entropy Advertisement

But

Vérifiez que l’ABR du routeur reçoit la publicité d’étiquettes d’entropie à l’entrée du routeur PE2.

Action

À partir du mode opérationnel, exécutez show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 la commande sur Router ABR.

Sens

Routeur ABR reçoit la publicité de capacité d’étiquettes entropie de BGP pe2 voisin.

Vérification de l’étiquette Entropy Flag (Indicateur d’entropie)

But

Vérifiez que l’indicateur d’entropie est placé pour les éléments d’étiquettes à l’entrée.

Action

À partir du mode opérationnel, exécutez show route protocol bgp detail la commande sur le routeur PE1.

Sens

Un label d’entropie est activé sur le routeur PE1. Le résultat indique que le label d’entropie est utilisé pour BGP unicast pour parvenir à un équilibrage de charge de bout en bout.

Configuration d’un saut ultime pour les LSP

Par défaut, les LSP signalés par RSVP utilisent l’avant-dernier saut (PHP).Figure 4 illustre un LSP vers l’avant-dernier saut entre le routeur PE1 et le routeur PE2. Le routeur CE1 fait avancer un paquet vers le saut suivant (Routeur PE1), qui est également le paquet d’entrée LSP. Le routeur PE1 pousse l’étiquette 1 sur le paquet et le pousse vers le routeur P1. Le routeur P1 termine l’opération MPLS de changement d’étiquettes standard, permutant l’étiquette 1 par l’étiquette 2, et route le paquet vers le routeur P2. Routeur P2 étant l’avant-dernier routeur du LSP vers le routeur PE2, il poppe d’abord le label puis le routeur PE2. Lorsque le routeur PE2 le reçoit, le paquet peut être marqué d’un label de service, d’un label explicit-null ou simplement d’un simple paquet IP ou VPLS. Le routeur PE2 route le paquet non-lablé vers le routeur CE2.

Figure 4 : Penultimate-Hop Popping pour un LSPPenultimate-Hop Popping pour un LSP

Vous pouvez également configurer le " ultimate-hop popping "(UHP)(tel qu’indiqué) pour les Figure 5 LSP à signaux RSVP. Certaines applications réseau peuvent exiger que les paquets arrivent au routeur de sortie (Routeur PE2) avec un label extérieur non nul. Pour un LSP à sauts ultimes, l’avant-dernier routeur (routeur P2 in) effectue le fonctionnement standard de permutation d’étiquettes MPLS (dans cet Figure 5 exemple, l’étiquette 2 pour l’étiquette 3) avant de faire avancer le paquet vers le routeur de sortie PE2. Le routeur PE2 pope le label extérieur et effectue une seconde recherche de l’adresse du paquet pour déterminer la destination finale. Il route ensuite le paquet vers la destination appropriée (routeur CE2 ou ROUTEur CE4).

Figure 5 : Saut ultime pour un LSPSaut ultime pour un LSP

Les applications réseau suivantes nécessitent de configurer les LSP UHP:

  • MPLS-TP pour la surveillance des performances et OAM en bande

  • Protection de périphérie circuits virtuels

Les fonctionnalités suivantes ne sont pas en charge du comportement DEUU:

  • LSP avec signalisation LDP

  • LSP statiques

  • LSP point à multipoint

  • CCC

  • traceroute Commande

Pour plus d’informations sur le comportement d’UHP, consultez le document Internet draft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt, Non PHP behavior et Out-of-Band Mapping pour RSVP-TE LSP.

Pour les LSP signalés par RSVP point à point, le comportement DE LSP est signalé à partir du signal d’entrée LSP. En fonction de la configuration du routeur d’entrée, RSVP peut signaler l’UHP LSP avec l’ensemble d’indicateur non PHP. Les messages de CHEMIN RSVP portent les deux indicateurs de l’objet LSP-ATTRIBUTES. Lorsque le routeur de sortie reçoit le message PATH, il attribue un label non-null au LSP. RSVP crée et installe également deux routes dans la table de routage mpls.0. S fait référence au bit S du label MPLS, qui indique si le bas de la pile d’étiquettes a été atteint ou non.

  • Route S=0: indique qu’il y a plus d’étiquettes dans la pile. Le saut suivant pour cette route pointe vers la table de routage mpls.0, en déclenchent une recherche d’étiquettes MPLS chaînes pour découvrir les étiquettes de MPLS restantes dans la pile.

  • Route S=1: indique qu’il n’y a plus d’étiquettes. Le saut suivant pointe vers la table de routage inet.0 si la plate-forme prend en charge la recherche multi-familles et chaînées. Le routeur d’étiquettes peut également pointer vers une interface VT pour lancer un forwarding IP.

Si vous activez les LSP UHP, les applications MPLS comme les VPN de couche 3, les VPLS, les VPN de couche 2 et les circuits de couche 2 peuvent utiliser les LSP. Les détails ci-après expliquent comment les LSP UHP affectent les différents types d MPLS applications:

  • VPN de couche 2 et circuits de couche 2: un paquet arrive au routeur PE (sortie du LSP UHP) avec deux labels. L’étiquette extérieure (S=0) est l’étiquette UHP, et l’étiquette interne (S=1) est le label VC. Une recherche basée sur le label de transport entraîne une poignée de tableau pour la table de routage mpls.0. Un chemin supplémentaire est également ajouté à la table de routage mpls.0 correspondant au label interne. Une recherche basée sur le label interne entraîne l’CE saut suivant.

  • VPN de couche 3: un paquet arrive au routeur PE (sortie du LSP UHP) avec deux labels. L’étiquette extérieure (S=0) est l’étiquette UHP et l’étiquette interne est le label VPN (S=1). Une recherche basée sur l’étiquette de transport entraîne une poignée de tableau pour la table de routage mpls.0. Dans ce scénario, deux scénarios sont possibles. Par défaut, les VPN de couche 3 font la publicité du label par saut suivant. Une recherche basée sur le label interne entraîne le saut suivant vers CE routeur. Toutefois, si vous avez configuré l’instruction pour l’instance de routage VPN de couche vrf-table-label 3, le label LSI interne indique la table de routage VRF. Une recherche IP a également été effectuée pour la table de routage VRF.

    Remarque :

    L’uhp pour les VPN de couche 3 configurés avec l’instruction est pris en charge MX Series la vrf-table-label 5G Plates-formes de routage universelles uniquement.

  • VPLS: un paquet arrive au routeur PE (sortie du LSP UHP) avec deux labels. L’étiquette extérieure porte le label de transport (S=0) et le label interne VPLS (S=1). Une recherche basée sur l’étiquette de transport entraîne une poignée de tableau pour la table de routage mpls.0. Une recherche basée sur le label interne de la table de routage mpls.0 entraîne l’interface de tunnel LSI de l’instance de routage VPLS si les services de tunnel ne sont pas configurés (ou qu’une interface VT n’est pas disponible). Les routeurs 3D MX Series supportent la recherche en chaîne et la recherche multi-familles.

    Remarque :

    L’uhp pour VPLS configuré avec l’énoncé est uniquement pris en charge sur les no-tunnel-service routeurs 3D MX Series.

  • IPv4 sur MPLS: un paquet arrive au routeur PE (sortie DU LSP UHP) avec un seul label (S=1). Une recherche basée sur ce label renvoie à une interface de tunnel VT. Une autre recherche SUR IP est effectuée sur l’interface VT afin de déterminer l’objectif du paquet. Si la plate-forme de routage prend en charge les recherches multi-familles et en chaîne (par exemple, les routeurs 3D MX et PTX Series Routeurs de transport de paquets), la recherche se base sur les points de routage d’étiquettes (S=1) vers la table de routage inet.0.

  • IPv6 sur MPLS: pour la tunneling IPv6 sur MPLS, les routeurs PE font la publicité des routes IPv6 entre elles avec une valeur de label de 2. Il s’agit du label null explicite pour IPv6. Ainsi, les sauts suivants pour les routes IPv6 tirés des routeurs PE distants poussent normalement deux labels. Le label interne est 2 (il peut être différent si le routeur PE publicitaire vient d’un autre fournisseur) et le label du routeur est le label LSP. Les paquets arrivent au routeur PE (sortie du LSP UHP) avec deux labels. L’étiquette extérieure est le label de transport (S=0), et le label interne est le label explicit-null IPv6 (label 2). La recherche basée sur le label interne de la table de routage mpls.0 redirige vers la table de routage mpls.0. Sur les routeurs MX Series 3D, le label interne (label 2) est dénudé et une enquête IPv6 est réalisée à l’aide de la table de routage inet6.0.

  • Activation des LSP PHP et UHP: Vous pouvez configurer à la fois PHP et LSP sur les mêmes chemins réseau. Vous pouvez séparer le trafic PHP et LSP en sélectionnant le saut suivant par LSP en utilisant une expression régulière à l’aide de install-nexthop l’énoncé. Vous pouvez également séparer le trafic en nommant simplement les LSP de manière appropriée.

Les instructions suivantes permettent un saut ultime pour un LSP. Vous pouvez activer cette fonctionnalité sur un LSP spécifique ou pour tous les LSP d’entrée configurés sur le routeur. Configurez ces instructions sur le routeur à l’entrée du LSP.

  1. Pour activer le saut ultime, inclure ultimate-hop-popping l’instruction:

    Inclure cette instruction au niveau de la hiérarchie pour activer le saut ultime [edit protocols mpls label-switched-path label-switched-path-name] sur un LSP spécifique. Inclure cette instruction au niveau de la hiérarchie pour activer le saut ultime sur tous les LSP d’entrée [edit protocols mpls] configurés sur le routeur. Vous pouvez également configurer ultimate-hop-popping l’instruction sous les niveaux [edit logical-routers] hiérarchiques équivalents.

    Remarque :

    Lorsque vous activez un saut ultime, le RSVP tente de recaler les LSP existants en tant que LSP d’ultime saut, de façon à pré-breaker. Si un routeur de sortie ne prend pas en charge le saut ultime, le LSP existant est supprimé (RSVP envoie un message PathTear le long du chemin d’un LSP, supprimant l’état du chemin et l’état de réservation dépendant et libérant les ressources réseau associées).

    Si vous désactivez le saut ultime, les LSP existants relaient les RSVP comme avant-dernier saut en tant qu’avant-dernier saut.

  2. Si vous souhaitez activer le saut ultime et enchaîner les sauts suivants sur les routeurs 3D MX Series uniquement, vous devez également configurer l’option de enhanced-ipnetwork-services l’instruction:

    Vous configurez cet énoncé au niveau [edit chassis] de la hiérarchie. Une fois l’instruction configurée, vous devez redémarrer le network-services routeur pour activer le comportement d’UHP.

Configuration des LSP à chemin explicite

Si vous désactivez le calcul de chemin de commutation d’étiquettes (LSP), tel que décrit dans le manuel Disabling Constrained-Path LSP Computation,vous pouvez configurer les LSP manuellement ou permettre aux LSP de suivre le chemin IGP.

Lorsque des LSP de chemin explicite sont configurés, le LSP est établi le long du chemin que vous avez spécifié. Si, sur le plan topologique, le chemin n’est pas faisable, soit parce que le réseau est partitioné, soit parce que des ressources insuffisantes sont disponibles sur certaines parties du chemin, le LSP va échouer. Aucun autre chemin ne peut être utilisé. Si la configuration réussit, le LSP reste indéfiniment sur le chemin défini.

Pour configurer un LSP à chemin explicite, suivez ces étapes:

  1. Configurez les informations de chemin sur un chemin nommé, tel qu’indiqué dans Creating Named Paths. Pour configurer les informations de chemin complètes, spécifiez chaque saut entre les routeurs d’entrée et de sortie, de préférence à l’aide de strict l’attribut. Pour configurer les informations de chemin incomplètes, spécifiez uniquement un sous-ensemble de sauts de routeur, en utilisant l’attribut dans les endroits où le loose chemin est incomplète.

    Pour les chemins incomplètes, les routeurs MPLS complètent le chemin en interrogeant la table de routage locale. Cette requête est effectuée à chaque saut, et chaque routeur ne trouve que des informations suffisantes pour atteindre le saut explicite suivant. Il peut être nécessaire de traverser un certain nombre de routeurs pour atteindre le saut explicite suivant (vague).

    La configuration d’informations de chemin incomplètes crée des parties du chemin qui dépendent de la table de routage actuelle, et cette partie du chemin peut se rediriger au moment des modifications de la topologie. Par conséquent, un LSP à chemin explicite contenant des informations de chemin incomplètes n’est pas entièrement résolu. Ce type de LSP n’ont qu’une capacité limitée à se réparer et ont tendance à créer des boucles ou des battements selon le contenu de la table de routage locale.

  2. Pour configurer le LSP et le pointer vers le chemin nommé, utilisez l’ou l’énoncé, tel que décrit dans primarysecondaryConfiguring Primary and Secondary LSP.

  3. Désactivez le calcul LSP à chemin contraint en incluant l’énoncé dans le LSP ou dans une no-cspf ou primary plusieurs secondary instructions. Pour plus d’informations, consultez le site Disabling Constrained-Path LSP Computation.

  4. Configurez d’autres propriétés LSP.

L’utilisation de LSP à chemin explicite présente les inconvénients suivants:

  • Il faut davantage d’efforts en configuration.

  • Les informations de chemin configurées ne peuvent pas prendre en compte la réservation dynamique de la bande passante réseau. Ainsi, les LSP tendent à échouer lorsque les ressources sont épuisées.

  • En cas de panne d’un LSP à chemin explicite, vous devrez peut-être le réparer manuellement.

En raison de ces limites, il est recommandé d’utiliser les LSP à chemin explicite uniquement dans des situations contrôlées, par exemple pour appliquer une stratégie de placement LSP optimisée résultant des calculs avec un package logiciel de simulation hors ligne.

Exemple: Configuration d’un LSP à chemin explicite

Sur le routeur d’entrée, créez un LSP à chemin explicite et spécifiez les routeurs de transit entre les routeurs d’entrée et de sortie. Dans cette configuration, aucun calcul de chemin contraint n’est effectué. Pour le chemin principal, tous les sauts intermédiaires sont strictement spécifiés afin que leur route ne puisse pas changer. Le chemin secondaire doit d’abord passer par le routeur 14.1.1.1, puis prendre la route disponible pour atteindre sa destination. Le chemin secondaire restant est généralement le chemin le plus court calculé par IGP.

Présentation du surabonnement de bande passante LSP

Les LSP sont établis avec des réservations de bande passante configurées pour le volume maximal de trafic que vous attendez d’traverser le LSP. Tous les LSP n’ont pas à transporter le maximum de trafic sur leurs liaisons en permanence. Par exemple, même si la bande passante pour la liaison A a été entièrement réservée, la bande passante réelle peut toujours être disponible, mais pas actuellement utilisée. Cette bande passante supplémentaire peut être utilisée en permettant aux autres LSP d’utiliser également la liaison A, en sur-abonnement à la liaison. Vous pouvez oversubscribe la bande passante configurée pour chaque type de classe ou spécifier une valeur unique pour tous les types de classes à l’aide d’une interface.

Vous pouvez utiliser la sur-abonnement pour tirer parti de la nature statistique des modèles de trafic et permettre une meilleure utilisation des liens.

Les exemples suivants décrivent comment vous pouvez utiliser un surabonnement et une abonnement en trop grande bande passante:

  • Utilisez l’abonnement en sur-abonnement aux types de classe lorsque les périodes de pointe du trafic ne coïncident pas avec les temps.

  • Utilisez l’abonnement en sur-abonnement aux types de classes qui transportent le meilleur trafic. Vous prenez le risque de suspendre temporairement ou d’abandonner le trafic en échange d’une meilleure utilisation des ressources réseau.

  • Offre différents degrés de surabonnement ou d’abonnement de trafic pour les différents types de classes. Par exemple, vous configurez l’abonnement aux classes de trafic comme suit:

    • Effort le plus important:ct0 1000

    • Voix:ct3 1

Lorsque vous sous-inscrisez un type de classe pour un LSP multiclass, la demande totale de toutes les sessions RSVP est toujours inférieure à la capacité réelle du type de classe. Vous pouvez utiliser l’abonnement en sous-abonnement pour limiter l’utilisation d’un type de classe.

Le calcul de la surabonnement de bande passante se fait uniquement sur le routeur local. Aucune signalisation ni aucune autre interaction n’étant requises par les autres routeurs du réseau, la fonctionnalité peut être activée sur les routeurs individuels sans être activée ou disponible sur d’autres routeurs qui peuvent ne pas prendre en charge cette fonctionnalité. Les routeurs voisins n’ont pas besoin de connaître le calcul de l’abonnement en surabonnement, ils s’appuient sur le IGP.

Les sections suivantes décrivent les types de surabonnement de bande passante disponibles dans le Junos OS:

Abonnement en surabonnement de taille LSP

En cas de surabonnement de taille LSP, il vous suffit de configurer une bande passante inférieure au débit maximum prévu pour le LSP. Vous devrez peut-être ajuster la configuration pour mettre en place des mécanisme de contrôle automatiques. Les mécanisme de contrôle automatiques gèrent le trafic attribué à un LSP, afin de s’assurer qu’il ne dépasse pas les valeurs de bande passante configurées. L’abonnement en surabonnement de taille LSP nécessite que le LSP puisse dépasser son allocation de bande passante configurée.

Le contrôle est toujours possible. Toutefois, le policer doit être configuré manuellement pour prendre en compte la bande passante maximale planifiée pour le LSP plutôt que pour la valeur configurée.

Abonnement en sur-abonnement par type de classe et multiplicateurs d’abonnement local

Les multiplicateurs locaux d’abonnement en surabonnement permettent d’autoriser différentes valeurs d’abonnement en surabonnement pour différents types de classes. Les MM sont utiles pour les réseaux sur lequel le rapport d’abonnement doit être configuré différemment sur les liens différents et où des valeurs d’abonnement en sur-abonnement sont requises pour les différentes classes. Vous pouvez utiliser cette fonctionnalité pour surinscrire les types de classes qui gèrent le trafic à effort le plus important, mais n’utilisez pas de surabonnement pour les types de classes qui gèrent le trafic voix. Une LOM est calculée localement sur le routeur. Aucune information relative à une LOM n’est signalé aux autres routeurs du réseau.

Une LOM est configurable sur chaque lien et pour chaque type de classe. Le LOM par classe vous permet d’augmenter ou de réduire le taux de surabonnement. Le LOM par classe est pris en compte dans l’ensemble de la bande passante locale pour le contrôle des admissions et la publicité IGP de bande passante non servie.

Le calcul de LOM est lié au modèle de bande passante (AUDS, AUSE étendu et aux dolls russes) utilisé, car l’effet de l’abonnement en sur-abonnement aux types de classes doit être expliqué avec précision.

Remarque :

Tous les calculs de LOM sont effectués par le Junos OS et ne requièrent aucune intervention de l’utilisateur.

Les formules relatives au surabonnement de types de classes sont décrites dans les sections suivantes:

Configuration du pourcentage d’abonnement à la bande passante pour les LSP

Par défaut, RSVP permet d’utiliser toute la bande passante d’un type de classe (100 % pour les réservations RSVP). Lorsque vous sursinscrisez un type de classe pour un LSP multiclass, la demande agrégée de toutes les sessions RSVP est autorisée à dépasser la capacité réelle du type de classe.

Si vous souhaitez sur-abonnement ou sous-abonnement tous les types de classes sur une interface en utilisant la même bande passante en pourcentage, configurez le pourcentage à l’aide de subscription l’énoncé:

Pour obtenir la liste des niveaux de hiérarchie à partir des lesquels vous pouvez inclure cette instruction, consultez la section récapitulatif de l’énoncé.

Pour sous-abonnement ou sur-abonnement la bande passante pour chaque type de classe, configurez un pourcentage pour chaque type de classe ( ct0 , ct1 et ) ct2ct3 d’option pour subscription l’énoncé. Lorsque vous sursinscrisez un type de classe, un LOM est appliqué pour calculer la bande passante réelle réservée. Pour plus d’informations, consultez les services de surabonnement de type classe et les multiplicateurs d’abonnements locaux.

Pour obtenir la liste des niveaux de hiérarchie à partir des lesquels vous pouvez inclure cette instruction, consultez la section récapitulatif de l’énoncé.

percentage est le pourcentage de bande passante de type classe que RSVP permet d’utiliser pour les réservations. Il peut s’obtenir une valeur de 0 à 65 000 %. Si vous spécifiez une valeur supérieure à 100, vous sur-abonnement de l’interface ou du type de classe.

La valeur que vous configurez lorsque vous sur-inscrisez un type de classe est un pourcentage de bande passante de type classe qui peut réellement être utilisée. La valeur d’abonnement par défaut est de 100 %.

Vous pouvez utiliser subscription l’instruction pour désactiver les nouvelles sessions RSVP pour un ou plusieurs types de classes. Si vous configurez un pourcentage de 0, aucune nouvelle session (y compris celles qui ne sont pas gourmandes en bande passante) n’est autorisée pour le type de classe.

Les sessions RSVP existantes ne sont pas affectées par la modification du facteur d’abonnement. Pour effacer une session existante, il faut émettre la clear rsvp session commande. Pour plus d’informations sur clear rsvp session la commande, consultez le CLI Explorer.

Contraintes liées à la configuration de l’abonnement à la bande passante

Prendre conscience des problèmes suivants lors de la configuration de l’abonnement à la bande passante:

  • Si vous configurez des contraintes de bande passante au niveau hiérarchique, elles remplacent n’importe quelle configuration de bande passante que vous spécifiez au niveau hiérarchique pour [edit class-of-service interface interface-name][edit protocols rsvp interface interface-name bandwidth] Diffserv-TE. Notez également que les contraintes de bande passante liées CoS ou RSVP peuvent remplacer les contraintes de bande passante matérielles de l’interface.

  • Si vous configurez une valeur d’abonnement à la bande passante pour une interface spécifique qui diffère de la valeur configurée pour toutes les interfaces (en incluant différentes valeurs pour l’instruction aux niveaux hiérarchiques et suivants), la valeur spécifique de l’interface est utilisée pour cette subscription[edit protocols rsvp interface interface-name][edit protocols rsvp interface all] interface.

  • Vous pouvez configurer l’abonnement à chaque type de classe uniquement si vous configurez également un modèle de bande passante. Si aucun modèle de bande passante n’est configuré, l’opération de validation échoue avec le message d’erreur suivant:

  • Vous ne pouvez pas inclure l’instruction à la fois dans la configuration pour un type de classe spécifique subscription et dans la configuration de l’interface dans son ensemble. L’opération de validation échoue avec le message d’erreur suivant:

Tableau de l'historique des versions
Version
Description
14.1R9
À partir de Junos OS Version 14.1R9, 15.1R7, 16.1R5, 16.1X2, 16.2R3 et 17.2R2, tous les échantillons de bande passante sans valeur sont considérés comme des échantillons sous-flux, à l’exception des échantillons de valeur zéro qui arrivent après la mise en place d’un LSP et des échantillons de valeur zéro qui arrivent en premier après le basculement moteur de routage.