Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuration du LSP de conteneur

Présentation de la gestion dynamique de la bande passante à l’aide de LSP de conteneur

Les LSP RSVP dotés de la fonctionnalité de bande passante automatique sont de plus en plus souvent déployés dans les réseaux pour répondre aux besoins des aspects techniques du trafic. Cependant, les solutions actuelles d’ingénierie du trafic pour les LSP point à point sont inefficaces en termes d’utilisation de la bande passante réseau, principalement parce que les routeurs entrants à l’origine des LSP RSVP essaient soit d’adapter les LSP le long d’un chemin particulier sans créer de LSP parallèles, soit n’interagissent pas avec les autres routeurs du réseau et ne recherchent pas de bande passante supplémentaire disponible.

Cette fonctionnalité permet à un routeur entrant d’acquérir autant de bande passante réseau que possible en créant dynamiquement des LSP parallèles.

Comprendre les extensions multi-chemins RSVP

Les extensions RSVP multipath proposées dans l’IETF [KOMPELLA-MLSP] permettent la mise en place de chemins de commutation d’étiquettes multi-chemins (conteneurs) conçus pour le trafic. Les LSP de conteneurs, en plus de se conformer aux contraintes d’ingénierie du trafic, utilisent plusieurs chemins indépendants d’une source à une destination, facilitant ainsi l’équilibrage de charge du trafic. Les extensions multipath nécessitent des modifications du protocole RSVP-TE et permettent la fusion des étiquettes au niveau des nœuds en aval (similaire à LDP), ce qui contribue également à préserver les ressources de transfert.

Les extensions multichemins de RSVP offrent les avantages suivants :

  • Facilité de configuration. En règle générale, plusieurs LSP RSVP sont configurés pour l’équilibrage de charge ou le bin packing. Avec un LSP de conteneur, il existe une seule entité pour provisionner, gérer et surveiller les LSP. Les modifications de topologie sont gérées facilement et de façon autonome par le LSP entrant, en ajoutant, modifiant ou supprimant des LSP membres pour rééquilibrer le trafic, tout en conservant les mêmes contraintes d’ingénierie du trafic.

  • RSVP Equal-cost multipath (ECMP) hérite des avantages standard d’ECMP en absorbant les pics de trafic.

  • L’ingénierie de trafic multi-chemins permet d’optimiser et d’optimiser l’utilisation des ressources réseau.

  • Connaître la relation entre les LSP facilite le calcul de divers chemins grâce au routage basé sur les contraintes. Il permet d’ajuster les prestataires de services linguistiques membres pendant que les autres fournisseurs de services linguistiques membres continuent d’acheminer le trafic.

  • Les routeurs intermédiaires ont la possibilité de fusionner les étiquettes des LSP membres. Cela réduit le nombre d’étiquettes à ajouter au plan de transfert et, par conséquent, le temps de convergence.

    Si le nombre de chemins ECMP indépendants est énorme, la fusion d’étiquettes surmonte les limitations de plate-forme sur le maximum de sauts suivants (ECMP). Avec les LSP RSVP point à point qui nécessitent une protection de liaison ou de nud, les sauts suivants sont doublés, car chaque LSP est programmé avec des sauts suivants principaux et de secours. RSVP multipath (ou ECMP) évite d’avoir à sauvegarder les sauts suivants.

  • En cas de défaillance d’une liaison, le routeur en amont de la défaillance de liaison peut distribuer le trafic de la liaison défaillante vers les autres filiales ECMP, évitant ainsi d’avoir à contourner les LSP. L’approche LSP de contournement nécessite non seulement plus d’état lors de la signalisation des LSP de secours, mais souffre également de problèmes de mise à l’échelle qui entraînent l’expiration du délai du point de fusion d’un bloc d’état de chemin protégé (PSB) avant que le point de réparation local (PLR) n’ait une chance de signaler le LSP de secours.

Implémentation multichemin RSVP de Junos OS

Pour déployer RSVP multipath (ECMP) dans un réseau, tous les noeuds par lesquels transitent les LSP ECMP doivent comprendre les extensions de protocole RSVP ECMP. Cela peut être un défi, en particulier dans les réseaux multifournisseurs.

Junos OS implémente les extensions multipath RSVP sans avoir besoin d’extensions de protocole. Un LSP de conteneur unique, qui présente les caractéristiques ECMP et RSVP TE, est provisionné. Un LSP de conteneur se compose de plusieurs LSP membres et est configuré entre l’équipement de routage entrant et sortant. Chaque prestataire de services linguistiques membres emprunte un chemin différent vers la même destination. Le périphérique de routage entrant est configuré avec tous les paramètres requis pour calculer le RSVP ECMP LSP. Les paramètres configurés pour calculer un ensemble de LSP point à point RSVP peuvent également être utilisés par l’équipement de routage entrant pour calculer le LSP de conteneur.

Défis actuels des aspects techniques du trafic

Le principal défi pour l’ingénierie du trafic est de faire face à la dynamique de la topologie et aux exigences du trafic. Il est nécessaire de trouver des mécanismes capables de gérer la dynamique de la charge du trafic dans des scénarios de changements soudains de la demande de trafic et de distribuer dynamiquement le trafic en fonction des ressources disponibles.

Figure 1 illustre un exemple de topologie de réseau dans lequel tous les LSP ont les mêmes priorités de maintien et de configuration, et le contrôle d’admission est restreint sur le routeur entrant. Tous les liens sont annotés avec un tuple (coût et capacité).

Figure 1 : Exemple de topologieExemple de topologie

Voici quelques-uns des problèmes d’ingénierie du trafic observés dans Figure 1 :

  • Bin Packing

    Ce problème se pose en raison d’un ordre particulier dans lequel les LSP sont signalés. Les routeurs entrants peuvent ne pas être en mesure de signaler certains LSP avec les demandes requises, bien que la bande passante soit disponible dans le réseau, ce qui entraîne une sous-utilisation de la capacité de liaison.

    Par exemple, les LSP suivants arrivent dans l’ordre mentionné dans Tableau 1.

    Tableau 1 : Ordre de séquence LSP pour l’emballage des bacs

    Temps

    Source

    Destination

    Demande

    ERO

    1

    A

    E

    5

    A-C-D-E

    2

    B

    E

    10

    Pas d’ERO

    Le LSP provenant du routeur B n’est pas routable, car le routage basé sur des contraintes ne parvient pas à trouver un chemin réalisable. Toutefois, si le routeur B est signalé en premier, les deux LSP peuvent être routés. Le regroupement des bacs se produit en raison d’un manque de visibilité sur les demandes de bande passante individuelles par LSP et par appareil au niveau du périphérique de routage entrant.

    L’emballage des bacs peut également se produire lorsqu’il n’est pas nécessaire de commander des LSP. Par exemple, s’il existe un LSP avec la demande X et qu’il existe deux chemins différents vers la destination à partir du routeur entrant avec des bandes passantes disponibles Y1 et Y2, de sorte que Y1 est inférieur à X, Y2 est inférieur à X et Y1 plus Y2 est supérieur ou égal à X.

    Dans ce cas, même s’il existe suffisamment de ressources réseau en termes de bande passante disponible pour satisfaire la demande LSP agrégée X, le LSP peut ne pas être signalé ou optimisé à nouveau avec la nouvelle demande. Dans Figure 1, avec la prise en charge des LSP de conteneur, l’entrée B crée deux LSP de taille 5 chacun lorsque la demande 10 est posée. Un LSP est acheminé le long de B-C-E et un autre le long de B-C-D-E.

  • Deadlock

    Si l’on considère Figure 1que les LSP suivent la séquence mentionnée dans Tableau 2.

    Tableau 2 : Ordre de séquence LSP pour l’interblocage

    Temps

    Source

    Destination

    Demande

    ERO

    Événement

    1

    A

    E

    2

    A-C-D-E

    Routage basé sur les contraintes avec signalisation RSVP

    2

    B

    E

    2

    B-C-D-E

    Routage basé sur les contraintes avec signalisation RSVP

    3

    A

    E

    2 à 20

    A-C-D-E

    Échec du routage basé sur les contraintes, pas de signalisation RSVP

    À l’instant 3, la demande sur LSP de A à E passe de 2 à 20. Si la bande passante automatique est configurée, la modification n’est pas détectée tant que le minuteur de réglage n’a pas expiré. En l’absence de contrôle d’admission au niveau A, l’augmentation de la demande de trafic peut entraîner une baisse du trafic sur d’autres LSP qui partagent des liens communs avec le LSP qui se comporte mal.

    Cela se produit pour les raisons suivantes :

    • Absence d’état global sur tous les routeurs entrants

    • Signalement d’exigences qui se comportent mal

    • Démolition des demandes de mauvaise conduite

    Lorsque le LSP de conteneur est configuré, l’entrée A a plus de chances de répartir la charge (même de manière incrémentielle si elle n’est pas entière) sur plusieurs LSP. Ainsi, le LSP de A est moins susceptible de subir une perte de trafic prolongée.

  • Latency Inflation

    L’inflation de la latence est causée par la bande passante automatique et d’autres paramètres LSP. Voici d’autres facteurs qui contribuent à l’inflation de la latence :

    • Priorité LSP

      Les prestataires de services linguistiques choisissent des chemins plus longs, car les chemins plus courts entre des centres de données situés dans la même ville peuvent être encombrés. La bande passante sur les chemins les plus courts peut être épuisée par les LSP de priorité égale ou supérieure. En raison de l’optimisation périodique du LSP par bande passante automatique, le LSP peut être redirigé vers un chemin de délai plus élevé. Lorsque de nombreux LSP sont soumis à une sélection de chemin moins qu’optimale, ils peuvent potentiellement former une chaîne de dépendances. La modification dynamique des priorités LSP est une solution de contournement du problème ; cependant, ajuster dynamiquement les priorités des prestataires de services linguistiques pour trouver des chemins plus courts est une tâche difficile.

    • Politique de tout ou rien

      Lorsque la demande sur un LSP augmente et qu’au moins un des liens le long du chemin le plus court est proche de sa limite de réservation, l’optimisation LSP peut forcer le LSP à passer à un chemin de latence plus long. Le LSP doit parcourir un chemin long, même si le chemin le plus court est capable de transporter la majeure partie du trafic.

    • Bande passante minimale et maximale

      Les bandes passantes minimale et maximale spécifient les limites des tailles LSP. Si la bande passante minimale est faible, un LSP est plus enclin à l’ajustement automatique de la bande passante, car une petite modification de la bande passante suffit pour franchir les limites de seuil. Les LSP peuvent être redirigés alors que la bande passante est disponible. D’un autre côté, si la bande passante minimale est importante, la bande passante réseau risque d’être gaspillée. Si la valeur de bande passante maximale est faible, un grand nombre de LSP peut être nécessaire sur le routeur entrant pour répondre à la demande de l’application. Si la bande passante maximale est importante, les LSP peuvent s’agrandir. De tels prestataires de services linguistiques peuvent souffrir à cause d’une politique du tout ou rien.

    • Seuil d’ajustement automatique de la bande passante

      Le seuil de bande passante détermine si les LSP doivent être réoptimisés et redimensionnés. Si la valeur est petite, les LSP sont fréquemment réoptimisés et réacheminés. Cela peut entraîner un pic de CPU, car des applications ou des protocoles, tels que BGP résolvant sur les LSP, peuvent occuper le moteur de routage à résoudre les sauts suivants. Une valeur élevée peut rendre un LSP immobile. Lorsque le LSP de conteneur est configuré, un LSP est moins susceptible d’être soumis à une seule stratégie ou à aucune stratégie. Un routeur entrant émet plusieurs LSP, bien que tous les LSP ne traversent pas potentiellement des chemins à latence élevée.

  • Predictability

    Les fournisseurs de services veulent souvent un comportement prévisible en ce qui concerne la façon dont les LSP sont signalés et acheminés. À l’heure actuelle, en l’absence d’une coordination mondiale, il est difficile de mettre en place le même ensemble de prestataires de services linguistiques de manière prévisible. Considérons les deux ordres différents dans Tableau 3 et Tableau 4. L’ERO qu’un LSP utilise dépend de son temps de signalisation.

    Tableau 3 : Ordre des séquences LSP pour plus de prévisibilité

    Temps

    Source

    Destination

    Demande

    ERO

    1

    A

    E

    5

    A-C-D-E

    2

    B

    E

    5

    B-C-E

    Tableau 4 : Ordre des séquences LSP pour plus de prévisibilité

    Temps

    Source

    Destination

    Demande

    ERO

    1

    B

    E

    5

    B-C-E

    2

    A

    E

    5

    A-C-D-E

