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
- Implémentation multichemin RSVP de Junos OS
- Défis actuels des aspects techniques du trafic
- Utiliser Container LSP comme solution
- Implémentation LSP de conteneur Junos OS
- Instructions de configuration prises en charge pour les LSP de conteneur
- Impact de la configuration des LSP de conteneur sur les performances réseau
- Fonctionnalités prises en charge et non prises en charge
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é).
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
- Création de nouveaux prestataires de services linguistiques pour répondre à la demande X
- Attribution de la bande passante aux nouveaux LSP
- Contrôle des chemins LSP
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
- Fractionnement LSP
- Fusion LSP
- Protection des nœuds et des liens
- Convention de nommage
- Normalisation
- Calcul du chemin de routage basé sur les contraintes
- Échantillonnage
- Prise en charge des routes NSR, IPG-FA et statiques
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.
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-Bw
Current-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 lashow 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é.
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-Bw
Current-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 lashow mpls container-lsp extensive
commande.Lorsque la valeur est inférieure ou égale à [1+a] multipliée par la
New-Aggr-Bw
Current-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.
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>-2
et 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>-2
et 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>-2
et 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.
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.
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 |
|
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) |
|
LSP-1 = 1G LSP-2 = 1G LSP-3 = 1G |
T3 |
L’utilisation du LSP-3 passe à 1,5 G |
|
LSP-1 = 1G LSP-2 = 1G LSP-3 = 1G LSP-4 = 1G |
T4 |
L’utilisation du LSP-2 tombe à 0,5 G |
|
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.
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.
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 |
|
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 :
minimum-member-lsps ≤ N ≤ maximum-member-lsps
Au moment de la normalisation, sur la base de la demande globale X :
[X/splitting-bandwidth] ≤ N ≤ [X/merging-bandwidth]
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 :
100/50 ≤ N ≤ 100/10, which gives 2 ≤ N ≤ 10
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 :13 Dec 3 01:33:38.941 Make-before-break: Switched to new instance 12 Dec 3 01:33:37.943 Record Route: 10.1.1.1 11 Dec 3 01:33:37.942 Up 10 Dec 3 01:33:37.942 Automatic Autobw adjustment succeeded: BW changes from 100 bps to 281669 bps 9 Dec 3 01:33:37.932 Originate make-before-break call 8 Dec 3 01:33:37.931 CSPF: computation result accepted 10.1.1.1 7 Dec 3 01:28:44.228 CSPF: ERO retrace was successful 10.1.1.1 6 Dec 3 01:19:39.931 10.1.1.2 Down: mbb/reopt 5 Dec 3 01:18:29.286 Up: mbb/reopt 4 Dec 3 01:14:47.119 10.1.1.2 Down: mbb/reopt 3 Dec 3 01:13:29.285 Up: mbb/reopt 2 Dec 3 01:10:59.755 Selected as active path: selected by master RE
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
[edit] protocols { isis { label-switched-path container-lsp-name; } }
OSPF
[edit] protocols { ospf { area 0.0.0.0 { label-switched-path container-lsp-name; } } }
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
[edit] routing-options { static { route destination { lsp-next-hop container-lsp-name; } } }
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.
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
, etMLSP_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 :
-
Configurez les interfaces de l’appareil.
-
Configurez les numéros de système autonome et les ID de routeur pour les appareils.
-
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.
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
set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.1/24 set interfaces ge-0/0/1 unit 0 family inet address 10.10.10.1/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.40.40.1/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.166/32 set interfaces lo0 unit 0 family mpls set routing-options router-id 10.255.102.166 set routing-options autonomous-system 65034 set routing-options forwarding-table export pplb set protocols rsvp preemption aggressive set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols rsvp interface ge-0/0/1.0 set protocols rsvp interface ge-0/0/2.0 set protocols mpls statistics file auto-bw set protocols mpls statistics file size 10m set protocols mpls statistics interval 10 set protocols mpls statistics auto-bandwidth set protocols mpls label-switched-path PE1-to-PE2-template1 template set protocols mpls label-switched-path PE1-to-PE2-template1 optimize-timer 30 set protocols mpls label-switched-path PE1-to-PE2-template1 link-protection set protocols mpls label-switched-path PE1-to-PE2-template1 adaptive set protocols mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth adjust-interval 300 set protocols mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth adjust-threshold 5 set protocols mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth minimum-bandwidth 10m set protocols mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth maximum-bandwidth 10m set protocols mpls container-label-switched-path PE1-PE2-container-100 label-switched-path-template PE1-to-PE2-template1 set protocols mpls container-label-switched-path PE1-PE2-container-100 to 10.255.102.128 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging maximum-member-lsps 20 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging minimum-member-lsps 2 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging splitting-bandwidth 40m set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging merging-bandwidth 6m set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging maximum-signaling-bandwidth 10m set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging minimum-signaling-bandwidth 10m set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalize-interval 400 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization failover-normalization set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalization-retry-duration 20 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalization-retry-limits 3 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging sampling cut-off-threshold 1 set protocols mpls container-label-switched-path PE1-PE2-container-100 splitting-merging sampling use-percentile 90 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols bgp group to-PE2 type internal set protocols bgp group to-PE2 local-address 10.255.102.166 set protocols bgp group to-PE2 family inet-vpn unicast set protocols bgp group to-PE2 export direct set protocols bgp group to-PE2 neighbor 10.255.102.128 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 metric 100 set policy-options policy-statement direct term 1 from protocol direct set policy-options policy-statement direct term 1 then accept set policy-options policy-statement pplb then load-balance per-packet set routing-instances vpn1 instance-type vrf set routing-instances vpn1 interface ge-0/0/0.0 set routing-instances vpn1 route-distinguisher 10.255.102.166:1 set routing-instances vpn1 vrf-target target:1:1 set routing-instances vpn1 vrf-table-label
P1
set interfaces ge-0/0/0 unit 0 family inet address 10.50.50.1/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.10.10.2/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.1/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.152/32 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 metric 100
P2
set interfaces ge-0/0/0 unit 0 family inet address 10.30.30.1/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.60.60.1/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.20.20.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.29/32 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls statistics file auto_bw set protocols mpls statistics file size 10m set protocols mpls statistics interval 5 set protocols mpls statistics auto-bandwidth set protocols mpls icmp-tunneling set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 metric 100
P3
set interfaces ge-0/0/0 unit 0 family inet address 10.50.50.2/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.60.60.2/24 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.40.40.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 10.70.70.2/24 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.182/32 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls icmp-tunneling set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
PE2
set interfaces ge-0/0/0 unit 0 family inet address 10.30.30.2/24 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.2.2.1/24 set interfaces ge-0/0/3 unit 0 family inet address 10.70.70.1/24 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.102.128/32 set interfaces lo0 unit 0 family mpls set routing-options router-id 10.255.102.128 set routing-options autonomous-system 65034 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols bgp group to-PE1 type internal set protocols bgp group to-PE1 local-address 10.255.102.128 set protocols bgp group to-PE1 family inet-vpn unicast set protocols bgp group to-PE1 neighbor 10.255.102.166 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set policy-options policy-statement direct from protocol direct set policy-options policy-statement direct then accept set routing-instances vpn1 instance-type vrf set routing-instances vpn1 interface ge-0/0/1.0 set routing-instances vpn1 route-distinguisher 10.255.102.128:1 set routing-instances vpn1 vrf-target target:1:1 set routing-instances vpn1 vrf-table-label
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 :
-
Configurez les interfaces PE1 du routeur.
[edit interfaces] user@PE1# set ge-0/0/0 unit 0 family inet address 10.1.1.1/24 user@PE1# set ge-0/0/1 unit 0 family inet address 10.10.10.1/24 user@PE1# set ge-0/0/1 unit 0 family mpls user@PE1# set ge-0/0/2 unit 0 family inet address 10.40.40.1/24 user@PE1# set ge-0/0/2 unit 0 family mpls user@PE1# set lo0 unit 0 family inet address 10.255.102.166/32 user@PE1# set lo0 unit 0 family mpls
-
Configurez l’ID de routeur et le numéro du système autonome pour le routeur PE1.
[edit routing-options] user@PE1# set router-id 10.255.102.166 user@PE1# set autonomous-system 65034
-
Activez la stratégie pour équilibrer la charge du trafic.
[edit routing-options] user@PE1# set forwarding-table export pplb
-
Activez RSVP sur toutes les interfaces PE1 du routeur (à l’exception de l’interface de gestion).
[edit protocols] user@PE1# set rsvp preemption aggressive user@PE1# set rsvp interface all aggregate user@PE1# set rsvp interface fxp0.0 disable user@PE1# set rsvp interface ge-0/0/1.0 user@PE1# set rsvp interface ge-0/0/2.0
-
Activez MPLS sur toutes les interfaces du routeur PE1 (à l’exception de l’interface de gestion).
[edit protocols] user@PE1# set mpls interface all user@PE1# set mpls interface fxp0.0 disable
-
Configurez les paramètres de statistiques MPLS.
[edit protocols] user@PE1# set mpls statistics file auto-bw user@PE1# set mpls statistics file size 10m user@PE1# set mpls statistics interval 10 user@PE1# set mpls statistics auto-bandwidth
-
Configurez les paramètres du modèle de chemin de commutation d’étiquettes (LSP).
[edit protocols] user@PE1# set mpls label-switched-path PE1-to-PE2-template1 template user@PE1# set mpls label-switched-path PE1-to-PE2-template1 optimize-timer 30 user@PE1# set mpls label-switched-path PE1-to-PE2-template1 link-protection user@PE1# set mpls label-switched-path PE1-to-PE2-template1 adaptive user@PE1# set mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth adjust-interval 300 user@PE1# set mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth adjust-threshold 5 user@PE1# set mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth minimum-bandwidth 10m user@PE1# set mpls label-switched-path PE1-to-PE2-template1 auto-bandwidth maximum-bandwidth 10m
-
Configurez un LSP de conteneur entre le routeur PE1 et le routeur PE2, puis attribuez le modèle LSP PE1-to-PE2-template1.
[edit protocols] user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 to 10.255.102.128 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 label-switched-path-template PE1-to-PE2-template1
-
Configurez les paramètres LSP du conteneur.
[edit protocols] user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging maximum-member-lsps 20 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging minimum-member-lsps 2 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging splitting-bandwidth 40m user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging merging-bandwidth 6m user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging maximum-signaling-bandwidth 10m user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging minimum-signaling-bandwidth 10m user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalize-interval 400 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization failover-normalization user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalization-retry-duration 20 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging normalization normalization-retry-limits 3 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging sampling cut-off-threshold 1 user@PE1# set mpls container-label-switched-path PE1-PE2-container-100 splitting-merging sampling use-percentile 90
-
Configurez le groupe BGP et attribuez les adresses IP locales et voisines.
[edit protocols] user@PE1# set bgp group to-PE2 type internal user@PE1# set bgp group to-PE2 local-address 10.255.102.166 user@PE1# set bgp group to-PE2 neighbor 10.255.102.128 user@PE1# set bgp group to-PE2 family inet-vpn unicast user@PE1# set bgp group to-PE2 export direct
-
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.
[edit protocols] user@PE1# set ospf traffic-engineering user@PE1# set ospf area 0.0.0.0 interface all user@PE1# set ospf area 0.0.0.0 interface fxp0.0 disable user@PE1# set ospf area 0.0.0.0 interface ge-0/0/2.0 metric 100
-
Configurez l’instruction de stratégie pour équilibrer la charge du trafic.
[edit policy-options] user@PE1# set policy-statement direct term 1 from protocol direct user@PE1# set policy-statement direct term 1 then accept user@PE1# set policy-statement pplb then load-balance per-packet
-
Configurez une instance de routage sur le routeur PE1 et attribuez l’interface d’instance de routage.
[edit routing-instances] user@PE1# set vpn1 instance-type vrf user@PE1# set vpn1 interface ge-0/0/0.0
-
Configurez les valeurs du séparateur de route, de la cible vrf et de l’étiquette vrf-table pour l’instance de routage VRF.
[edit routing-instances] user@PE1# set vpn1 route-distinguisher 10.255.102.166:1 user@PE1# set vpn1 vrf-target target:1:1 user@PE1# set vpn1 vrf-table-label
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.
user@PE1# show interfaces ge-0/0/0 { unit 0 { family inet { address 10.1.1.1/24; } } } ge-0/0/1 { unit 0 { family inet { address 10.10.10.1/24; } family mpls; } } ge-0/0/2 { unit 0 { family inet { address 10.40.40.1/24; } family mpls; } } lo0 { unit 0 { family inet { address 10.255.102.166/32; } family mpls; } }
user@PE1# show routing-options router-id 10.255.102.166; autonomous-system 65034; forwarding-table { export pplb; }
user@PE1# show protocols rsvp { preemption aggressive; interface all { aggregate; } interface fxp0.0 { disable; } interface ge-0/0/1.0; interface ge-0/0/2.0; } mpls { statistics { file auto-bw size 10m; interval 10; auto-bandwidth; } label-switched-path PE1-to-PE2-template1 { template; optimize-timer 30; link-protection; adaptive; auto-bandwidth { adjust-interval 300; adjust-threshold 5; minimum-bandwidth 10m; maximum-bandwidth 10m; } } container-label-switched-path PE1-PE2-container-100 { label-switched-path-template { PE1-to-PE2-template1; } to 10.255.102.128; splitting-merging { maximum-member-lsps 20; minimum-member-lsps 2; splitting-bandwidth 40m; merging-bandwidth 6m; maximum-signaling-bandwidth 10m; minimum-signaling-bandwidth 10m; normalization { normalize-interval 400; failover-normalization; normalization-retry-duration 20; normalization-retry-limits 3; } sampling { cut-off-threshold 1; use-percentile 90; } } } interface all; interface fxp0.0 { disable; } } bgp { group to-PE2 { type internal; local-address 10.255.102.166; family inet-vpn { unicast; } export direct; neighbor 10.255.102.128; } } ospf { traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } interface ge-0/0/2.0 { metric 100; } } }
user@PE1# show policy-options policy-statement direct { term 1 { from protocol direct; then accept; } } policy-statement pplb { then load-balance { per-packet; } }
user@PE1# show routing-instances vpn1 { instance-type vrf; interface ge-0/0/0.0; route-distinguisher 10.255.102.166:1; vrf-target target:1:1; vrf-table-label; }
Vérification
Vérifiez que la configuration fonctionne correctement.
- Vérification de l’état LSP du conteneur sans bande passante
- Vérification de l’état du LSP du conteneur avec une bande passante accrue (avant la normalisation)
- Vérification de l’état LSP du conteneur avec une bande passante accrue (après normalisation)
- Vérification du processus de fractionnement LSP du conteneur
- Vérification des statistiques LSP du conteneur
- Vérification de l’état du LSP du conteneur avec une bande passante réduite (avant la normalisation)
- Vérification de l’état du LSP du conteneur avec une bande passante réduite (après normalisation)
- Vérification du processus de fusion LSP de conteneur
- Vérification de la normalisation du basculement
- Vérification de la normalisation incrémentielle
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.
user@PE1> show mpls container-lsp extensive Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 2 Normalization Min LSPs: 2, Max LSPs: 20 Aggregate bandwidth: 20Mbps, Sampled Aggregate bandwidth: 0bps NormalizeTimer: 400 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 143 second(s) 36 Jun 5 04:12:17.497 Clear history and statistics: on container (PE1-PE2-container-100) 35 Jun 5 04:12:17.497 Avoid normalization: not needed with bandwidth 0 bps 34 Jun 5 04:05:37.484 Clear history and statistics: on container (PE1-PE2-container-100) 33 Jun 5 04:05:37.484 Avoid normalization: not needed with bandwidth 0 bps 32 Jun 5 03:58:57.470 Clear history and statistics: on container (PE1-PE2-container-100) 31 Jun 5 03:58:57.470 Avoid normalization: not needed with bandwidth 0 bps 30 Jun 5 03:52:17.455 Clear history and statistics: on container (PE1-PE2-container-100) 29 Jun 5 03:52:17.455 Avoid normalization: not needed with bandwidth 0 bps 28 Jun 5 03:45:37.440 Clear history and statistics: on container (PE1-PE2-container-100) 27 Jun 5 03:45:37.440 Avoid normalization: not needed with bandwidth 0 bps 26 Jun 5 03:38:59.013 Normalization complete: container (PE1-PE2-container-100) with 2 members 25 Jun 5 03:38:57.423 Delete member LSPs: PE1-PE2-container-100-3 through PE1-PE2-container-100-7 24 Jun 5 03:38:57.423 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 7 23 Jun 5 03:38:57.423 Normalize: normalization with aggregate bandwidth 0 bps 22 Jun 5 03:32:19.019 Normalization complete: container (PE1-PE2-container-100) with 7 members 21 Jun 5 03:32:17.404 Clear history and statistics: on container (PE1-PE2-container-100) 20 Jun 5 03:32:17.403 Normalize: container (PE1-PE2-container-100) into 7 members - each with bandwidth 10000000 bps 19 Jun 5 03:32:17.403 Normalize: normalization with aggregate bandwidth 62914560 bps 18 Jun 5 03:32:17.403 Normalize: normalizaton with 62914560 bps 17 Jun 5 03:32:09.219 Normalization complete: container (PE1-PE2-container-100) with 7 members 16 Jun 5 03:32:07.600 Clear history and statistics: on container (PE1-PE2-container-100) 15 Jun 5 03:32:07.600 Normalize: container (PE1-PE2-container-100) into 7 members - each with bandwidth 10000000 bps 14 Jun 5 03:32:07.599 Normalize: normalization with aggregate bandwidth 62914560 bps 13 Jun 5 03:32:07.599 Normalize: normalizaton with 62914560 bps 12 Jun 5 03:26:57.295 Clear history and statistics: on container (PE1-PE2-container-100) 11 Jun 5 03:26:57.295 Avoid normalization: not needed with bandwidth 0 bps 10 Jun 5 03:20:18.297 Normalization complete: container (PE1-PE2-container-100) with 2 members 9 Jun 5 03:20:17.281 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0 8 Jun 5 03:20:17.281 Normalize: normalization with aggregate bandwidth 0 bps 7 Jun 5 03:17:43.218 Clear history and statistics: on container (PE1-PE2-container-100) 6 Jun 5 03:17:43.218 Avoid normalization: not needed with bandwidth 0 bps 5 Jun 5 03:17:43.212 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-2 4 Jun 5 03:17:43.212 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-1 3 Jun 5 03:12:47.323 Normalization complete: container (PE1-PE2-container-100) with 2 members 2 Jun 5 03:12:16.555 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0 1 Jun 5 03:12:16.555 Normalize: normalization with aggregate bandwidth 0 bps 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-1 ActivePath: (primary) LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs Max AvgBW util: 0bps, Bandwidth Adjustment in 12 second(s). Overflow limit: 0, Overflow sample count: 0 Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps SmartOptimizeTimer: 180 Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 10.20.20.2 S 10.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.10.10.2 10.20.20.2 10.30.30.2 17 Jun 5 03:38:59.013 Make-before-break: Switched to new instance 16 Jun 5 03:38:58.003 Record Route: 10.10.10.2 10.20.20.2 3=10.30.30.2 15 Jun 5 03:38:58.003 Up 14 Jun 5 03:38:57.423 Originate make-before-break call 13 Jun 5 03:38:57.423 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2 12 Jun 5 03:33:30.400 CSPF: computation result ignored, new path no benefit 11 Jun 5 03:32:17.403 Pending old path instance deletion 10 Jun 5 03:32:09.218 Make-before-break: Switched to new instance 9 Jun 5 03:32:08.202 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2 8 Jun 5 03:32:08.202 Up 7 Jun 5 03:32:07.603 Originate make-before-break call 6 Jun 5 03:32:07.603 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2 5 Jun 5 03:20:18.278 Selected as active path 4 Jun 5 03:20:18.277 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2 3 Jun 5 03:20:18.277 Up 2 Jun 5 03:20:17.281 Originate Call 1 Jun 5 03:20:17.281 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2 Created: Thu Jun 5 03:20:16 2014 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-2 ActivePath: (primary) LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs Max AvgBW util: 0bps, Bandwidth Adjustment in 76 second(s). Overflow limit: 0, Overflow sample count: 0 Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps SmartOptimizeTimer: 180 Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 10.20.20.2 S 10.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.10.10.2 10.20.20.2 10.30.30.2 17 Jun 5 03:38:59.013 Make-before-break: Switched to new instance 16 Jun 5 03:38:58.002 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2 15 Jun 5 03:38:58.002 Up 14 Jun 5 03:38:57.423 Originate make-before-break call 13 Jun 5 03:38:57.423 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2 12 Jun 5 03:33:26.189 CSPF: computation result ignored, new path no benefit 11 Jun 5 03:32:17.403 Pending old path instance deletion 10 Jun 5 03:32:09.219 Make-before-break: Switched to new instance 9 Jun 5 03:32:08.204 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2 8 Jun 5 03:32:08.204 Up 7 Jun 5 03:32:07.603 Originate make-before-break call 6 Jun 5 03:32:07.603 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2 5 Jun 5 03:20:18.297 Selected as active path 4 Jun 5 03:20:18.295 Record Route: 10.10.10.2 10.20.20.2 10.30.30.2 3 Jun 5 03:20:18.295 Up 2 Jun 5 03:20:17.281 Originate Call 1 Jun 5 03:20:17.281 CSPF: computation result accepted 10.10.10.2 10.20.20.2 10.30.30.2 Created: Thu Jun 5 03:20:16 2014 Total 2 displayed, Up 2, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
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.
user@PE1> show mpls container-lsp extensive Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 2 Normalization Min LSPs: 2, Max LSPs: 20 Aggregate bandwidth: 20Mbps, Sampled Aggregate bandwidth: 42.6984Mbps NormalizeTimer: 400 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 321 second(s) 3 Jun 5 21:22:34.731 Normalization complete: container (PE1-PE2-container-100) with 2 members 2 Jun 5 21:22:15.503 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0 1 Jun 5 21:22:15.503 Normalize: normalization with aggregate bandwidth 0 bps 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-1 ActivePath: (primary) Link protection desired LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs AdjustThreshold: 5% Max AvgBW util: 23.9893Mbps, Bandwidth Adjustment in 221 second(s). Overflow limit: 0, Overflow sample count: 6 Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps OptimizeTimer: 30 SmartOptimizeTimer: 180 Reoptimization in 9 second(s). Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 10.20.20.2 S 10.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.255.102.166(flag=0x20) 10.10.10.2(Label=303440) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302144) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3) 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-2 ActivePath: (primary) Link protection desired LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs AdjustThreshold: 5% Max AvgBW util: 22.1438Mbps, Bandwidth Adjustment in 221 second(s). Overflow limit: 0, Overflow sample count: 6 Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps OptimizeTimer: 30 SmartOptimizeTimer: 180 Reoptimization in 9 second(s). Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 10.20.20.2 S 10.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.255.102.166(flag=0x20) 10.10.10.2(Label=303456) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302160) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3) Total 2 displayed, Up 2, Down 0
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.
user@PE1> show mpls container-lsp extensive Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 5 Normalization Min LSPs: 2, Max LSPs: 20 Aggregate bandwidth: 50Mbps, Sampled Aggregate bandwidth: 45.8873Mbps NormalizeTimer: 400 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 169 second(s) 7 Jun 5 21:29:02.921 Normalization complete: container (PE1-PE2-container-100) with 5 members 6 Jun 5 21:28:55.505 Clear history and statistics: on container (PE1-PE2-container-100) 5 Jun 5 21:28:55.505 Normalize: container (PE1-PE2-container-100) into 5 members - each with bandwidth 10000000 bps 4 Jun 5 21:28:55.504 Normalize: normalization with aggregate bandwidth 45281580 bps 3 Jun 5 21:22:34.731 Normalization complete: container (PE1-PE2-container-100) with 2 members 2 Jun 5 21:22:15.503 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0 1 Jun 5 21:22:15.503 Normalize: normalization with aggregate bandwidth 0 bps 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-1 ActivePath: (primary) Link protection desired LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs AdjustThreshold: 5% Max AvgBW util: 11.0724Mbps, Bandwidth Adjustment in 129 second(s). Overflow limit: 0, Overflow sample count: 1 Underflow limit: 0, Underflow sample count: 0, Underflow Max AvgBW: 0bps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps OptimizeTimer: 30 SmartOptimizeTimer: 180 Reoptimization in 12 second(s). Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 10.20.20.2 S 10.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.255.102.166(flag=0x20) 10.10.10.2(Label=303488) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302224) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3) 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-2 ActivePath: (primary) Link protection desired LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs AdjustThreshold: 5% Max AvgBW util: 8.50751Mbps, Bandwidth Adjustment in 189 second(s). Overflow limit: 0, Overflow sample count: 0 Underflow limit: 0, Underflow sample count: 11, Underflow Max AvgBW: 8.50751Mbps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps OptimizeTimer: 30 SmartOptimizeTimer: 180 Reoptimization in 6 second(s). Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 10.20.20.2 S 10.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.255.102.166(flag=0x20) 10.10.10.2(Label=303504) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302240) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3) 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-3 ActivePath: (primary) Link protection desired LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs AdjustThreshold: 5% Max AvgBW util: 9.59422Mbps, Bandwidth Adjustment in 249 second(s). Overflow limit: 0, Overflow sample count: 0 Underflow limit: 0, Underflow sample count: 5, Underflow Max AvgBW: 9.59422Mbps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps OptimizeTimer: 30 SmartOptimizeTimer: 180 Reoptimization in 25 second(s). Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 10.20.20.2 S 10.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.255.102.166(flag=0x20) 10.10.10.2(Label=303472) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302176) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3) 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-4 ActivePath: (primary) Link protection desired LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs AdjustThreshold: 5% Max AvgBW util: 9.16169Mbps, Bandwidth Adjustment in 9 second(s). Overflow limit: 0, Overflow sample count: 0 Underflow limit: 0, Underflow sample count: 29, Underflow Max AvgBW: 9.16169Mbps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps OptimizeTimer: 30 SmartOptimizeTimer: 180 Reoptimization in 1 second(s). Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 10.20.20.2 S 10.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.255.102.166(flag=0x20) 10.10.10.2(Label=303520) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302192) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3) 10.255.102.128 From: 10.255.102.166, State: Up, ActiveRoute: 0, LSPname: PE1-PE2-container-100-5 ActivePath: (primary) Link protection desired LSPtype: Dynamic Configured, Penultimate hop popping LoadBalance: Random Autobandwidth MinBW: 10Mbps, MaxBW: 10Mbps AdjustTimer: 300 secs AdjustThreshold: 5% Max AvgBW util: 8.39908Mbps, Bandwidth Adjustment in 69 second(s). Overflow limit: 0, Overflow sample count: 0 Underflow limit: 0, Underflow sample count: 23, Underflow Max AvgBW: 8.39908Mbps Encoding type: Packet, Switching type: Packet, GPID: IPv4 *Primary State: Up Priorities: 7 0 Bandwidth: 10Mbps OptimizeTimer: 30 SmartOptimizeTimer: 180 Reoptimization in 17 second(s). Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3) 10.10.10.2 S 20.20.20.2 S 30.30.30.2 S Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID): 10.255.102.166(flag=0x20) 10.10.10.2(Label=303536) 10.255.102.29(flag=0x20) 10.20.20.2(Label=302208) 10.255.102.128(flag=0x20) 10.30.30.2(Label=3) Total 5 displayed, Up 5, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
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.
user@PE1> show route 10.2.2.0 vpn1.inet.0: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.2.2.0/24 *[BGP/170] 00:12:14, localpref 100, from 10.255.102.128 AS path: I, validation-state: unverified >to 10.10.10.2 via ge-0/0/1.0,label-switched-path PE1-PE2-container100-1 to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container100-2 to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container100-3 to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container100-4 to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container100-5
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.
user@PE1> show mpls container-lsp statistics Ingress LSP: 1 sessions Container LSP name State Member LSP count PE1-PE2-container-100 Up 5 To From State Packets Bytes LSPname 10.255.102.128 10.255.102.166 Up 15166271 2062612856 PE1-PE2-container-100-1 10.255.102.128 10.255.102.166 Up 12289912 1671428032 PE1-PE2-container-100-2 10.255.102.128 10.255.102.166 Up 13866911 1885899896 PE1-PE2-container-100-3 10.255.102.128 10.255.102.166 Up 12558707 1707984152 PE1-PE2-container-100-4 10.255.102.128 10.255.102.166 Up 11512151 1565652536 PE1-PE2-container-100-5
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.
user@PE1> show mpls container-lsp detail Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 5 Normalization Min LSPs: 2, Max LSPs: 20 Aggregate bandwidth: 50Mbps, Sampled Aggregate bandwidth: 2.0215Mbps NormalizeTimer: 400 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 384 second(s) ---Output truncated---
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.
user@PE1> show mpls container-lsp detail Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 2 Normalization Min LSPs: 2, Max LSPs: 20 Aggregate bandwidth: 20Mbps, Sampled Aggregate bandwidth: 0bps NormalizeTimer: 400 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 397 second(s) 22 Jun 5 22:30:37.094 Clear history and statistics: on container (PE1-PE2-container-100) 21 Jun 5 22:30:37.094 Delete member LSPs: PE1-PE2-container-100-3 through PE1-PE2-container-100-5 20 Jun 5 22:30:37.090 Normalize: container (PE1-PE2-container-100) into 2 members - each with bandwidth 10000000 bps 19 Jun 5 22:30:37.090 Normalize: normalization with aggregate bandwidth 2037595 bps 18 Jun 5 22:30:37.090 Normalize: normalizaton with 2037595 bps ---Output truncated---
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.
user@PE1> show route 10.2.2.0 vpn1.inet.0: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.2.2.0/24 *[BGP/170] 01:09:45, localpref 100, from 10.255.102.128 AS path: I, validation-state: unverified > to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container-100-1 to 10.10.10.2 via ge-0/0/1.0, label-switched-path PE1-PE2-container-100-2
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.
user@PE1> show mpls container-lsp Ingress LSP: 1 sessions Container LSP name State Member LSP count PE1-PE2-container-100 Up 2 To From State Rt P ActivePath LSPname 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-1 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-2 Total 2 displayed, Up 2, Down 0
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.
user@PE1> show mpls container-lsp detail Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 4 Normalization Min LSPs: 2, Max LSPs: 20 Aggregate bandwidth: 40Mbps, Sampled Aggregate bandwidth: 34.5538Mbps NormalizeTimer: 3000 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 10Mbps, Splitting BW: 40Mbps, Merging BW: 6Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 2970 second(s) 11 Jun 5 19:28:27.564 Normalization complete: container (PE1-PE2-container-100) with 4 members 10 Jun 5 19:28:20.315 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-2[2 times] 9 Jun 5 19:28:20.315 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-1[2 times] 8 Jun 5 19:28:20.311 Clear history and statistics: on container (PE1-PE2-container-100) 7 Jun 5 19:28:20.311 Normalize: container (PE1-PE2-container-100) into 4 members - each with bandwidth 10000000 bps 6 Jun 5 19:28:20.311 Normalize: normalization with aggregate bandwidth 33665020 bps 5 Jun 5 19:28:20.308 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-2 4 Jun 5 19:28:20.308 Normalize: container (PE1-PE2-container-100) received PathErr on member PE1-PE2-container-100-1 3 Jun 5 19:27:48.574 Normalization complete: container (PE1-PE2-container-100) with 2 members 2 Jun 5 19:27:28.644 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 10000000bps, member count 0 1 Jun 5 19:27:28.644 Normalize: normalization with aggregate bandwidth 0 bps ----Output truncated----
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.
user@PE1> show rsvp interface RSVP interface: 4 active Active Subscr- Static Available Reserved Highwater Interface State resv iption BW BW BW mark ge-0/0/2.0 Up 0 100% 22Mbps 22Mbps 0bps 21.4031Mbps ge-0/0/1.0 Up 2 100% 22Mbps 12Mbps 10Mbps 21.7011Mbps
Avant que la normalisation ne se produise :
À partir du mode opérationnel, exécutez la show mpls container-lsp commande.
user@PE1> show mpls container-lsp Ingress LSP: 1 sessions Container LSP name State Member LSP count PE1-PE2-container-100 Up 2 To From State Rt P ActivePath LSPname 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-1 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-2
Une fois la normalisation terminée :
À partir du mode opérationnel, exécutez la show mpls container-lsp commande.
user@PE1> show mpls container-lsp Ingress LSP: 1 sessions Container LSP name State Member LSP count PE1-PE2-container-100 Up 7 To From State Rt P ActivePath LSPname 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-1 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-2 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-3 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-4 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-5 10.255.102.128 10.255.102.166 Up 0 * PE1-PE2-container-100-6 10.255.102.128 0.0.0.0 Dn 0 - PE1-PE2-container-100-7 Total 7 displayed, Up 6, Down 1
À partir du mode opérationnel, exécutez la show mpls container-lsp detail commande.
user@PE1> show mpls container-lsp detail Ingress LSP: 1 sessions Container LSP name: PE1-PE2-container-100, State: Up, Member count: 7 Normalization Min LSPs: 2, Max LSPs: 10 Aggregate bandwidth: 40.8326Mbps, Sampled Aggregate bandwidth: 50.129Mbps NormalizeTimer: 9000 secs, NormalizeThreshold: 10% Max Signaling BW: 10Mbps, Min Signaling BW: 5Mbps, Splitting BW: 40Mbps, Merging BW: 5Mbps Mode: incremental-normalization, failover-normalization Sampling: Outlier cut-off 1, Percentile 90 of Aggregate Normalization in 8072 second(s) 10 Jun 5 18:40:17.812 Normalization complete: container (PE1-PE2-container-100) with 7 members, retry-limit reached 9 Jun 5 18:40:08.028 Normalize: container (PE1-PE2-container-100) for target member count 7, member bandwidth 6805439 bps 8 Jun 5 18:39:58.301 Normalize: container (PE1-PE2-container-100) for target member count 6, member bandwidth 7939679 bps 7 Jun 5 18:39:48.470 Clear history and statistics: on container (PE1-PE2-container-100) 6 Jun 5 18:39:48.470 Normalize: container (PE1-PE2-container-100) into 5 members - each with bandwidth 9527615 bps 5 Jun 5 18:39:48.469 Normalize: normalization with aggregate bandwidth 47638076 bps 4 Jun 5 18:39:48.469 Normalize: normalizaton with 47638076 bps 3 Jun 5 18:39:09.471 Normalization complete: container (PE1-PE2-container-100) with 2 members 2 Jun 5 18:38:59.822 Normalize: container (PE1-PE2-container-100) create 2 LSPs, min bw 5000000bps, member count 0 1 Jun 5 18:38:59.822 Normalize: normalization with aggregate bandwidth 0 bps
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 :
Configurez les interfaces de l’appareil.
Configurez l’ID du routeur de l’appareil et le numéro du système autonome.
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.
Configurez une instance de routage VRF.
Pour configurer l’appareil PE :