Configuration LSP de base

La métrique LSP est utilisée pour indiquer la facilité ou la difficulté d’envoyer du trafic sur un LSP particulier. Des valeurs métriques LSP plus faibles (coût inférieur) augmentent la probabilité qu’un LSP soit utilisé. À l’inverse, des valeurs métriques LSP élevées (coût plus élevé) diminuent la probabilité qu’un LSP soit utilisé.

La métrique LSP peut être spécifiée dynamiquement par le routeur ou explicitement par l’utilisateur, comme décrit dans les sections suivantes :

• Configuration des métriques LSP dynamiques
• Configuration des métriques LSP statiques
• Configuration des métriques conditionnelles RSVP LSP
• Préserver la métrique IGP dans les routes RSVP LSP

Vous pouvez fournir une description textuelle d’un LSP en y joignant tout texte descriptif qui inclut des espaces entre guillemets ( » « ). Le texte descriptif que vous incluez s’affiche dans la sortie détaillée de la show mpls lsp commande ou de la show mpls container-lsp commande.

L’ajout d’une description textuelle pour un LSP n’a aucun effet sur le fonctionnement du LSP. La description textuelle du LSP ne doit pas dépasser 80 caractères.

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

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

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

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

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

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

Avant de commencer :

• Configurez les interfaces de l’appareil.

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

• Activez MPLS sur les interfaces des appareils.

• Configurez un LSP dans le domaine MPLS.

Pour ajouter une description textuelle à un LSP :

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

   Par exemple :

2. Vérifiez et validez la configuration.

   Par exemple :

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

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 à supprimer d’abord un LSP préempté, à signaler un nouveau chemin, puis à rétablir le LSP sur le nouveau chemin. Dans l’intervalle qui s’écoule entre le moment où le chemin d’accès est arrêté et l’établissement du nouveau LSP, tout trafic qui tente d’utiliser le LSP est perdu. La préemption douce empêche ce type de perte de trafic. L’inconvénient est que pendant la période où un LSP est préempté en douceur, deux LSP avec leurs besoins de bande passante correspondants sont utilisés jusqu’à ce que le chemin d’origine soit détruit.

La préemption logicielle MPLS est utile pour la maintenance du réseau. Par exemple, vous pouvez éloigner tous les LSP d’une interface particulière, puis mettre l’interface hors service pour des raisons de maintenance sans interrompre le trafic. La préemption logicielle MPLS est décrite en détail dans le document RFC 5712, MPLS Traffic Engineering Soft Preemption.

La préemption logicielle 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 l’instruction soft-preemption :

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

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

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

Vous pouvez également configurer un minuteur pour la préemption douce. Le minuteur indique la durée pendant laquelle le routeur doit attendre avant de lancer une préemption stricte du LSP. À la fin du temps spécifié, le LSP est démonté et resignalé. Le minuteur de nettoyage par préemption logicielle a une valeur par défaut de 30 secondes ; La plage de valeurs autorisées est comprise entre 0 et 180 secondes. Une valeur de 0 signifie que la préemption douce est désactivée. Le minuteur de nettoyage à préemption douce est global pour tous les LSP.

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

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

• [edit protocols rsvp preemption soft-preemption]

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

Lorsque la bande passante est insuffisante pour établir un LSP plus important, vous pouvez supprimer un LSP existant moins important pour libérer la bande passante. Pour ce faire, préemptez le LSP existant.

La question de savoir si un LSP peut être préempté est déterminée par deux propriétés associées au LSP :

• Setup priority (Priorité de configuration) : détermine si un nouveau LSP qui préempte un LSP existant peut être établi. Pour que la préemption se produise, 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. C’est-à-dire que la préemption ne se produit que si le nouveau LSP peut être configuré avec succès.

• Priorité de réservation : détermine le degré auquel un LSP conserve sa réservation de session une fois qu’il a été configuré avec succès. Lorsque la priorité de réservation est élevée, le LSP existant est moins susceptible d’abandonner sa réservation, et il est donc peu probable qu’il puisse être préempté.

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

La priorité de configuration définit également l’importance relative des LSP sur le même routeur entrant. Au démarrage du logiciel, lors de l’établissement d’un nouveau LSP ou lors de la récupération d’une panne, la priorité de configuration détermine l’ordre dans lequel les LSP sont traités. Les LSP de priorité plus élevée ont tendance à être établis en premier et bénéficient donc d’une sélection de chemin plus optimale.

Pour configurer les propriétés de préemption du LSP, incluez l’instruction priority suivante :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de cette instruction.