Le LSP de conteneur n’aide pas directement les LSP à trouver des ERO prévisibles. Si les LSP sont réacheminés en raison d’une politique tout ou pas configurée sans LSP de conteneur, ces LSP peuvent voir moins d’attrition si des LSP de conteneur sont configurés, car les LSP plus petits ont de meilleures chances de trouver un chemin plus court ou identique.

Utiliser Container LSP comme solution

Un LSP de conteneur peut être utilisé comme une solution aux défis rencontrés par les fonctionnalités actuelles d’ingénierie du trafic. Si l’on considère que Figure 1lorsque la demande X sur un LSP de conteneur augmente alors que la capacité du réseau (débit max) est supérieure à la demande, les approches suivantes entrent en vigueur avec un LSP de conteneur :

Répondre à la nouvelle demande X

Dans l’implémentation actuelle, la bande passante automatique tente de re-signaler un LSP avec la nouvelle demande X et suit la politique du tout ou rien comme mentionné précédemment.

L’approche LSP de conteneur calcule plusieurs LSP de bande passante de petite taille (plus petite que la demande X) de telle sorte que la bande passante agrégée ne soit pas inférieure à X, et le routeur entrant effectue cet ajustement périodiquement. L’un des déclencheurs permettant de créer de nouveaux LSP ou de supprimer d’anciens LSP peut être modifié dans la bande passante agrégée. Le routeur entrant équilibre ensuite la charge du trafic entrant sur les LSP nouvellement créés.

Création de nouveaux prestataires de services linguistiques pour répondre à la demande X

Bien que le nombre de nouveaux LSP créés puisse être un maximum de la limite configurable autorisée, il n’y a pas beaucoup d’avantages à tirer de ces LSP une fois que le nombre de LSP dépasse le nombre de chemins divers possibles ou de chemins multiples à coût égal (ECMP). L’avantage de créer des LSP plus petits est visible lorsqu’un routeur entrant utilise les LSP nouvellement créés pour équilibrer la charge du trafic. Cela dépend toutefois de la topologie et de l’état du réseau.

La création de plusieurs LSP parallèles par tous les routeurs entrants du réseau peut entraîner des problèmes de mise à l’échelle au niveau des routeurs de transit. Ainsi, le nombre de nouveaux LSP à créer dépend de la taille des LSP individuels et de la demande globale donnée, X dans ce cas.

Attribution de la bande passante aux nouveaux LSP

En général, il peut y avoir un certain nombre d’heuristiques pour allouer des bandes passantes aux LSP nouvellement créés. Un routeur entrant peut résoudre un problème d’optimisation dans lequel il peut maximiser une fonction utilitaire donnée. Le résultat d’un problème d’optimisation est l’affectation de valeurs de bande passante optimales. Cependant, pour résoudre un problème d’optimisation, le nombre de LSP nouvellement créés doit être fixe. Il est donc complexe d’optimiser le nombre et la taille de chaque LSP. Ainsi, pour simplifier le problème, la même quantité de bande passante est supposée pour tous les LSP nouvellement créés, puis le nombre de LSP requis est calculé.

Contrôle des chemins LSP

La flexibilité du contrôle des chemins LSP est exprimée en termes de configuration pour les LSP point à point et les LSP de conteneur. Le contrôle des chemins LSP à l’aide des paramètres de configuration peut être appliqué sous deux aspects différents :

  • Topologie : cette fonction n’impose aucune contrainte de topologie. Chaque LSP membre est traité comme un LSP point à point et est réoptimisé individuellement. Un routeur entrant n’essaie pas de calculer des chemins de coût IGP égaux pour tous ses LSP, mais calcule plutôt des chemins pour tous les LSP à l’aide des informations actuelles de la base de données d’ingénierie du trafic. Lors du calcul d’un chemin, le routage basé sur les contraintes respecte toutes les contraintes spécifiées dans la configuration, bien qu’il n’y ait aucun changement dans la méthode de routage basé sur les contraintes pour le calcul du chemin.

  • Quand créer un nouveau LSP : le moment de la création d’un nouveau LSP peut être explicitement spécifié. Par défaut, un routeur entrant calcule périodiquement le débit de trafic agrégé en additionnant le débit de tous les LSP individuels. En examinant la bande passante et la configuration agrégées, le routeur entrant recalcule le nombre de LSP et les largeurs de bande des LSP. Les nouveaux LSP sont alors signalés ou les LSP existants sont à nouveau signalés avec la bande passante mise à jour. Au lieu d’examiner le taux d’agrégation instantané, les routeurs entrants peuvent calculer une moyenne (d’agrégats) sur une certaine durée en supprimant des échantillons aberrants (d’agrégats). La gestion des LSP qui restent en attente et actifs en tenant compte de la bande passante agrégée est plus évolutive que la création de nouveaux LSP basés sur l’utilisation d’un LSP particulier. Les intervalles et les seuils peuvent être configurés pour suivre le trafic agrégé et déclencher l’ajustement. Ces LSP dynamiques coexistent et interopèrent avec la configuration automatique de bande passante par LSP.

Implémentation LSP de conteneur Junos OS

Un LSP de conteneur est un LSP TE ECMP qui agit comme un LSP de conteneur composé d’un ou de plusieurs LSP membres. Un LSP TE point à point est équivalent à un LSP de conteneur avec un LSP à un seul membre. Les prestataires de services linguistiques membres sont ajoutés au fournisseur de services linguistiques de conteneur par le biais d’un processus appelé fractionnement, puis supprimés du fournisseur de services linguistiques de conteneur par le biais d’un processus appelé fusion.

Terminologie LSP de conteneur

Les termes suivants sont définis dans le contexte d’un prestataire de services linguistiques de conteneur :

  • Normalization: événement se produisant périodiquement lorsqu’une action est entreprise pour ajuster les LSP membres, soit pour ajuster leurs bandes passantes, leur nombre ou les deux. Un processus de normalisation est associé à un processus d’échantillonnage et permet d’estimer périodiquement l’utilisation globale d’un LSP de conteneur.

  • Nominal LSP: instance d’un LSP de conteneur qui est toujours présente.

  • Supplementary LSP: les instances ou sous-LSP d’un conteneur LSP, qui sont créées ou supprimées dynamiquement.

    La bande passante automatique est exécutée sur chacun des LSP membres, et chaque LSP est redimensionné en fonction du trafic qu’il transporte et des paramètres de configuration de la bande passante automatique. Le suivi de la demande agrégée sur un LSP de conteneur est additionné de la bande passante de tous les LSP membres.

  • Minimum signaling-bandwidth: bande passante minimale avec laquelle un LSP membre est signalé au moment de la normalisation ou de l’initialisation. Cela peut être différent de la bande passante minimale définie sous la bande passante automatique.

  • Maximum signaling-bandwidth : bande passante maximale avec laquelle un LSP membre est signalé au moment de la normalisation ou de l’initialisation. Cela peut être différent de la bande passante maximale définie sous la bande passante automatique.

  • Merging-bandwidth : spécifie le seuil de bande passante inférieur sur l’utilisation agrégée de la bande passante, de sorte que si l’utilisation agrégée tombe en dessous de cette valeur, le routeur entrant fusionne les LSP membres au moment de la normalisation.

  • Splitting-bandwidth —Spécifie le seuil de bande passante supérieur sur l’utilisation agrégée de la bande passante, de sorte que si l’utilisation agrégée dépasse cette valeur, le routeur entrant divise les LSP membres au moment de la normalisation.

  • Aggregate minimum-bandwidth —Somme de la bande passante de fusion des LSP membres actifs actuels. Cette bande passante minimale est différente de la bande passante minimale de la bande passante automatique.

  • Aggregate maximum-bandwidth: somme de la bande passante de fractionnement des LSP membres actifs actuels. Cette bande passante maximale est différente de la bande passante maximale de la bande passante automatique.

Fractionnement LSP

Vue d’ensemble opérationnelle

Le mécanisme de fractionnement LSP permet à un routeur entrant de créer de nouveaux LSP membres ou de resignaler des LSP existants avec des largeurs de bande différentes dans un LSP de conteneur lorsqu’une demande X est placée sur le LSP de conteneur. Lorsque le fractionnement LSP est activé, un routeur entrant crée périodiquement un certain nombre de LSP (en signalant de nouveaux ou en resignalant des LSP existants) pour répondre à une nouvelle demande agrégée X. Dans l’implémentation actuelle, un routeur entrant tente de trouver un chemin LSP satisfaisant une demande X et d’autres contraintes. Si aucun chemin n’est trouvé, soit le LSP n’est pas signalé, soit il reste actif, mais avec l’ancienne bande passante réservée.

Entre deux événements de normalisation (scission ou fusion), des LSP individuels peuvent être resignalés avec des largeurs de bande différentes en raison des ajustements automatiques de la bande passante. Si un LSP de conteneur n’est pas configuré avec la bande passante automatique, les LSP membres sont signalés avec la valeur de bande passante statique, si elle est configurée. Il n’y a pas de fractionnement dynamique dans ce cas, car il n’y a pas d’estimation dynamique de la bande passante agrégée. Les ajustements de fractionnement avec une valeur de bande passante spécifique peuvent être déclenchés manuellement.

REMARQUE :

Tenez compte des considérations suivantes concernant le fractionnement LSP :

  • Après le fractionnement LSP, le routeur entrant continue d’injecter une adjacence de transfert. Les adjacences de transfert ne sont pas prises en charge dans IGP pour cette fonctionnalité.

  • Entre deux événements de normalisation, deux LSP peuvent avoir des largeurs de bande passantes différentes soumises à des contraintes de bande passante automatique.

  • Une fois que les LSP sont divisés (ou fusionnés), make-before-break utilise le partage de style de filtre fixe (FF), sauf si l’option adaptive est configurée. Toutefois, deux LSP différents n’effectuent pas le partage de style explicite partagé (SE) pour cette fonctionnalité.

  • Lorsque les LSP sont resignalés avec des bandes passantes modifiées, certains LSP peuvent ne pas être signalés correctement, ce qui entraîne des options de basculement.

Contraintes opérationnelles

Le fractionnement LSP présente les contraintes opérationnelles suivantes :

  • Bande passante LSP : bien qu’il existe plusieurs façons d’allouer des valeurs de bande passante aux LSP, l’implémentation de Junos OS ne prend en charge qu’une stratégie d’allocation de bande passante égale lorsque la normalisation est effectuée, dans laquelle tous les LSP membres sont signalés ou resignalés avec une bande passante égale.

  • Nombre de LSP : si un routeur entrant est configuré pour avoir un nombre minimal de LSP, il conserve le nombre minimal de LSP même si la demande peut être satisfaite avec moins que le nombre minimal de LSP. Dans le cas où le routeur entrant n’est pas en mesure d’effectuer un routage basé sur des contraintes pour effectuer des calculs sur un nombre suffisant de LSP ou de signaler un nombre suffisant de LSP, le routeur entrant utilise un certain nombre d’options de restauration automatique.

    Par défaut, une approche incrémentielle est prise en charge comme option de secours (sauf configuration différente), où un routeur entrant tente d’afficher le nombre suffisant de LSP, de sorte que la nouvelle bande passante agrégée dépasse l’ancienne bande passante agrégée (et se rapproche le plus possible de la demande souhaitée). Le routeur entrant équilibre ensuite la charge du trafic à l’aide des LSP. Les LSP qui n’ont pas pu être activés sont supprimés par le routeur entrant.

Critères pris en charge

Lorsqu’un LSP de conteneur signale un LSP membre, le LSP membre reçoit un signal avec une bande passante de signalisation minimale. Étant donné que chaque LSP membre est configuré avec la bande passante automatique, entre deux événements de normalisation, chaque LSP peut subir un ajustement automatique de la bande passante plusieurs fois. À mesure que la demande de trafic augmente, le routeur entrant crée des LSP supplémentaires . Tous les LSP membres sont utilisés pour ECMP, de sorte qu’ils devraient avoir à peu près la même bande passante réservée après la normalisation.

Par exemple, si des LSP K sont signalés après la normalisation, chaque LSP est signalé avec une largeur de bande B égale. La bande passante totale agrégée réservée est B.K, où B satisfait la condition suivante :

  • La largeur de bande de signal minimale est inférieure ou égale à B, c’est-à-dire que le tour est inférieur ou égal à la largeur de bande de signalisation maximale

    (bande passante de signalisation minimale ≤ B ≤ bande passante de signalisation maximale)

Jusqu’au prochain événement de normalisation, chaque LSP membre subit plusieurs ajustements automatiques de la bande passante. Après tout ajustement automatique de la bande passante, s’il existe N LSP avec des bandes passantes réservées bi, où i=1,2,.., N, chaque bi doit satisfaire à la condition suivante :

  • La bande passante minimale est inférieure ou égale à bi, qui à son tour est inférieure ou égale à la bande passante maximale

    (bande passante minimale ≤ bi ≤ bande passante maximale)

Les deux conditions mentionnées ci-dessus s’appliquent aux LSP par membre (nominal et supplémentaire) et ont essentiellement la bande passante réservée pour exister dans une plage.

Déclencheurs de fractionnement

Chaque fois que le minuteur de normalisation expire, le routeur entrant décide si le fractionnement LSP est nécessaire. Le routeur entrant fonctionne avec la bande passante agrégée au lieu des bandes passantes LSP individuelles. Les deux variables suivantes sont définies pour la bande passante agrégée :

  • Current-Aggr-Bw: somme des bandes passantes réservées de tous les prestataires de services linguistiques membres actuels.

  • New-Aggr-Bw—Somme des taux de trafic sur tous les LSP membres actuels sur la base de l’échantillonnage.

Par exemple, s’il y a N LSP membres dans le réseau au moment de la normalisation, les deux approches pour déclencher le fractionnement des LSP sont les suivantes :

  • Déclencheur absolu : le fractionnement LSP est effectué lorsque New-Aggr-Bw est supérieur à Aggregate-maximum-bandwidth.

    New-Aggr-Bw ( > Aggregate-maximum-bandwidth)

  • Déclencheur relatif : sous déclenchement relatif, un calcul dynamique est effectué. Le Current-Aggr-Bw est comparé New-Aggr-Bw au périphérique de routage entrant. Le fractionnement LSP est effectué lorsque la différence de bande passante est supérieure ou égale à une quantité de seuil calculée. L’équation suivante décrit l’état souhaité :

    ([1-a] x < < [1+a] x Current-Aggr-BwCurrent-Aggr-Bw, où 0 </= a < New-Aggr-Bw /= 1)

    REMARQUE :

    Dans la condition ci-dessus, « a » est le seuil d’ajustement et sa valeur par défaut est de 10 % (c’est-à-dire 0,10). Vous pouvez configurer le seuil d’ajustement à l’aide de l’instruction au niveau de splitting-merging-threshold la [edit protocols mpls container-label-switched-path lsp-name] hiérarchie. La valeur est également affichée dans la sortie de la show mpls container-lsp extensive commande.

    Lorsque New-Aggr-Bw est supérieur à Current-Aggr-Bw multiplié par [1+a], dépassant ainsi le seuil calculé, le périphérique de routage entrant n’effectue pas de normalisation. Au lieu de cela, comme il s’agit d’une situation de déclenchement relatif, le fractionnement LSP est effectué. Toutefois, lorsque le fractionnement LSP et la fusion LSP sont configurés sur le routeur entrant, le fractionnement LSP est déclenché sur le routeur entrant lorsque l’une des deux conditions est remplie.

Fusion LSP

Vue d’ensemble opérationnelle

Junos OS prend en charge deux types de LSP : les LSP configurés via CLI et les LSP créés dynamiquement. Les LSP configurés par CLI sont créés manuellement et restent dans le système jusqu’à ce que la configuration soit modifiée. Les LSP dynamiques sont créés dynamiquement par MVPN, le service de réseau local privé virtuel BGP (VPLS) ou le LDP de nouvelle génération, sur la base d’une configuration de modèle, et sont supprimés du système lorsqu’ils ne sont utilisés par aucune application pendant une certaine durée. La fusion de LSP suit une approche similaire à celle des LSP dynamiques.

La fusion de LSP permet à un périphérique de routage entrant d’éliminer dynamiquement certains LSP membres du LSP de conteneur, de sorte que moins d’informations d’état sont conservées dans le réseau. Si un routeur entrant provisionne plusieurs LSP membres entre les routeurs d’entrée et de sortie et qu’il y a une réduction globale de la bande passante globale (entraînant une sous-utilisation de certains LSP), le routeur entrant répartit la nouvelle charge de trafic entre moins de LSP.

Bien qu’il existe plusieurs manières de fusionner les LSP membres, Junos OS ne prend en charge la fusion globale que lorsque la normalisation est en cours. Un routeur entrant considère la demande globale et le nombre minimal (ou maximum) de LSP et révise le nombre de LSP qui doivent être actifs sur un périphérique de routage entrant. Par conséquent, les événements suivants peuvent se produire périodiquement lorsque le minuteur de normalisation se déclenche :

  • Resignalisation de certains LSP existants avec une bande passante mise à jour

  • Création de nouveaux prestataires de services linguistiques

  • Suppression de certains des prestataires de services linguistiques existants