Les deux setup-priority et reservation-priority peuvent être une valeur comprise entre 0 et 7. La valeur 0 correspond à la priorité la plus élevée et la valeur 7 à la priorité la plus basse. Par défaut, un LSP a une priorité de configuration de 7 (c’est-à-dire qu’il ne peut pas préempter d’autres LSP) et une priorité de réservation de 0 (c’est-à-dire que les autres LSP ne peuvent pas le préempter). Ces valeurs par défaut sont telles qu’il n’y a pas de préemption. Lorsque vous configurez ces valeurs, la priorité de configuration doit toujours être inférieure ou égale à la priorité de maintien.

Les groupes d’administration, également connus sous le nom de coloration des liens ou de classe de ressources, se voient attribuer manuellement des attributs qui décrivent la « couleur » des liens, de sorte que les liens de la même couleur appartiennent conceptuellement à la même classe. Vous pouvez utiliser des groupes d’administration pour implémenter diverses configurations LSP basées sur des stratégies.

Les groupes d’administration n’ont de sens que lorsque le calcul LSP à chemin contraint est activé.

Vous pouvez attribuer jusqu’à 32 noms et valeurs (compris entre 0 et 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 d’un même domaine.

Pour configurer des groupes d’administration, procédez comme suit :

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

   Vous pouvez inclure cette instruction 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 de valeurs administratifs pour un domaine :

2. Définissez les groupes d’administration auxquels appartient une interface. Vous pouvez affecter plusieurs groupes à une interface. Incluez l’énoncé interface suivant :

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

   • [edit protocols mpls]

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

   Si vous n’incluez pas l’instruction admin-group , une interface n’appartient à aucun groupe.

   Les IGP utilisent les informations de groupe pour créer des paquets à l’état de lien, qui sont ensuite inondés dans tout le réseau, fournissant des informations à tous les nœuds du réseau. Sur n’importe quel routeur, la topologie IGP, ainsi que les groupes d’administration de toutes les liaisons, sont disponibles.

   La modification du groupe d’administration de l’interface n’affecte que les nouveaux LSP. Les LSP existants sur l’interface ne sont pas préemptés ou recalculés pour maintenir la stabilité du réseau. Si des LSP doivent être supprimés en raison d’un changement de groupe, exécutez la clear rsvp session commande.

   REMARQUE :

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

3. Configurez une contrainte de groupe d’administration pour chaque LSP ou pour chaque chemin d’accès LSP principal ou secondaire. Incluez l’énoncé label-switched-path suivant :

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

   • [edit protocols mpls]

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

   Si vous omettez les include-allinstructions , include-anyou , le exclude calcul du chemin d’accès se poursuit sans modification. Le calcul du chemin est basé sur le calcul LSP du chemin contraint. Pour plus d’informations sur le calcul du LSP à chemin contraint, consultez Comment CSPF sélectionne un chemin.

   REMARQUE :

   La modification du groupe d’administration du LSP entraîne un recalcul immédiat de l’itinéraire ; par conséquent, le LSP peut être réacheminé.

En option, vous pouvez configurer plusieurs LSP entre la même paire de routeurs entrants et sortants. Ceci est utile pour équilibrer la charge entre les LSP, car tous les LSP, par défaut, 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 7 et pour les LSP LDP est 9. Ces valeurs de préférence sont inférieures (plus préférées) à toutes les routes apprises, à l’exception des routes d’interface directe.

Pour modifier la valeur de préférence par défaut, incluez l’instruction preference suivante :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de cette instruction.

L’implémentation Junos de RSVP prend en charge l’objet Record Route, qui permet à un 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 d’itinéraire sont enregistrées. Pour désactiver l’enregistrement, incluez l’instruction no-record suivante :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure les record instructions et no-record , reportez-vous à la section Résumé de l’instruction.

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

Si la réoptimisation est activée, un LSP peut être réacheminé à travers différents chemins par des recalculs de chemin contraint. Toutefois, si la réoptimisation est désactivée, le LSP dispose d’un chemin fixe et ne peut pas tirer parti des ressources réseau nouvellement disponibles. Le LSP est fixe jusqu’à ce que le prochain changement de topologie interrompe le LSP et force un recalcul.

La réoptimisation n’est pas liée au basculement. Un nouveau chemin est toujours calculé lorsque des défaillances de topologie se produisent et perturbent un chemin établi.

En raison de la surcharge potentielle du système, vous devez contrôler soigneusement la fréquence de réoptimisation. La stabilité du réseau peut être affectée lorsque la réoptimisation est activée. Par défaut, l’instruction optimize-timer est définie sur 0 (c’est-à-dire qu’elle est désactivée).

L’optimisation LSP n’a de sens que lorsque le calcul LSP à chemin contraint est activé, ce qui est le comportement par défaut. Pour plus d’informations sur le calcul du LSP à chemin contraint, consultez Désactivation du calcul du LSP à chemin contraint. En outre, l’optimisation LSP ne s’applique qu’aux LSP entrants, il suffit donc de configurer l’instruction optimize-timer sur le routeur entrant. Les routeurs de transit et de sortie ne nécessitent aucune configuration spécifique pour prendre en charge l’optimisation LSP (si MPLS est activé).

Pour activer la réoptimisation du chemin, incluez l’instruction optimize-timer suivante :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de cette instruction.

Une fois que vous avez configuré l’instruction optimize-timer , le minuteur de réoptimisation poursuit son compte à rebours jusqu’à la valeur configurée, même si vous supprimez l’instruction optimize-timer de la configuration. L’optimisation suivante utilise la nouvelle valeur. Vous pouvez forcer Junos OS à utiliser une nouvelle valeur immédiatement en supprimant l’ancienne valeur, en validant la configuration, en configurant la nouvelle valeur pour l’instruction optimize-timer , puis en validant à nouveau la configuration.

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

1. Le nouveau chemin n’est pas plus élevé en métrique IGP. (La métrique de l’ancien chemin est mise à jour pendant le calcul, donc si une métrique de lien récent a changé quelque part le long de l’ancien chemin, elle est prise en compte.)

2. Si le nouveau chemin a la même métrique IGP, il n’y a pas plus de sauts.

3. Le nouveau chemin n’entraîne pas de préemption. (Il s’agit de réduire l’effet d’entraînement de la préemption, ce qui entraîne une plus grande préemption.)

4. La nouvelle voie n’aggrave pas la congestion dans l’ensemble.

   L’encombrement relatif du nouveau trajet est déterminé comme suit :

   1. Le pourcentage de bande passante disponible sur chaque liaison traversée par le nouveau chemin est comparé à celui de l’ancien chemin, en commençant par les liens les plus encombrés.

   2. Pour chaque (ancien) chemin actuel, le logiciel stocke les quatre plus petites valeurs de disponibilité de la bande passante pour les liens traversés dans l’ordre croissant.

   3. Le logiciel stocke également les quatre plus petites valeurs de disponibilité de la bande passante pour le nouveau chemin, correspondant aux liens traversés dans l’ordre croissant.

   4. Si l’une des quatre nouvelles valeurs de bande passante disponibles est inférieure à l’une des anciennes valeurs de disponibilité de bande passante correspondantes, cela signifie qu’au moins une liaison du nouveau chemin est plus encombrée que la liaison utilisée par l’ancien chemin. L’utilisation de la liaison entraînerait davantage d’encombrement, le trafic n’est pas basculé sur ce nouveau chemin.

   5. Si aucune des quatre nouvelles valeurs de bande passante disponibles n’est inférieure aux anciennes valeurs de disponibilité de bande passante correspondantes, le nouveau chemin est moins encombré que l’ancien.

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

1. Si la métrique IGP du nouveau chemin est inférieure, elle est acceptée.

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

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

   1. Le LSP est déplacé vers un nouveau chemin qui est utilisé au moins 10 % moins cher que le chemin actuel. Cela pourrait réduire la congestion sur le chemin actuel dans une faible mesure. Par exemple, si un LSP avec 1 Mo de bande passante est déplacé hors d’un chemin portant au moins 200 Mo, l’encombrement sur le chemin d’origine est réduit de moins de 1 %.

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

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

   Figure 1 : Exemple d’algorithme d’équilibrage de charge avec le moindre remplissage

   Comme illustré à Figure 1la section , il existe deux chemins potentiels permettant à un LSP de passer du routeur A au routeur H : les liens impairs de L1 à L13 et les liens pairs de L2 à L14. Actuellement, le routeur utilise les liens pairs comme chemin actif pour le LSP. Chaque liaison entre les deux mêmes routeurs (par exemple, le routeur A et le routeur B) a 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 impaires ont la bande passante disponible suivante :

   • L3 = 41%

   • L5 = 56%

   • L7 = 66%

   • L9 = 71%

   Les liaisons 1GE paires ont la bande passante disponible suivante :

   • L4 = 37%

   • L6 = 52%

   • L8 = 61%

   • L10 = 70%

   Sur la base de ces informations, le routeur calcule la différence de bande passante disponible entre les liaisons paires et impaires 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 totale disponible sur les liaisons impaires est de 14 % (4 % + 4 % + 5 % + 1 %). Étant donné que 14 % est supérieur à 10 % (le seuil minimum de l’algorithme de moindre remplissage), le LSP est déplacé vers le nouveau chemin sur les liens impairs du chemin d’origine à l’aide des liens pairs.

4. Dans le cas contraire, le nouveau chemin est rejeté.

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

• Si le nouveau chemin a la même métrique IGP, il n’y a pas plus de sauts.

• Le nouveau chemin n’entraîne pas de préemption. (Il s’agit de réduire l’effet d’entraînement de la préemption, ce qui entraîne une plus grande préemption.)

• La nouvelle voie n’aggrave pas la congestion dans l’ensemble.

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

Pour les désactiver, exécutez la clear mpls lsp optimize-aggressive commande ou incluez l’instruction optimize-aggressive :

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

• [edit protocols mpls]

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

L’inclusion de l’instruction optimize-aggressive dans la configuration entraîne le déclenchement plus fréquent de la procédure de réoptimisation. Les chemins sont réacheminés plus fréquemment. Il limite également l’algorithme de réoptimisation à la métrique IGP uniquement.

En raison des contraintes liées aux ressources du réseau et du routeur, il est généralement déconseillé de configurer un intervalle court pour le minuteur d’optimisation. Toutefois, dans certaines circonstances, il peut être souhaitable de réoptimiser un chemin plus tôt que ne le ferait normalement le temporisateur d’optimisation.

Par exemple, un LSP traverse un chemin préféré qui échoue par la suite. Le LSP est ensuite basculé vers un chemin moins souhaitable pour atteindre la même destination. Même si le chemin d’origine est rapidement restauré, il peut s’écouler un temps trop long avant que le LSP ne l’utilise à nouveau, car il doit attendre le minuteur d’optimisation pour réoptimiser les chemins réseau. Pour de telles situations, vous souhaiterez peut-être configurer le minuteur d’optimisation intelligent.

Lorsque vous activez le minuteur d’optimisation intelligent, un LSP revient à son chemin d’origine tant que le chemin d’origine a été restauré dans les 3 minutes suivant la descente. De plus, si le chemin d’origine tombe à nouveau en panne dans les 60 minutes, le minuteur d’optimisation intelligent est désactivé et l’optimisation du chemin se comporte comme elle le fait normalement lorsque le minuteur d’optimisation seul est activé. Cela empêche le routeur d’utiliser une liaison battante.

La minuterie d’optimisation intelligente dépend d’autres fonctionnalités MPLS pour fonctionner correctement. Pour le scénario décrit ici dans lequel un LSP est basculé vers un autre chemin en cas de défaillance sur le chemin d’origine, il est supposé que vous avez configuré une ou plusieurs des fonctionnalités de protection du trafic MPLS, y compris le reroutage rapide, la protection de liaison et les chemins secondaires de secours. Ces fonctionnalités permettent de s’assurer que le trafic peut atteindre sa destination en cas de panne.

Au minimum, vous devez configurer un chemin secondaire de secours pour que la fonction de minuterie d’optimisation intelligente fonctionne correctement. Le reroutage rapide et la protection des liaisons sont des solutions temporaires à une panne de réseau. Un chemin secondaire garantit l’existence d’un chemin alternatif stable en cas de défaillance du chemin principal. Si vous n’avez configuré aucune sorte de protection du trafic pour un LSP, le minuteur d’optimisation intelligent ne garantit pas à lui seul que le trafic peut atteindre sa destination. Pour plus d’informations sur la protection du trafic MPLS, reportez-vous à la section MPLS et protection du trafic.

Lorsqu’un chemin principal tombe en panne et que le minuteur d’optimisation intelligent bascule le trafic vers le chemin secondaire, le routeur peut continuer à utiliser le chemin secondaire même après la restauration du chemin principal. Si le routeur entrant effectue un calcul CSPF, il peut déterminer que le chemin secondaire est le meilleur chemin.

Cela peut être indésirable si le chemin principal doit être le chemin actif et que le chemin secondaire doit être utilisé comme chemin de secours uniquement. 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 fonctionnalité de minuterie d’optimisation intelligente ne rebascule pas automatiquement le trafic vers le chemin principal. Toutefois, vous pouvez activer la protection du chemin secondaire en configurant la protection des nœuds et des liens ou un chemin secondaire de secours supplémentaire, auquel cas le minuteur d’optimisation intelligent peut être efficace.

Spécifiez la durée en secondes de la minuterie d’optimisation intelligente à l’aide de l’instruction smart-optimize-timer :

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

• [edit protocols mpls]

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

Par défaut, chaque LSP peut parcourir un maximum de 255 sauts, y compris les routeurs d’entrée et de sortie. Pour modifier cette valeur, incluez l’instruction hop-limit suivante :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de cette instruction.

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

Chaque LSP a une valeur de 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 plus de bande passante pour un LSP, celui-ci devrait être en mesure de transporter un plus grand volume de trafic. La bande passante par défaut est de 0 bit par seconde.

Une bande passante différente de zéro nécessite que les routeurs de transit et de sortie réservent la capacité le long des liens sortants pour le chemin. Le système de réservation RSVP est utilisé pour réserver cette capacité. Tout échec dans la réservation de bande passante (par exemple, les échecs au niveau du contrôle de la stratégie RSVP ou du contrôle d’admission) peut entraîner l’échec de la configuration du LSP. S’il n’y a pas suffisamment de bande passante sur les interfaces pour les routeurs de transit ou de sortie, le LSP n’est pas établi.

Pour spécifier une valeur de bande passante pour un LSP signalé, incluez l’instruction bandwidth suivante :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de cette instruction.

L’allocation automatique de la bande passante permet à un tunnel MPLS d’ajuster automatiquement son allocation de bande passante en fonction du volume de trafic circulant dans le tunnel. Vous pouvez configurer un LSP avec une bande passante minimale. cette fonctionnalité permet d’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 flux de trafic dans le tunnel.

Vous définissez un intervalle d’échantillonnage sur un LSP configuré avec l’allocation automatique de bande passante. La bande passante moyenne est surveillée pendant cet intervalle. À la fin de l’intervalle, on tente de signaler un nouveau chemin pour le LSP en définissant l’allocation de bande passante sur la valeur moyenne maximale de l’intervalle d’échantillonnage précédent. Si le nouveau chemin est établi avec succès et que le chemin d’origine est supprimé, le LSP est basculé vers le nouveau chemin. Si aucun nouveau chemin n’est 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.

Au cours de l’intervalle d’allocation automatique de la bande passante, le routeur peut recevoir une augmentation constante du trafic (augmentation de 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 déclencheur pour faire expirer prématurément le minuteur de réglage automatique de la bande passante avant la fin de l’intervalle de réglage actuel.

L’allocation automatique de la bande passante permet à un tunnel MPLS d’ajuster automatiquement son allocation de bande passante en fonction du volume de trafic circulant dans 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 flux de trafic dans le tunnel.

À la fin de l’intervalle de temps d’allocation automatique de la bande passante, l’utilisation moyenne maximale actuelle de la bande passante est comparée à la bande passante allouée pour le LSP. Si le LSP a besoin de plus de bande passante, tentez de configurer 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.

Si vous avez configuré la protection des liens et des nœuds pour le LSP et que le trafic a été basculé vers le LSP de dérivation, la fonctionnalité d’allocation automatique de la bande passante continue de fonctionner et de prélever des échantillons de bande passante à partir du LSP de dérivation. Pour le premier cycle d’ajustement de la bande passante, l’utilisation moyenne maximale de la bande passante extraite du LSP protégé par la liaison et le nœud d’origine est utilisée pour resignaler le LSP de dérivation si davantage de bande passante est nécessaire. (La protection de liaison et de nud n’est pas prise en charge sur les commutateurs QFX Series.)

Si vous avez configuré le reroutage rapide pour le LSP, vous ne pourrez peut-être pas utiliser cette fonctionnalité pour ajuster la bande passante. Étant donné que les LSP utilisent un style de réservation de filtre fixe (FF), lorsqu’un nouveau chemin est signalé, la bande passante peut être comptée deux fois. Le double comptage peut empêcher un LSP à reroutage rapide d’ajuster sa bande passante lorsque l’allocation automatique de la bande passante est activée. (Le reroutage rapide n’est pas pris en charge sur les commutateurs QFX Series.)

Pour configurer l’allocation automatique de la bande passante, suivez les étapes décrites dans les sections suivantes :

Lorsqu’un LSP passe de « actif » à « inactif », ou de « bas » à « actif », cette transition prend effet immédiatement dans le logiciel et le matériel du routeur. Toutefois, lorsque vous publiez des LSP dans IS-IS et OSPF, vous souhaiterez peut-être atténuer les transitions LSP, de sorte de ne pas annoncer la transition avant qu’une certaine période de temps ne se soit écoulée (connue sous le nom de temps d’attente). Dans ce cas, si le LSP passe de haut en bas, il n’est pas annoncé comme étant en panne tant qu’il n’est pas resté en panne pendant la période de retenue. Les transitions ascendantes sont immédiatement annoncées dans IS-IS et OSPF. Notez que l’amortissement LSP n’affecte que les annonces IS-IS et OSPF du LSP ; les autres logiciels et matériels de routage réagissent immédiatement aux transitions LSP.

Pour amortir les transitions LSP, incluez l’instruction advertisement-hold-time suivante :

seconds peut prendre une valeur comprise entre 0 et 65 535 secondes. La valeur par défaut est de 5 secondes.

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

• [edit protocols mpls]

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

Cet exemple montre comment configurer une étiquette d’entropie pour un unicast étiqueté BGP afin d’obtenir un équilibrage de charge de bout en bout à l’aide d’étiquettes d’entropie. Lorsqu’un paquet IP a plusieurs chemins pour atteindre sa destination, Junos OS utilise certains champs des en-têtes de paquet pour hacher le paquet selon un chemin déterministe. Pour ce faire, il est nécessaire d’utiliser une étiquette d’entropie, c’est-à-dire une étiquette spéciale d’équilibrage de charge qui peut transporter les informations de flux. Les LSR dans le noyau utilisent simplement l’étiquette d’entropie comme clé pour hacher le paquet sur le bon chemin. Une étiquette d’entropie peut être n’importe quelle valeur d’étiquette comprise entre 16 et 1048575 (plage d’étiquettes standard de 20 bits). Étant donné que cette plage chevauche la plage d’étiquettes standard existante, une étiquette spéciale appelée indicateur d’étiquette d’entropie (ELI) est insérée avant l’étiquette d’entropie. ELI est une étiquette spéciale attribuée par l’IANA avec la valeur 7.

Les unicasts étiquetés BGP concatènent généralement les LSP RSVP ou LDP sur plusieurs zones IGP ou plusieurs systèmes autonomes. Les étiquettes d’entropie RSVP ou LDP sont affichées au niveau de l’avant-dernier nœud de saut, en même temps que l’étiquette RSVP ou LDP. Cette fonctionnalité permet d’utiliser des étiquettes d’entropie aux points d’assemblage pour combler l’écart entre l’avant-dernier nœud de saut et le point d’assemblage, afin d’obtenir un équilibrage de charge d’étiquette d’entropie de bout en bout pour le trafic BGP.

Si vous désactivez le calcul du chemin de commutation d’étiquettes (LSP) à chemin contraint, comme décrit dans Désactivation du calcul du LSP à chemin contraint, vous pouvez configurer les LSP manuellement ou les autoriser à suivre le chemin IGP.

Lorsque des LSP à chemin explicite sont configurés, ils sont établis le long du chemin que vous avez spécifié. Si le chemin n’est pas réalisable d’un point de vue topologique, soit parce que le réseau est partitionné, soit parce que les ressources disponibles sont insuffisantes le long de certaines parties du chemin, le LSP échoue. Aucun chemin alternatif ne peut être utilisé. Si l’installation réussit, le LSP reste indéfiniment sur le chemin défini.

Pour configurer un LSP à chemin explicite, procédez comme suit :

1. Configurez les informations de chemin d’accès dans un chemin nommé, comme décrit dans la section Création de chemins nommés. Pour configurer les informations complètes sur le chemin, spécifiez chaque saut de routeur entre les routeurs d’entrée et de sortie, de préférence à l’aide de l’attribut strict . Pour configurer des informations de chemin incomplètes, spécifiez uniquement un sous-ensemble de sauts de routeur, en utilisant l’attribut loose aux endroits où le chemin est incomplet.

   Pour les chemins incomplets, les routeurs MPLS complètent le chemin en interrogeant la table de routage locale. Cette requête est effectuée saut par saut, et chaque routeur ne peut trouver que suffisamment d’informations pour atteindre le prochain saut explicite. Il peut être nécessaire de traverser un certain nombre de routeurs pour atteindre le prochain saut explicite (lâche).

   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 être redirigée elle-même à mesure que la topologie change. Par conséquent, un LSP de chemin explicite qui contient des informations de chemin d’accès incomplètes n’est pas complètement corrigé. Ces types de LSP n’ont qu’une capacité limitée à se réparer et ont tendance à créer des boucles ou des battements en fonction du contenu de la table de routage locale.

2. Pour configurer le LSP et le faire pointer vers le chemin nommé, utilisez l’instruction primary ou secondary , comme décrit dans Configuration des LSP principaux et secondaires.

3. Désactivez le calcul du LSP à chemin contraint en incluant l’instruction dans le LSP ou dans le no-cspf cadre d’une primary instruction or secondary . Pour plus d’informations, consultez Désactivation du calcul LSP à chemin contraint.

4. Configurez toutes les autres propriétés LSP.

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

• Des efforts de configuration supplémentaires sont nécessaires.

• Les informations de chemin configurées ne peuvent pas prendre en compte la réservation dynamique de la bande passante réseau, de sorte que les LSP ont tendance à échouer lorsque les ressources s’épuisent.

• Lorsqu’un LSP explicite échoue, vous devrez peut-être le réparer manuellement.

En raison de ces limitations, nous vous recommandons 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 de calculs avec un progiciel de simulation hors ligne.

Sur le routeur entrant, 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 son itinéraire ne puisse pas changer. Le chemin secondaire doit d’abord passer par le routeur 14.1.1.1, puis emprunter le chemin disponible pour atteindre la destination. Le chemin restant emprunté par le chemin secondaire est généralement le chemin le plus court calculé par l’IGP.

Les LSP sont établis avec des réservations de bande passante configurées pour la quantité maximale de trafic que vous prévoyez de traverser le LSP. Tous les LSP n’acheminent pas le volume maximal de trafic sur leurs liens à tout moment. Par exemple, même si la bande passante de la liaison A a été entièrement réservée, il se peut que la bande passante réelle soit encore disponible, mais qu’elle ne soit pas utilisée. Cet excédent de bande passante peut être utilisé en permettant à d’autres LSP d’utiliser également la liaison A, en surabonnant la liaison. Vous pouvez surabonner la bande passante configurée pour les types de classes individuels ou spécifier une valeur unique pour tous les types de classes à l’aide d’une interface.

Vous pouvez utiliser le surabonnement pour tirer parti de la nature statistique des modèles de trafic et pour permettre une utilisation plus élevée des liaisons.

Les exemples suivants décrivent comment vous pouvez utiliser le surabonnement et le sous-abonnement de bande passante :

• Utilisez le surabonnement pour les types de cours où les pics de trafic ne coïncident pas dans le temps.

• Utilisez la sursursouscription de types de classe transportant un trafic best-effort. Vous prenez le risque de retarder ou d’interrompre temporairement le trafic en échange d’une meilleure utilisation des ressources réseau.

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

  • Meilleurs efforts—ct0 1000

  • Voix—ct3 1

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

Le calcul du surabonnement de bande passante s’effectue uniquement sur le routeur local. Étant donné qu’aucune signalisation ou autre interaction n’est requise de la part des autres routeurs du réseau, la fonctionnalité peut être activée sur des 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 surabonnement, ils s’appuient sur l’IGP.

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

• Surabonnement de taille LSP

• Surabonnement de taille de liaison LSP

• Multiplicateurs de surabonnement de type de classe et de surabonnement local

Pour un surabonnement de taille LSP, il vous suffit de configurer une bande passante inférieure au débit maximal attendu pour le LSP. Vous devrez peut-être également ajuster la configuration des mécanismes de contrôle automatiques. Les mécanismes de contrôle automatiques gèrent le trafic affecté à un LSP, en veillant à ce qu’il ne dépasse pas les valeurs de bande passante configurées. Le surabonnement de taille du LSP nécessite que le LSP puisse dépasser son allocation de bande passante configurée.

Le maintien de l’ordre est toujours possible. Toutefois, le mécanisme de contrôle doit être configuré manuellement pour tenir compte de la bande passante maximale prévue pour le LSP, plutôt que de la valeur configurée.

Vous pouvez augmenter la bande passante réservable maximale sur la liaison et utiliser les valeurs gonflées pour la comptabilisation de la bande passante. Utilisez l’instruction subscription pour surabonner le lien. La valeur configurée est appliquée à toutes les allocations de bande passante de type classe sur la liaison. Pour plus d’informations sur le surabonnement de taille de liaison, consultez Configuration du pourcentage d’abonnement de bande passante pour les LSP.

Les multiplicateurs de surabonnement locaux (LOM) permettent des valeurs de surabonnement différentes pour différents types de classes. Les LOM sont utiles pour les réseaux où le taux de surabonnement doit être configuré différemment sur différentes liaisons et où des valeurs de surabonnement sont requises pour différentes classes. Vous pouvez utiliser cette fonctionnalité pour surabonner les types de classe gérant le trafic « best effort », mais n’utilisez pas de surabonnement pour les types de classe gérant le trafic vocal. Une LOM est calculée localement sur le routeur. Aucune information relative à un LOM n’est signalée aux autres routeurs du réseau.

Une LOM est configurable sur chaque liaison et pour chaque type de classe. La LOM de type par classe vous permet d’augmenter ou de diminuer le taux de sursouscription. La LOM de type par classe est prise en compte dans l’ensemble de la bande passante locale pour le contrôle d’admission et l’annonce IGP des bandes passantes non réservées.

Le calcul de la LOM est lié au modèle de bande passante (MAM, MAM étendue et poupées russes) utilisé, car l’effet du surabonnement entre les types de classes doit être pris en compte avec précision.

Par défaut, RSVP permet d’utiliser toute la bande passante d’un type de classe (100 %) pour les réservations RSVP. Lorsque vous surabonnez un type de classe pour un LSP multiclasse, 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 surabonner ou sous-abonner tous les types de classes sur une interface en utilisant le même pourcentage de bande passante, configurez le pourcentage à l’aide de l’instruction subscription :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de la déclaration.

Pour sous-abonner ou surabonner la bande passante pour chaque type de classe, configurez un pourcentage pour chaque option de type de classe (ct0, ct1, ct2et ct3) pour l’instruction subscription . Lorsque vous surabonnez un type de classe, une LOM est appliquée pour calculer la bande passante réellement réservée. Pour plus d’informations, reportez-vous à la section Surabonnement de type de classe et Multiplicateurs de surabonnement local .

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de la déclaration.

percentage est le pourcentage de bande passante de type classe que RSVP permet d’utiliser pour les réservations. Il peut s’agir d’une valeur comprise entre 0 et 65 000 %. Si vous spécifiez une valeur supérieure à 100, vous surabonnez le type d’interface ou de classe.

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

Vous pouvez utiliser l’instruction pour désactiver les subscription nouvelles sessions RSVP pour un ou plusieurs types de cours. Si vous configurez un pourcentage de 0, aucune nouvelle session (y compris celles qui n’ont aucune exigence de 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, exécutez la clear rsvp session commande. Pour plus d’informations sur la clear rsvp session commande, consultez l’Explorateur CLI.

Junos prend en charge la génération de messages d’erreur ICMP vers la source pour des conditions d’erreur telles que l’expiration TTL, la destination inaccessible, la destination inaccessible (DF), la redirection, etc. pour les paquets IPv4, IPv6 et MPLS.

À partir de la version 23.4R1 de Junos OS, Junos prend en charge la génération de messages d’erreur ICMP pour les erreurs de dépassement de MTU dans un environnement MPLS.

Si une défaillance de paquet étiquetée MPLS se produit à l’interface de sortie des nœuds principaux ou de transit en raison d’erreurs de dépassement de MTU, un message d’erreur ICMP est généré vers le périphérique PE homologue qui termine le LSP. L’appareil PE homologue décapsule l’en-tête MPLS et achemine le message d’erreur ICMP vers l’équipement source. Le chemin de retour peut être un chemin IP pur ou un LSP différent en fonction de l’état de la table de routage de l’appareil. L’équipement source ou périphérique client reçoit le message d’erreur ICMP et ajuste la taille des paquets pour éviter les erreurs MTU.

RFC3032 définit le mécanisme de tunnel ICMP pour gérer les exceptions de génération de messages d’erreur ICMP pour les paquets MPLS en cas d’expiration TTL et de dépassement de MTU.

Voici quelques-uns des avantages de la génération de messages d’erreur ICMP pour les erreurs de dépassement MTU dans un environnement MPLS :

• Déterminez si la cause de la défaillance est due à des erreurs de dépassement de MTU.

• Découvrez les défaillances de MTU sur les nœuds de transit et les nœuds d’entrée dans une configuration MPLS.

• Prend en charge les cas d’utilisation où une application de votre réseau communique avec le point de terminaison sur un réseau VPN de couche 3 (unicast) ou LSP statique.

Pour activer la génération de messages d’erreur de dépassement de MTU ICMP, vous devez configurer la tunnelisation ICMP en activant l’instruction icmp-tunnelling au niveau de la hiérarchie [edit protocol mpls] sur les périphériques principaux et de transit.

Lorsque vous configurez l’instruction chained-composite-next-hop transit <> au niveau de la hiérarchie [edit routing-options forwarding-table] et de l’exception MPLS MTU sur le routeur de transit, il n’y a aucune garantie que la génération du message d’erreur ICMP fonctionne.

Lorsque vous configurez l’instruction chained-composite-next-hop transit <> au niveau de la hiérarchie [edit routing-options forwarding-table] sur le routeur entrant et que les interfaces d’entrée et de sortie se trouvent sur des FPC/PFE différents, le FPC/PFE entrant ajoutant plus d’une étiquette MPLS, la génération d’erreur ICMP pour l’exception MPLS MTU sur le routeur entrant ne sera pas exacte.

La génération de messages d’erreur ICMP n’est pas prise en charge pour :

• Configurations VPN de couche 2 et circuit de couche 2.

• Configurations multicast avec trafic acheminé via MPLS. Les paquets d’exceptions MTU seront comptés et abandonnés.