Contraintes opérationnelles

Si un LSP de conteneur n’est pas configuré avec la bande passante automatique, les LSP membres sont signalés avec la valeur de bande passante statique, si elle est configurée. La fusion LSP ne se produit pas, car il n’existe pas d’estimation dynamique de la bande passante agrégée. Cependant, un déclencheur manuel pour le fractionnement et l’ajustement avec une valeur de bande passante spécifique peut être configuré.

REMARQUE :
  • Les LSP nominaux ne sont jamais supprimés dans le cadre de la fusion des LSP.

  • Avant de supprimer un LSP, celui-ci est rendu inactif, de sorte que le trafic est transféré vers d’autres LSP avant de supprimer le LSP. En effet, RSVP envoie PathTear avant de supprimer les routes et les sauts suivants du moteur de transfert de paquets.

  • Lorsque les LSP membres sont resignalés avec une bande passante modifiée, il peut arriver que certains LSP ne soient pas signalés correctement.

Fusionner des déclencheurs

Chaque fois que le minuteur de normalisation expire, le routeur entrant décide si une fusion LSP est requise. Le routeur entrant fonctionne avec la bande passante agrégée au lieu des bandes passantes LSP individuelles. Les deux variables suivantes sont définies pour la bande passante agrégée :

  • Current-Aggr-Bw: somme des bandes passantes réservées de tous les prestataires de services linguistiques membres actuels.

  • New-Aggr-Bw—Somme des taux de trafic sur tous les LSP membres actuels sur la base de l’échantillonnage.

Par exemple, s’il existe N LSP membres dans le réseau au moment de la normalisation, les deux approches pour déclencher la fusion des LSP sont les suivantes :

  • Déclencheur absolu : la fusion LSP est effectuée lorsque New-Aggr-Bw la valeur est inférieure à Aggregate-minimum-bandwidth.

    New-Aggr-Bw ( < Aggregate-minimum-bandwidth)

  • Relative trigger (Déclencheur relatif) : le Current-Aggr-Bw est comparé New-Aggr-Bw au périphérique de routage d’entrée. La fusion LSP est effectuée lorsque la différence de quantité de bande passante est décalée d’un certain seuil.

    ([1-a] x < < [1+a] x Current-Aggr-BwCurrent-Aggr-Bw, où 0 </= a < New-Aggr-Bw /= 1)

    REMARQUE :

    Dans la condition ci-dessus, « a » est le seuil d’ajustement et sa valeur par défaut est de 10 % (c’est-à-dire 0,10). Vous pouvez configurer le seuil d’ajustement à l’aide de l’instruction au niveau de splitting-merging-threshold la [edit protocols mpls container-label-switched-path lsp-name] hiérarchie. La valeur est également affichée dans la sortie de la show mpls container-lsp extensive commande.

    Lorsque la valeur est inférieure ou égale à [1+a] multipliée par la New-Aggr-BwCurrent-Aggr-Bw valeur, le périphérique de routage entrant n’effectue pas de normalisation, mais effectue la fusion LSP. Toutefois, lorsque le fractionnement LSP et la fusion LSP sont configurés sur le routeur entrant, le fractionnement LSP est déclenché sur le routeur entrant lorsque l’une des deux conditions est remplie.

Protection des nœuds et des liens

Junos OS prend en charge les mécanismes suivants pour la protection des nuds et des liaisons :

  • Reroutage rapide

  • Protection des liens

  • Protection des liens de nud

Un seul des modes de protection mentionnés ci-dessus peut être configuré à la fois sur un périphérique de routage entrant. Tous les LSP membres (nominaux et supplémentaires) utilisent le même mode de protection que celui configuré.

Convention de nommage

Lors de la configuration d’un LSP de conteneur, un nom lui est attribué. Le nom d’un LSP nominal et d’un LSP supplémentaire est formé en ajoutant le suffixe nom-configuré et un suffixe généré automatiquement au nom du LSP de conteneur. Le nom du LSP de conteneur est unique et son exactitude est vérifiée lors de l’analyse de la configuration. Le nom LSP du conteneur doit identifier de manière unique les paramètres, tels que les noms d’entrée et de routeur de sortie.

REMARQUE :

Un LSP membre du LSP de conteneur et un LSP point à point sur un périphérique de routage entrant ne peuvent pas avoir le même nom LSP.

Les LSP de conteneur suivent une convention de nommage LSP basée sur les nombres. Par exemple, si le nom configuré du LSP nominal est et que le nombre de LSP membres est bob N, les LSP membres sont nommés bob-<configured-suffix>-1, , ..., bob-<configured-suffix>-2et bob-<configured-suffix>-N.

Après un événement de normalisation, le nombre de prestataires de services linguistiques membres peut changer. Par exemple, si le nombre de LSP membres passe de six à huit, le périphérique de routage d’entrée conserve les six premiers LSP nommés bob-<configured-suffix>-1, , ..., bob-<configured-suffix>-2et bob-<configured-suffix>-6. Les deux LSP supplémentaires sont nommés bob-7 et bob-8. Les LSP d’origine devront peut-être être réoptimisés si leur bande passante signalée change.

De même, si le nombre de LSP membres passe de huit à six, le périphérique de routage d’entrée resignale les LSP membres de manière à ce que les LSP actifs restants dans le système soient nommés bob-<configured-suffix>-1, , ..., bob-<configured-suffix>-2et bob-<configured-suffix>-6.

Lors du processus de création de nouveaux LSP, il est possible de configurer un LSP RSVP nommé bob-<configured-suffix>-7 .

Normalisation

Vue d’ensemble opérationnelle

La normalisation est un événement qui se produit périodiquement. Lorsque cela se produit, une décision est prise sur le nombre de prestataires de services linguistiques membres qui doivent rester actifs et sur leurs bandes passantes respectives dans un fournisseur de services linguistiques de conteneur. Plus précisément, la décision est prise quant à savoir si de nouveaux prestataires de services linguistiques supplémentaires doivent être créés ou si les fournisseurs de services linguistiques existants doivent être signalés à nouveau ou supprimés pendant l’événement de normalisation.

Entre deux événements de normalisation, un LSP membre peut subir plusieurs ajustements automatiques de la bande passante. Un temporisateur de normalisation, similaire au temporisateur de réoptimisation, est configuré. L’intervalle de la minuterie de normalisation ne doit pas être inférieur à l’intervalle d’ajustement ou à la minuterie d’optimisation.

REMARQUE :

La normalisation n’est pas déclenchée en fonction d’événements réseau, tels que les changements de topologie.

Contraintes opérationnelles

La normalisation est soumise aux contraintes opérationnelles suivantes :

  • La normalisation ne se produit que lorsqu’aucun des LSP membres ne fait l’objet d’une réoptimisation ou d’une réoptimisation préalable. La normalisation commence lorsque tous les prestataires de services linguistiques membres ont terminé leur réunion en cours. Si la normalisation est en attente, aucune nouvelle optimisation ne doit être tentée tant que la normalisation n’est pas terminée.

  • Après la normalisation, un périphérique de routage entrant calcule d’abord un ensemble de chemins réalisables avec la bande passante à l’aide de calculs de routage basés sur des contraintes. Si suffisamment de chemins calculés de routage basé sur les contraintes ne sont pas mis en évidence avec une valeur de bande passante agrégée supérieure à la bande passante souhaitée, plusieurs actions de basculement sont effectuées.

  • Une fois qu’un ensemble de chemins réalisables pour la bande passante est disponible, le périphérique de routage entrant signale ces chemins tout en conservant le jeu de chemins d’origine avec les anciennes valeurs de bande passante. Le make-before-break est effectué avec le style de partage explicite partagé (SE), et lorsque certains des LSP ne sont pas resignalés avec succès, un nombre limité de nouvelles tentatives est tenté pour une durée spécifiée. Ce n’est que lorsque tous les LSP sont correctement signalés que le routeur entrant passe de l’ancienne instance du LSP de conteneur à la nouvelle instance. Si tous les LSP n’ont pas pu être signalés avec succès, le routeur entrant conserve les instances de membres qui sont en place avec des valeurs de bande passante plus élevées.

    Par exemple, si la bande passante d’une ancienne instance d’un LSP membre (LSP-1) est de 1G, le LSP est divisé en LSP-1 avec une bande passante 2G et LSP-2 avec une bande passante 2G. Si la signalisation de LSP-1 avec la bande passante 2G échoue, le routeur entrant conserve LSP-1 avec la bande passante 1G et LSP-2 avec la bande passante 2G.

    En cas d’échec de signalisation, le périphérique de routage entrant reste dans l’état d’erreur, c’est-à-dire que certains LSP ont mis à jour les valeurs de bande passante uniquement si la bande passante agrégée a augmenté. Le routeur entrant tente d’afficher les LSP qui n’ont pas pu être signalés, ce qui réduit au minimum la perte de trafic.

  • Si un LSP tombe en panne entre deux événements de normalisation, cela peut augmenter la charge sur les autres LSP qui sont actifs. Afin d’éviter une utilisation excessive d’autres LSP, une normalisation prématurée peut être configurée en cas de défaillance du LSP. Les LSP peuvent tomber en panne en raison de la préemption ou de l’absence de protection des nœuds ou des liens. Il n’est peut-être pas nécessaire d’activer les LSP inactifs, car le processus de normalisation réexécute les calculs de chemin de routage basés sur des contraintes.

Interopérabilité avec la bande passante automatique

À titre d’exemple, il existe un LSP nominal nommé LSP-1 configuré avec les paramètres suivants :

  • Bande passante de séparation et bande passante de signalisation maximale de 1G

  • Bande passante de fusion et bande passante de signalisation minimale de 0,8G

  • Bande passante automatique

La normalisation est effectuée différemment dans les scénarios suivants :

Modifications apportées aux ajustements de la bande passante automatique par LSP

Tableau 5 illustre comment la normalisation divise et fusionne les LSP membres à mesure que les ajustements automatiques de la bande passante modifient la bande passante par LSP avec une normalisation inconditionnelle.

Tableau 5 : Normalisation avec modifications de l’ajustement automatique de la bande passante par LSP

Temps de normalisation

État actuel

Événements

État ajusté

T0

Pas d’état.

Initialisation

LSP-1 est signalé avec une bande passante de 0,8G

T1

L’utilisation du LSP-1 passe à 1,5 G

  • Plusieurs ajustements automatiques de la bande passante depuis T0 sont possibles.

  • Le routeur entrant décide de diviser LSP-1 en deux LSP et crée LSP-2.

LSP-1 = 0,8 G

LSP-2 = 0,8 G

T2

Augmentation de l’utilisation du LSP-1 vers la 2G

L’utilisation du LSP-2 passe à 0,9 G (dans certaines limites)

  • La bande passante agrégée est de 2,9 Gbit/s, ce qui dépasse la limite de fractionnement agrégée de 2G.

  • Le routeur entrant décide de diviser LSP-1 en trois LSP et crée LSP-3.

LSP-1 = 1G

LSP-2 = 1G

LSP-3 = 1G

T3

L’utilisation du LSP-3 passe à 1,5 G

  • La bande passante agrégée est de 3,5 Gbit/s avec un fractionnement agrégé maximal de 3G.

  • Le routeur entrant décide de diviser LSP-1 en quatre LSP et crée LSP-4.

LSP-1 = 1G

LSP-2 = 1G

LSP-3 = 1G

LSP-4 = 1G

T4

L’utilisation du LSP-2 tombe à 0,5 G

  • La bande passante agrégée est de 3G.

  • Le routeur entrant décide de fusionner LSP-1 et supprime LSP-4.

LSP-1 = 1G

LSP-2 = 1G

LSP-3 = 1G

Étant donné que la bande passante automatique est configurée par LSP, chaque fois qu’il y a un ajustement automatique de la bande passante, le routeur entrant resignale chaque LSP avec Max Avg Bw.

Une autre approche pour gérer les modifications apportées aux ajustements de la bande passante automatique par LSP consiste à ne pas autoriser les LSP individuels à exécuter la bande passante automatique sur le routeur entrant, mais à exécuter la bande passante automatique en mode passif (moniteur). De cette façon, l’échantillonnage est effectué à chaque intervalle statistique pour les LSP membres uniquement, et la normalisation est effectuée pour le LSP de conteneur seul au lieu d’agir sur l’expiration du minuteur d’ajustement des LSP individuels.

En conséquence, le nombre de tentatives de re-signalisation et les fluctuations de bande passante pour un LSP membre donné sont réduits. Seules les valeurs de bande passante calculées par LSP membre sont utilisées par le routeur entrant pour trouver une bande passante agrégée à utiliser lors de la normalisation. La configuration d’un réglage automatique de la bande passante suivi d’une normalisation (les ajustements et les intervalles de normalisation sont comparables) peut entraîner des surcharges considérables en raison de la nouvelle signalisation.

En prenant le même exemple, et en appliquant la deuxième approche, LSP-1 passe de 0,8 G à 1,5 G, puis revient à 0,8 G. Si le temporisateur de normalisation est du même ordre que l’intervalle de réglage, le routeur entrant laisse LSP-1 seul avec son 0,8G d’origine et ne signale LSP-2 qu’avec 0,8G. Cela permet d’obtenir le résultat final de la normalisation, évitant ainsi la tentative de signalisation supplémentaire sur LSP-1 avec 1,5G à l’expiration de la minuterie de réglage.

Étant donné que les LSP membres utilisent toujours la même bande passante, tout ajustement effectué sur les LSP membres est annulé. Les LSP membres sont resignalés avec une bande passante réduite par rapport à la capacité réservée dans le déclencheur d’ajustement avec déclencheur de normalisation. Par conséquent, il peut être utile d’éviter le déclenchement d’ajustement pour les LSP membres en supposant que les intervalles de normalisation et d’ajustement sont du même ordre.

REMARQUE :

Nous recommandons que le temporisateur de normalisation soit supérieur à l’intervalle d’ajustement automatique de la bande passante et à la durée d’optimisation habituelle, car les tendances du trafic sont observées à une échelle de temps plus longue et la normalisation est effectuée une à trois fois par jour. Un LSP peut faire l’objet d’une optimisation pour les raisons suivantes :

  • Optimisation normale

  • Réglage automatique de la bande passante

  • Normalisation

Évolution de la croissance du trafic

Tableau 6 illustre la normalisation effectuée lorsque le trafic augmente de manière importante.

Tableau 6 : Normalisation avec croissance du trafic

Temps de normalisation

État actuel

Événements

État ajusté

T0

Pas d’état

LSP-1 est signalé avec une bande passante de 0,8G

T1

Augmentation de l’utilisation du LSP-1 vers la 3G

  • L’utilisation agrégée dépasse la bande passante de fractionnement maximale

  • Le routeur entrant décide de scinder LSP-1 et crée deux autres LSP supplémentaires

LSP-1 = 1G

LSP-2 = 1G

LSP-3 = 1G

Il est préférable d’avoir moins de LSP plutôt que de signaler quatre LSP avec chacun une bande passante de 0,8G, à moins qu’il n’y ait une contrainte sur le nombre minimum de LSP.

Plage calculée et plages réalisables configurées

Lorsqu’un routeur entrant est configuré avec le nombre minimal et maximal de LSP, et par LSP fractionnement de bande passante et valeurs de bande passante de fusion, les seuils de bande passante sont utilisés pour le fractionnement et la fusion. Pour cela, le nombre de LSP (N) doit satisfaire aux contraintes suivantes :

Au moment de la normalisation, sur la base de la demande globale X :

Les contraintes mentionnées ci-dessus fournissent deux plages à partir desquelles N peut travailler. Si les deux plages de N se chevauchent, N sera sélectionné dans l’intervalle de chevauchement (N le plus bas possible) pour que le nombre de LSP reste faible dans le réseau.

Sinon, si maximum-member-lsps est inférieur à [X/splitting-bandwidth], le routeur entrant conserve (au maximum) le maximum-member-lsps dans le système, et la bande passante de chaque LSP est [X/maximum-member-lsps] ou la maximum-signaling-bandwidth, la valeur la moins élevée étant retenue. Il est possible que certains LSP ne soient pas signalés avec succès.

De même, si minimum-member-lsps est supérieur à [X/merging-bandwidth], le routeur entrant conserve (au minimum) le minimum-member-lsps dans le système, et la bande passante de chaque LSP est [X/minimum-member-lsps] ou la largeur de bande de signalisation minimale, la valeur la plus faible étant retenue.

À titre d’exemple, la normalisation s’effectue comme suit dans les cas suivants :

  • Cas 1

    • lsps-membre-minimum = 2

    • maximum-membre-lsps = 10

    • demande globale = 10G

    • bande passante de fusion = 1G

    • bande passante de fractionnement = 2,5 G

    Dans ce cas, le périphérique de routage entrant signale quatre LSP membres ayant chacun une bande passante de 2G.

  • Cas 2

    • lsps-membre-minimum = 5

    • maximum-membre-lsps = 10

    • demande globale = 10G

    • bande passante de fusion = 2,5 G

    • bande passante de fractionnement = 10G

    Dans ce cas, le périphérique de routage entrant signale cinq LSP membres ayant chacun une bande passante de 2G. Ici, la configuration statique sur le nombre de LSP membres est prioritaire.

  • Cas 3

    • bande passante de signalisation minimale = 5G

    • largeur de bande passante maximale = 40G

    • bande passante de fusion = 10G

    • bande passante de fractionnement = 50G

    Lorsqu’un LSP de conteneur apparaît, le LSP nominal est signalé avec une bande passante de signalisation minimale. Au moment de la normalisation, la nouvelle bande passante agrégée est de 100 G. Pour trouver N et la bande passante de chaque LSP, N doit satisfaire à la contrainte suivante :

    Par conséquent, N est égal à :

    • N = 2, bande passante = min {100/2G, 40G} = 40G

      Cette option ne satisfait pas le nouvel agrégat de 100G.

    • N = 3, bande passante = min {100/3G, 40G} = 33,3G

      Avec cette option, la bande passante agrégée est égale à 100G.

    Dans ce cas, le périphérique de routage entrant signale trois LSP avec chacun une bande passante de 33,3G.

    REMARQUE :

    Le routeur entrant ne signale pas un LSP inférieur à la bande passante de signalisation minimale.

Calcul du chemin de routage basé sur les contraintes

Bien qu’il n’y ait aucun changement dans le calcul général du chemin de routage basé sur les contraintes, avec un LSP de conteneur, il existe un module distinct qui supervise le processus de normalisation, planifie les événements de routage basés sur les contraintes et planifie le basculement d’une ancienne instance vers une nouvelle instance, le cas échéant. Un périphérique de routage entrant doit gérer régulièrement le calcul du chemin de routage basé sur des contraintes. Lors de la normalisation, un routeur entrant doit calculer des chemins de routage basés sur des contraintes si le nombre de LSP ou la largeur de bande des LSP doit être modifié.

Par exemple, il existe des LSP K sur le routeur entrant avec des valeurs de bande passante X-1, X-2, ... et X-K. La valeur actuelle de la bande passante agrégée est Y, qui correspond à la somme de X-1 plus X-2 plus X-K. En cas de nouvelle demande de W, le routeur entrant calcule d’abord le nombre de LSP requis. Si le routeur entrant n’a besoin que de N LSP (LSP-1, LSP-2, .., et LSP-N) ayant chacun une valeur de bande passante B, la tâche du module de routage basé sur les contraintes est de fournir un ensemble de LSP réalisables en termes de bande passante pouvant répondre à la nouvelle demande agrégée qui n’est pas inférieure à Y.

Le routeur entrant essaie ensuite de voir si les chemins de routage basés sur des contraintes peuvent être calculés avec succès pour tous les N LSP. Si les chemins de tous les LSP sont trouvés avec succès, le module de routage basé sur les contraintes renvoie l’ensemble au module de normalisation.

Il est possible que le calcul de routage basé sur les contraintes échoue pour certains LSP. Dans ce cas, le périphérique de routage entrant effectue l’action suivante :

  • Si la configuration autorise la normalisation incrémentielle, ce qui implique que si le routeur entrant a suffisamment de LSP dont l’agrégat dépasse Y, le module de routage basé sur les contraintes renvoie cet ensemble de chemins.

  • Que la normalisation incrémentielle soit configurée ou non, si les chemins de routage basés sur des contraintes ne peuvent pas être calculés pour un nombre suffisant de LSP, le routeur entrant doit répéter le processus de recherche d’un nouvel ensemble de LSP. Initialement, le routeur entrant commence avec la valeur la plus basse de N de la région réalisable. Chaque fois que le routeur entrant doit réviser le nombre, il l’augmente linéairement de 1. Par conséquent, par LSP, la bande passante diminue et, par conséquent, il y a plus de chances que la signalisation réussisse. Le processus est répété pour toutes les valeurs possibles de N (ou un certain nombre limité de fois ou de durée comme configuré).

    Le routeur entrant signale les LSP après avoir réussi les calculs du chemin de routage basé sur des contraintes. Il peut arriver que lorsque les LSP sont signalés, la signalisation de nombreux LSP échoue. Outre les calculs de chemin de routage basés sur des contraintes pour réussir, la signalisation RSVP doit également réussir, de sorte que le nouvel agrégat ne soit pas inférieur à l’ancienne bande passante agrégée.

Échantillonnage

L’échantillonnage est important pour que la normalisation fonctionne. Une fois l’échantillonnage configuré, un équipement de routage entrant est en mesure d’effectuer une estimation statistique des demandes de trafic agrégées. Chaque fois que le minuteur d’échantillonnage se déclenche, le périphérique de routage entrant peut prendre en compte les taux de trafic sur différents LSP et calculer un échantillon agrégé de bande passante. Ce minuteur d’échantillonnage est différent de l’échantillonnage statistique effectué périodiquement par RSVP sur tous les LSP. La bande passante agrégée est un exemple à utiliser au moment de la normalisation. Un dispositif de routage d’entrée peut enregistrer des échantillons antérieurs pour calculer une moyenne (ou une autre mesure statistique) et l’utiliser lors de la prochaine normalisation.

Pour supprimer les échantillons aberrants, un jeton d’échantillonnage est configuré. En d’autres termes, à partir de tous les échantillons agrégés collectés au cours de la période configurée, les valeurs aberrantes inférieures et supérieures sont ignorées avant le calcul d’une mesure statistique à partir des échantillons restants.

Les deux méthodes suivantes de calcul d’une valeur de bande passante agrégée sont prises en charge :

  • Average (Moyenne) : tous les échantillons de bande passante agrégée sont pris en compte par le périphérique de routage d’entrée, puis tous les échantillons de valeurs aberrantes sont supprimés. La valeur moyenne de la bande passante est calculée à partir des échantillons restants à utiliser lors de la normalisation.

  • Max : tous les échantillons de bande passante agrégée sont pris en compte par le périphérique de routage entrant, puis tous les échantillons aberrants sont supprimés. La valeur de bande passante maximale est sélectionnée parmi les échantillons restants à utiliser lors de la normalisation.

La durée, le nombre d’échantillons agrégés antérieurs à stocker, la valeur de percentile à déterminer et les valeurs aberrantes ignorées sont des paramètres configurables par l’utilisateur.

Prise en charge des routes NSR, IPG-FA et statiques

Depuis Junos OS version 15.1, les chemins de commutation d’étiquettes de conteneur (LSP) prennent en charge le routage actif ininterrompu (NSR), l’adjacence de transfert IGP (FA) et les routes statiques pour répondre aux exigences des analyses de rentabilisation plus larges.

Prise en charge NSR

Un LSP de conteneur présente les caractéristiques d’ingénierie de trafic ECMP et RSVP. Étant donné qu’un LSP de conteneur se compose de plusieurs LSP membres entre un routeur de sortie et un routeur d’entrée, chaque LSP membre empruntant un chemin différent vers la même destination, le routeur entrant est configuré avec tous les paramètres nécessaires pour calculer un LSP ECMP RSVP. Ces paramètres, ainsi que les informations sur l’état de transfert, doivent être synchronisés entre les moteurs de routage principal et secondaire pour permettre la prise en charge du routage actif ininterrompu (NSR) pour les LSP de conteneurs. Bien que certaines des informations d’état de transfert sur le moteur de routage de sauvegarde soient construites localement en fonction de la configuration, la plupart d’entre elles sont basées sur des mises à jour périodiques du moteur de routage principal. Les LSP de conteneur sont créés dynamiquement à l’aide des états répliqués sur le moteur de routage de sauvegarde.

Par défaut, la normalisation a lieu une fois toutes les 6 heures et, pendant ce temps, un certain nombre d’ajustements automatiques de la bande passante se produisent sur chaque LSP membre. Un LSP membre est redimensionné en fonction du trafic qu’il transporte et des paramètres de configuration de la bande passante automatique configurés. Le suivi de la demande agrégée sur un prestataire de services linguistiques de conteneur est additionné de la bande passante de tous les fournisseurs de services linguistiques membres.

Pour les LSP point à point RSVP, un basculement du moteur de routage peut se trouver sous l’un des éléments suivants :

  • Steady state

    À l’état stable, l’état LSP est actif et transfère le trafic ; cependant, aucun autre événement, tel que le make-before-break (MBB), ne se produit sur le LSP. À ce stade, le RPD s’exécute à la fois sur les moteurs de routage, et l’événement de basculement bascule entre l’moteur de routage principale et l’de secours. Les informations LSP du moteur de routage de sauvegarde ont déjà été répliquées. Après le basculement, le nouveau principal utilise les informations de la structure répliquée pour construire le LSP de conteneur et met en file d’attente le chemin (ERO) du LSP en mode de retrace. RSVP signale et vérifie si le chemin mentionné dans l’ERO est accessible. Si les vérifications RSVP échouent, le LSP est redémarré. Si les vérifications RSVP réussissent, l’état LSP reste actif.

  • Action leading to make-before-break (MBB)

    Un LSP de conteneur peut être optimisé avec une bande passante mise à jour, et cette modification s’effectue à la manière MBB. Au cours d’un processus MBB, il existe deux instances de chemin pour un LSP donné, et le LSP bascule d’une instance à une autre. Pour chaque basculement du moteur de routage, le chemin est vérifié pour savoir où se trouve le chemin dans le processus MBB. Si le chemin se trouve au milieu du processus MBB, avec l’instance principale vers le bas et le chemin réoptimisé vers le haut, alors MBB peut basculer vers la nouvelle instance. La sortie de show mpls lsp extensive la commande, dans ce cas, est la suivante :

    Un comportement similaire est conservé pour les LSP membres lors de l’optimisation de la bande passante.

    Un basculement du moteur de routage à l’état stable (lorsque la normalisation n’est pas en cours) maintient les LSP de conteneur opérationnels sans aucune perte de trafic. Les événements, tels qu’un MBB dû à des ajustements automatiques de la bande passante, l’état de la liaison en panne ou une double défaillance, à l’état stable sont similaires à un LSP point à point RSVP normal.

    Si le LSP de conteneur est en cours de normalisation et que l’événement de normalisation est déclenché manuellement ou périodiquement, il passe par la phase de calcul et d’exécution. Dans un cas comme dans l’autre, zéro pour cent de perte de trafic n’est pas garanti.

    • Normalisation dans la phase de calcul

      Au cours de la phase de calcul, le moteur de routage principal calcule le nombre de LSP membres ciblés et la bande passante avec laquelle chaque LSP membre doit être resignalé. Le moteur de routage de sauvegarde contient des informations limitées sur le LSP de conteneur, telles que le nom LSP, l’ID LSP, la bande passante actuelle de son LSP membre, le nombre de LSP membres et le nombre de nouvelles tentatives de normalisation. Si le basculement se produit pendant la phase de calcul, le moteur de routage de secours ne connaît pas le nombre de LSP membres ciblés et la bande passante à signaler. Étant donné que les statistiques de trafic ne sont pas copiées dans le moteur de routage de sauvegarde, il ne peut pas calculer le nombre de membres et la bande passante ciblés. Dans ce cas, le nouveau moteur de routage principal utilise les anciennes données stockées dans le nombre de LSP membres ciblés et la bande passante ciblée pour signaler les LSP.

    • Normalisation en phase d’exécution

      Pendant la phase d’exécution, RSVP du moteur de routage principal tente de signaler les LSP avec la bande passante nouvellement calculée. Si le basculement se produit pendant la signalisation des LSP avec une bande passante plus élevée ou pendant le fractionnement ou la fusion de LSP, le nouveau moteur de routage principal utilise les informations du nombre de membres ciblés et de la valeur de bande passante avec lesquels il doit être signalé pour afficher les LSP.

Prise en charge de l’IPG-FA

Une adjacence de transfert (FA) est un chemin de commutation d’étiquettes (LSP) d’ingénierie du trafic qui est configuré entre deux nœuds et utilisé par un protocole IGP (Interior Gateway Protocol) pour transférer le trafic. Par défaut, un IGP ne prend pas en compte les tunnels d’ingénierie du trafic MPLS entre les sites pour le transfert du trafic. La contiguïté de transfert traite un tunnel LSP d’ingénierie du trafic comme un lien dans une topologie IGP, permettant ainsi aux nuds du réseau de transférer également le trafic IP pour atteindre la destination via ce LSP FA. Une adjacence de transfert peut être créée entre les équipements de routage, quel que soit leur emplacement sur le réseau.

Pour annoncer un LSP de conteneur en tant qu’IGP-FA, le nom du LSP doit être configuré sous IS-IS ou OSPF. Par exemple :

IS-IS

OSPF

REMARQUE :

L’IGP-FA s’applique à la fois aux LSP de conteneur et aux LSP point à point réguliers. Si un LSP de conteneur et un LSP point à point partagent le même nom, le LSP point à point est privilégié pour FA.

Prise en charge des routes statiques

Les itinéraires statiques n’incluent souvent qu’un ou très peu de chemins vers une destination et ne changent généralement pas. Ces routes sont utilisées pour l’assemblage de services lorsque des stratégies et d’autres protocoles ne sont pas configurés.

Pour publier un LSP de conteneur en tant que route statique, le nom LSP doit être configuré sous la configuration de la route statique. Par exemple :

Route statique

REMARQUE :

La prise en charge de la route statique est appliquée à la fois aux LSP de conteneur et aux LSP point à point réguliers. Si un LSP de conteneur et un LSP point à point partagent le même nom, le LSP point à point est privilégié pour le routage statique.

Instructions de configuration prises en charge pour les LSP de conteneur

Tableau 7 répertorie les instructions de configuration du LSP MPLS qui s’appliquent au LSP RSVP et à un LSP de conteneur (nominal et supplémentaire).

La prise en charge de la configuration est définie selon les termes suivants :

  • Yes (Oui) : l’instruction de configuration est prise en charge pour ce type de LSP.

  • Non : l’instruction de configuration n’est pas prise en charge pour ce type de LSP.

  • N/A : l’instruction de configuration ne s’applique pas à ce type de LSP.

Tableau 7 : Applicabilité de la configuration des LSP RSVP à un LSP de conteneur

Instruction de configuration

RSVP LSP (Entrée)

Membre LSP (Ingress)

Adaptive

(Par défaut : non adaptatif)

Oui

Oui

admin-down

Oui

Oui

admin-group

Oui

Oui

admin-groups-sauf

Oui

Oui

appliquer-groupes

Oui

Oui

appliquer-groupes-sauf

Oui

Oui

associate-backup-pe-groups

Oui

Non

associé-lsp

(Pas de support bidirectionnel)

Oui

Non

Bande passante automatique

Oui

Oui

Sauvegarde

Oui

Non

Largeur de bande

Oui

Oui

classe de service

Oui

Oui

corouté-bidirectionnel

(Pas de support bidirectionnel)

Oui

Non

corouté-bidirectionnel-passif

(Pas de support bidirectionnel)

Oui

Non

Description

Oui

Oui

Désactiver

Oui

Oui

protection contre la sortie

Oui

Non

exclude-srlg

Oui

Oui

redirection rapide

(Même reroutage rapide pour tous les LSP membres)

Oui

Oui

De

Oui

Oui

limite de saut

Oui

Oui

Installer

Oui

Oui

inter-domaines

(Même routeur de terminaison)

Oui

Oui

Secondaire

(Tous les LSP sont primaires)

Oui

Non

Tunnelisation LDP

(Tous les LSP font du tunneling)

Oui

Oui

moins de remplissage

Oui

Oui

protection des liens

(Tous les LSP partagent le même mécanisme de protection des liens)

Oui

Oui

attributs_lsp

Oui

Oui

contrôleur externe lsp

Oui

Non

Métrique

(Tous les LSP sont identiques)

Oui

Oui

remplissage le plus

Oui

Oui

Pas de CSPF

(Les LSP utilisent IGP)

Oui

Oui

TTL sans décrémentation

(Tous les LSP partagent le même comportement TTL)

Oui

Oui

no-install-to-address

Oui

Oui

Absence d’enregistrement

Oui

Oui

protection des liens de nœud

(Tous les LSP partagent le même mécanisme de protection de liaison nud)

Oui

Oui

Oam

Oui

Oui

optimize-hold-dead-delay

(Tous les LSP ont la même valeur)

Oui

Oui

optimize-switchover-delay

(Tous les LSP ont la même valeur)

Oui

Oui

optimiser-minuteur

(Tous les LSP ont la même valeur)

Oui

Oui

P2MP (en anglais)

Oui

N/A

Police

(Trafic variable)

Oui

Non

Préférence

Oui

Oui

principal

(Tous les chemins sont primaires)

Oui

Non

Aléatoire

Oui

Oui

enregistrer

Oui

Oui

limite de tentatives

(Applicable aux membres)

Oui

Oui

retry-timer

(Applicable aux membres)

Oui

Oui

revert-timer

(Pas de LSP secondaire)

Oui

Non

Secondaire

(Tous les LSP sont primaires)

Oui

Non

préemption douce

Oui

Oui

Veille

(Tous les prestataires de services linguistiques sont en veille)

Oui

Non

Modèle

Oui

Non

À

Oui

Oui

traceoptions

Oui

Oui

Saut de houblon ultime

Oui

Oui

Impact de la configuration des LSP de conteneur sur les performances réseau

Un LSP de conteneur est un LSP de conteneur qui permet à plusieurs LSP membres de coexister et d’être gérés en tant que bundle. Les LSP membres sont similaires aux LSP RSVP point à point indépendants. Par conséquent, la consommation des ressources est similaire à la somme des ressources consommées par chaque LSP RSVP point à point. Toutefois, le provisionnement d’un LSP de conteneur est plus efficace, car les LSP membres sous-utilisés sont supprimés dynamiquement, ce qui permet d’économiser de la mémoire et des ressources CPU.

Les fonctionnalités LSP du conteneur dépendent de la présence d’une implémentation RSVP MPLS de base fonctionnelle. Par conséquent, un LSP de conteneur n’introduit aucune considération de sécurité au-delà des considérations existantes pour la fonctionnalité MPLS RSVP de base. Les catégories d’attaques et de contre-mesures possibles sont les suivantes :

  • Interaction avec les processus et la configuration des routeurs

    Aucun nouveau mécanisme de communication avec des hôtes externes n’est requis pour un LSP de conteneur. Les données arrivent au module RSVP par le biais de processus logiciels locaux et de la configuration du routeur, autres que la contiguïté de voisinage RSVP. Junos OS fournit des contrôles de sécurité sur l’accès au routeur et sa configuration.

  • Communication avec les voisins RSVP externes

    Les LSP MPLS avec signal RSVP dépendent des services RSVP et IGP pour communiquer les messages RSVP entre les routeurs voisins sur le réseau. Étant donné que les sessions RSVP impliquent une communication en dehors du routeur local, elles sont sujettes à de nombreuses formes d’attaque, telles que l’usurpation d’homologues, l’injection de messages RSVP falsifiés et de mises à jour de route, ainsi que des attaques sur le transport TCP/UDP sous-jacent des sessions. Junos OS fournit des contre-mesures pour de tels vecteurs d’attaque.

  • Limites de ressources et déni de service

    Junos OS fournit plusieurs mécanismes via des mécanismes de contrôle et des filtres pour vous protéger contre les attaques par déni de service basées sur l’injection de demandes de trafic supérieures aux prévisions. Au niveau du LSP MPLS, Junos OS permet aux opérateurs de configurer des limites sur la bande passante du LSP et le nombre de LSP. Toutefois, à l’instar des LSP RSVP point à point, les LSP de conteneur n’appliquent pas de limites sur le volume de trafic transféré sur ces LSP.

Fonctionnalités prises en charge et non prises en charge

Junos OS prend en charge les fonctionnalités LSP de conteneur suivantes :

  • Mécanisme de fractionnement LSP basé sur la bande égale

  • Fractionnement et fusion des LSP basés sur la bande passante agrégée

  • Mécanisme de nommage basé sur les numéros LSP pour les LSP membres créés dynamiquement

  • Mécanismes d’échantillonnage périodique pour estimer la bande passante agrégée

  • Interopérabilité grâce à la fonction d’auto-bande passante

  • ECMP à l’aide des LSP créés dynamiquement

  • Tunnelisation LDP sur le LSP créé dynamiquement

  • Configuration du conteneur LSP à l’aide de raccourcis IGP

  • Liens Ethernet agrégés

  • Systèmes logiques

Junos OS prend not en charge la fonctionnalité LSP de conteneur suivante :

  • Chemins disjoints de nuds et de liens pour différents LSP entre un périphérique de routage entrant et un périphérique de routage sortant

  • Stratégie d’allocation de bande passante différente de la stratégie d’égalité de bande passante lors de l’événement de normalisation

  • Calcul des chemins de routage basés sur les contraintes pour trouver des chemins de coût IGP égaux pour différents LSP

  • RSVP, tels que MLSP_TUNNEL Sender Template, et MLSP_TUNNEL Filter Specification définis dans [KOMPELLA-MLSP]

  • Modification de la topologie comme déclencheur du fractionnement et de la fusion des LSP

  • Modification de la topologie et défaillance de la liaison comme déclencheur de la normalisation, à moins que les LSP membres ne tombent en panne

  • Protection contre la sortie sur le conteneur LSP

  • LSP de conteneur en tant que LSP de secours pour l’interface IGP

  • LSP de conteneur en tant que tunnel fournisseur pour les VPN multicast

  • LSP dynamiques pour la normalisation

  • CCC à l’aide d’un LSP de conteneur

  • Chemins secondaires pour le conteneur LSP

  • Conteneur bidirectionnel LSP

  • Police

  • Routes statiques utilisant des LSP de conteneur comme sauts suivants dans la mesure du mieux

  • Entité de calcul de chemin externe, telle que PCE

  • Multichassis

  • Prise en charge IPv6

Exemple : Configuration de la gestion dynamique de la bande passante à l’aide de Container LSP

Cet exemple montre comment activer la gestion dynamique de la bande passante en configurant des chemins de commutation d’étiquettes de conteneur (LSP) qui activent l’équilibrage de charge sur plusieurs LSP membres point à point.

Conditions préalables

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

  • Cinq routeurs pouvant être une combinaison de routeurs M Series, MX Series ou T Series, dont deux routeurs sont des routeurs de périphérie fournisseur (PE) et trois routeurs sont des routeurs fournisseurs (P)

  • Junos OS version 14.2 ou ultérieure s’exécutant sur tous les routeurs

Avant de commencer :

  1. Configurez les interfaces de l’appareil.

  2. Configurez les numéros de système autonome et les ID de routeur pour les appareils.

  3. Configurez les protocoles suivants :

    • RSVP

    • MPLS

    • BGP

    • OSPF

Présentation

À partir de la version 14.2 de Junos OS, un nouveau type de LSP, appelé LSP de conteneur, est introduit pour permettre l’équilibrage de charge sur plusieurs LSP point à point. Un LSP de conteneur comprend un ou plusieurs LSP membres entre les mêmes périphériques de routage d’entrée et de sortie. Les LSP membres sont similaires aux LSP point à point indépendants, et chaque LSP membre emprunte un chemin différent vers la même destination et peut être acheminé le long d’un chemin de coût IGP différent.

Un LSP de conteneur prend en charge la gestion dynamique de la bande passante en permettant au routeur entrant d’ajouter et de supprimer dynamiquement des LSP membres via un processus appelé fractionnement LSP et fusion LSP, respectivement, en fonction de la configuration et du trafic agrégé. Outre l’ajout et la suppression, les LSP membres peuvent également être réoptimisés avec différentes valeurs de bande passante de manière à faire avant de rompre.

Topologie

Figure 2 est un exemple de topologie configurée avec des LSP de conteneur.

Figure 2 : Gestion dynamique de la bande passante à l’aide de LSP de conteneurGestion dynamique de la bande passante à l’aide de LSP de conteneur

Dans cet exemple, les routeurs PE1 et PE2 sont les routeurs PE connectés aux hôtes Host1 et Host2, respectivement. Les routeurs centraux, les routeurs P1, P2 et P3, se connectent aux routeurs PE.

Configuration

Configuration rapide de l’interface de ligne de commande

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie, puis passez commit en mode de configuration.

PE1

P1

P2

P3

PE2

Procédure

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer le routeur PE1 :

  1. Configurez les interfaces PE1 du routeur.

  2. Configurez l’ID de routeur et le numéro du système autonome pour le routeur PE1.

  3. Activez la stratégie pour équilibrer la charge du trafic.

  4. Activez RSVP sur toutes les interfaces PE1 du routeur (à l’exception de l’interface de gestion).

  5. Activez MPLS sur toutes les interfaces du routeur PE1 (à l’exception de l’interface de gestion).

  6. Configurez les paramètres de statistiques MPLS.

  7. Configurez les paramètres du modèle de chemin de commutation d’étiquettes (LSP).

  8. Configurez un LSP de conteneur entre le routeur PE1 et le routeur PE2, puis attribuez le modèle LSP PE1-to-PE2-template1.

  9. Configurez les paramètres LSP du conteneur.

  10. Configurez le groupe BGP et attribuez les adresses IP locales et voisines.

  11. Activez OSPF sur toutes les interfaces du routeur PE1 (à l’exception de l’interface de gestion) ainsi que les fonctionnalités d’ingénierie du trafic.

  12. Configurez l’instruction de stratégie pour équilibrer la charge du trafic.

  13. Configurez une instance de routage sur le routeur PE1 et attribuez l’interface d’instance de routage.

  14. Configurez les valeurs du séparateur de route, de la cible vrf et de l’étiquette vrf-table pour l’instance de routage VRF.

Résultats

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

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’état LSP du conteneur sans bande passante

But

Vérifiez l’état du conteneur LSP.

Action

À partir du mode opérationnel, exécutez la show mpls container-lsp extensive commande.

Sens

Le LSP de conteneur est établi entre les routeurs PE1 et PE2.

Vérification de l’état du LSP du conteneur avec une bande passante accrue (avant la normalisation)

But

Vérifiez l’état du conteneur LSP avec une bande passante accrue avant que la normalisation ne se produise.

Action

À partir du mode opérationnel, exécutez la show mpls container-lsp extensive commande.

Sens

Étant donné qu’il n’y a pas eu de normalisation, le nombre de PSL membres demeure à 2.

Vérification de l’état LSP du conteneur avec une bande passante accrue (après normalisation)

But

Vérifiez l’état du LSP de conteneur avec une bande passante accrue après la normalisation.

Action

À partir du mode opérationnel, exécutez la show mpls container-lsp extensive commande.

Sens

À l’expiration du temporisateur de normalisation, le LSP de conteneur est divisé en cinq LSP membres, chacun avec 10 Mbits/s (bande passante de signalisation minimale et maximale). Par conséquent, la bande passante agrégée est de 50 Mbit/s.

Vérification du processus de fractionnement LSP du conteneur

But

Vérifiez le processus de fractionnement LSP du conteneur après la normalisation.

Action

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

Sens

Après le fractionnement LSP, le routeur PE1 a injecté la contiguïté de transfert.

Vérification des statistiques LSP du conteneur

But

Vérifiez les statistiques LSP du conteneur après la normalisation.

Action

À partir du mode opérationnel, exécutez la show mpls container-lsp statistics commande.

Sens

Le trafic est équilibré en charge sur les LSP membres nouvellement créés.

Vérification de l’état du LSP du conteneur avec une bande passante réduite (avant la normalisation)

But

Vérifiez l’état du LSP de conteneur avec une bande passante réduite avant que la normalisation ne se produise.

Action

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

Sens

Étant donné qu’il n’y a pas eu de normalisation, le nombre de PSL membres demeure à 5.

Vérification de l’état du LSP du conteneur avec une bande passante réduite (après normalisation)

But

Vérifiez l’état du LSP de conteneur avec une bande passante réduite après la normalisation.

Action

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

Sens

À l’expiration du temporisateur de normalisation, la fusion LSP de conteneur a lieu, car il y a une réduction globale de la bande passante. Les LSP membres sont fusionnés et le nombre de LSP membres est de 2 après la normalisation.

Vérification du processus de fusion LSP de conteneur

But

Vérifiez le processus de fractionnement LSP du conteneur après la normalisation.

Action

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

Sens

Après la fusion des LSP, le routeur PE1 a supprimé les LSP membres fusionnés.

Vérification de la normalisation du basculement

But

Vérifiez la redistribution de la charge lorsque le trafic est envoyé à 35 Mbits/s et que la liaison entre les routeurs P1 et P2 est désactivée. L’arrivée de PathErr en cas de défaillance de liaison déclenche une normalisation immédiate.

Pour activer la normalisation du basculement, incluez l’instruction de configuration au niveau de la failover-normalization[edit protocols mpls container-label-switched-path container-lsp-name splitting-merging normalization] hiérarchie.

Action

À partir du mode opérationnel, exécutez la show mpls container-lsp commande.

Après la panne de la liaison ge-0/0/2 entre les routeurs P1 et P2, la normalisation est immédiatement déclenchée.

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

Sens

L’arrivée d’un message PathErr en cas de défaillance d’une liaison déclenche une normalisation immédiate.

Vérification de la normalisation incrémentielle

But

Vérifiez la normalisation incrémentielle lorsque la bande passante n’est pas suffisante.

Sur le routeur PE1, la bande passante statique de l’interface RSVP est limitée à 22 Mbit/s chacune.

Action

À partir du mode opérationnel, exécutez la show rsvp interface commande.

Avant que la normalisation ne se produise :

À partir du mode opérationnel, exécutez la show mpls container-lsp commande.

Une fois la normalisation terminée :

À partir du mode opérationnel, exécutez la show mpls container-lsp commande.

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

Sens

Après normalisation, la bande passante agrégée après trois tentatives est de 40,8326 Mbit/s.

Configuration de la gestion dynamique de la bande passante à l’aide de Container LSP

Vous pouvez configurer un LSP de conteneur pour activer dynamiquement l’équilibrage de charge sur plusieurs LSP point à point. Un LSP de conteneur comprend un ou plusieurs LSP membres entre les mêmes périphériques de routage d’entrée et de sortie. Les LSP membres sont similaires aux LSP point à point indépendants, et chaque LSP membre emprunte un chemin différent vers la même destination et peut être acheminé le long d’un chemin de coût IGP différent.

Un LSP de conteneur prend en charge la gestion dynamique de la bande passante en permettant au routeur entrant d’ajouter et de supprimer dynamiquement des LSP membres via un processus appelé fractionnement LSP et fusion LSP, respectivement, en fonction de la configuration et du trafic agrégé. Outre l’ajout et la suppression, les LSP membres peuvent également être réoptimisés avec différentes valeurs de bande passante de manière à faire avant de rompre.

Avant de commencer :

  1. Configurez les interfaces de l’appareil.

  2. Configurez l’ID du routeur de l’appareil et le numéro du système autonome.

  3. Configurez les protocoles suivants :

    • RSVP

    • BGP

      Configurez un groupe BGP sur un périphérique d’appairage avec un périphérique Provider Edge (PE) distant.

    • OSPF

      Activer les fonctionnalités d’ingénierie du trafic.

  4. Configurez une instance de routage VRF.

Pour configurer l’appareil PE :

  1. Activez MPLS sur toutes les interfaces (à l’exception de l’interface de gestion).
  2. Configurez les paramètres de statistiques MPLS.
  3. Configurez les paramètres du modèle de chemin de commutation d’étiquettes (LSP).
  4. Configurez un LSP de conteneur entre les deux routeurs PE et attribuez le modèle LSP.
  5. Configurez les paramètres LSP du conteneur.
  6. Configurez l’instruction de stratégie pour équilibrer la charge du trafic.
    REMARQUE :

    La stratégie d’équilibrage de charge du trafic doit être affectée à la configuration de la table de transfert sous le niveau hiérarchique [edit routing-options].

  7. Vérifiez et validez la configuration.

    Par exemple :