Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Étiquettes LSP

Présentation des étiquettes MPLS

Les paquets voyageant le long d’un LSP sont identifiés par une étiquette, c’est-à-dire un entier non signé de 20 bits compris entre 0 et 1 048 575. Pour les étiquettes push sur les routeurs entrants, aucune étiquette de cette plage n’est restreinte. Pour les étiquettes entrantes sur le LSP statique de transit, la valeur de l’étiquette est limitée à 1 000 000 à 1 048 575.

Sur les routeurs MX Series, PTX Series et T Series, la valeur des étiquettes d’entropie et de flux est limitée entre 16 et 1 048 575.

Attribution d’étiquettes MPLS

Dans Junos OS, les valeurs d’étiquette sont allouées par routeur ou commutateur (le reste de cette explication utilise routeur pour couvrir les deux). La sortie d’affichage affiche uniquement l’étiquette (par exemple, 01024). Les étiquettes des paquets multicast sont indépendantes de celles des paquets unicast. Actuellement, Junos OS ne prend pas en charge les étiquettes multicast.

Les étiquettes sont attribuées par les routeurs en aval en fonction du flux de paquets. Un routeur recevant des paquets étiquetés (le routeur de saut suivant) est responsable de l’attribution des étiquettes entrantes. Un paquet reçu contenant une étiquette non reconnue (non attribuée) est abandonné. Pour les étiquettes non reconnues, le routeur ne tente pas de désencapsuler l’étiquette pour analyser l’en-tête de la couche réseau, et il ne génère pas non plus de message ICMP (Internet Control Message Protocol) de destination inaccessible.

Un paquet peut contenir un certain nombre d’étiquettes, organisées comme une pile de dernier entré, premier sorti. C’est ce qu’on appelle une pile d’étiquettes. Au niveau d’un routeur particulier, la décision concernant la façon de transférer un paquet étiqueté est basée exclusivement sur l’étiquette située en haut de la pile.

Figure 1 Affiche l’encodage d’une seule étiquette. L’encodage apparaît après les en-têtes de couche de liaison de données, mais avant tout en-tête de couche réseau.

Figure 1 : Encodage d’étiquettesEncodage d’étiquettes

Figure 2 illustre l’objectif des bits de classe de service (également connus sous le nom de bits EXP ou bits expérimentaux). Les bits 20 et 21 spécifient le numéro de la file d’attente. Le bit 22 est le bit de priorité à la perte de paquets (PLP) utilisé pour spécifier le profil d’abandon RED (Random Early Detection). Pour plus d’informations sur la classe de service et les bits de classe de service, consultez Configuration de la classe de service pour les LSP MPLS.

Figure 2 : Bits de classe de serviceBits de classe de service

Opérations sur les étiquettes MPLS

Le routeur prend en charge les opérations d’étiquetage suivantes :

  • Push (Push) : ajoutez une nouvelle étiquette en haut du paquet. Pour les paquets IPv4, la nouvelle étiquette est la première étiquette. Les bits de durée de vie (TTL) et s sont dérivés de l’en-tête du paquet IP. La classe de service MPLS (CoS) est dérivée du numéro de file d’attente. Si l’opération push est effectuée sur un paquet MPLS existant, vous aurez un paquet avec deux étiquettes ou plus. C’est ce qu’on appelle l’empilement d’étiquettes. Le bit s de l’étiquette supérieure doit être défini sur 0 et peut dériver CoS et TTL des niveaux inférieurs. La nouvelle étiquette supérieure d’une pile d’étiquettes initialise toujours sa durée de vie à 255, quelle que soit la valeur de durée de vie des étiquettes inférieures.

  • Pop : supprime l’étiquette du début du paquet. Une fois l’étiquette supprimée, la durée de vie est copiée de l’étiquette dans l’en-tête du paquet IP, et le paquet IP sous-jacent est transféré en tant que paquet IP natif. Dans le cas de plusieurs étiquettes dans un paquet (empilement d’étiquettes), la suppression de l’étiquette supérieure produit un autre paquet MPLS. La nouvelle étiquette principale peut dériver CoS et TTL d’une étiquette supérieure précédente. La valeur TTL éclatée de l’étiquette supérieure précédente n’est pas réécrite dans la nouvelle étiquette supérieure.

  • Swap (Permuter) : remplacez l’étiquette située en haut de la pile d’étiquettes par une nouvelle étiquette. Les bits S et CoS sont copiés à partir de l’étiquette précédente, et la valeur TTL est copiée et décrémentée (sauf si l’instruction no-decrement-ttl or no-propagate-ttl est configurée). Un routeur de transit prend en charge une pile d’étiquettes, quelle que soit sa profondeur.

  • Multiple Push (Envoi multiple) : ajoutez plusieurs étiquettes (jusqu’à trois) aux paquets existants. Cette opération équivaut à pousser plusieurs fois.

  • Swap and Push (Échanger et pousser) : remplacez la partie supérieure existante de la pile d’étiquettes par une nouvelle étiquette, puis poussez une autre nouvelle étiquette par-dessus.

Comprendre les opérations d’étiquetage MPLS

Dans le paradigme traditionnel du transfert de paquets, lorsqu’un paquet se déplace d’un commutateur à l’autre, une décision de transfert indépendante est prise à chaque saut. L’en-tête du réseau IP est analysé et le saut suivant est choisi en fonction de cette analyse et des informations de la table de routage. Dans un environnement MPLS, l’analyse de l’en-tête du paquet n’est effectuée qu’une seule fois, lorsqu’un paquet entre dans le tunnel MPLS (c’est-à-dire le chemin utilisé pour le trafic MPLS).

Lorsqu’un paquet IP entre dans un chemin de commutation d’étiquettes (LSP), le commutateur PE (Ingress Provider Edge) examine le paquet et lui attribue une étiquette en fonction de sa destination, plaçant ainsi l’étiquette dans l’en-tête du paquet. L’étiquette transforme le paquet transféré en fonction de ses informations de routage IP en un paquet transféré en fonction des informations associées à l’étiquette. Le paquet est ensuite transmis au commutateur fournisseur suivant dans le LSP. Ce commutateur et tous les commutateurs suivants du LSP n’examinent pas les informations de routage IP contenues dans le paquet étiqueté. Ils utilisent plutôt l’étiquette pour rechercher des informations dans leur table de transfert d’étiquettes. Ils remplacent ensuite l’ancienne étiquette par une nouvelle et transmettent le paquet au commutateur suivant sur le chemin. Lorsque le paquet atteint le commutateur PE de sortie, l’étiquette est supprimée et le paquet redevient un paquet IP natif et est transféré en fonction de ses informations de routage IP.

Cette rubrique décrit :

Chemins de commutation d’étiquettes MPLS et étiquettes MPLS

Lorsqu’un paquet entre dans le réseau MPLS, il est affecté à un LSP. Chaque LSP est identifié par une étiquette, qui est une valeur courte (20 bits) de longueur fixe au début de l’étiquette MPLS (32 bits). Les étiquettes sont utilisées comme index de recherche pour la table de transfert d’étiquettes. Pour chaque étiquette, ce tableau stocke les informations de transfert. Étant donné qu’aucune analyse ou recherche supplémentaire n’est effectuée sur le paquet encapsulé, MPLS prend en charge la transmission de tout autre protocole au sein de la charge utile du paquet.

Figure 3 Affiche l’encodage d’une seule étiquette. L’encodage apparaît après les en-têtes de couche de liaison de données, mais avant tout en-tête de couche réseau.

Figure 3 : Encodage d’étiquettesEncodage d’étiquettes

Étiquettes réservées

Les étiquettes vont de 0 à 1 048 575. Les étiquettes de 0 à 999 999 sont destinées à un usage interne.

Certaines étiquettes réservées (comprises entre 0 et 15) ont des significations bien définies. Les étiquettes réservées suivantes sont utilisées par les équipements QFX Series et EX4600 :

  • 0, IPv4 Explicit Null label : cette valeur n’est valide que lorsqu’il s’agit de la seule entrée d’étiquette (pas d’empilement d’étiquettes). Il indique que l’étiquette doit être apposée à la réception. Le transfert se poursuit sur la base du paquet IP version 4 (IPv4).

  • 1, Étiquette d’alerte de routeur : lorsqu’un paquet est reçu avec une valeur d’étiquette supérieure de 1, il est livré au module logiciel local pour traitement.

  • 3, Implicit Null label (Étiquette nulle implicite) : cette étiquette est utilisée dans le protocole de signalisation (RSVP) uniquement pour demander l’apparition d’étiquettes par le commutateur en aval. Il n’apparaît jamais dans l’encapsulation. Les étiquettes avec une valeur de 3 ne doivent pas être utilisées dans le paquet de données en tant qu’étiquettes réelles. Aucun type de charge utile (IPv4 ou IPv6) n’est impliqué avec cette étiquette.

Opérations d’étiquetage MPLS

Les équipements QFX Series et EX4600 prennent en charge les opérations d’étiquetage MPLS suivantes :

  • Pousser

  • Pop

  • Swap

REMARQUE :

Il existe une limite en ce qui concerne le nombre d’étiquettes que les équipements QFX et EX4600 peuvent apposer (opérations push) sur la pile d’étiquettes ou supprimer (opérations pop) de la pile d’étiquettes.

  • Pour les opérations Push : jusqu’à trois étiquettes sont prises en charge.

  • Pour les opérations Pop : jusqu’à trois étiquettes sont prises en charge.

L’opération push permet d’apposer une nouvelle étiquette en haut du paquet IP. Pour les paquets IPv4, la nouvelle étiquette est la première étiquette. La valeur du champ de durée de vie (TTL) dans l’en-tête du paquet est dérivée de l’en-tête du paquet IP. L’opération push ne peut pas être appliquée à un paquet qui possède déjà une étiquette MPLS.

L’opération pop supprime une étiquette au début du paquet. Une fois l’étiquette supprimée, le TTL est copié de l’étiquette dans l’en-tête du paquet IP, et le paquet IP sous-jacent est transféré en tant que paquet IP natif

L’opération d’échange supprime une étiquette MPLS existante d’un paquet IP et la remplace par une nouvelle étiquette MPLS, en fonction des éléments suivants :

  • Interface entrante

  • Étiquette

  • Table de transfert d’étiquettes

Figure 4 affiche un paquet IP sans étiquette arrivant sur l’interface de périphérie client (ge-0/0/1) du commutateur PE entrant. Le commutateur PE entrant examine le paquet et identifie la destination de ce paquet comme étant le commutateur PE de sortie. Le commutateur PE entrant applique l’étiquette 100 au paquet et envoie le paquet MPLS à son interface centrale MPLS sortante (ge-0/0/5). Le paquet MPLS est transmis sur le tunnel MPLS via le commutateur fournisseur, où il arrive à l’interface ge-0/0/5 avec l’étiquette 100. Le commutateur fournisseur échange l’étiquette 100 avec l’étiquette 200 et transfère le paquet MPLS via son interface centrale (ge-0/0/7) vers le saut suivant sur le tunnel, qui est le commutateur PE de sortie. Le commutateur PE de sortie reçoit le paquet MPLS via son interface principale (ge-0/0/7), supprime l’étiquette MPLS et envoie le paquet IP hors de son interface de périphérie client (ge-0/0/1) vers une destination située au-delà du tunnel.

Figure 4 : Échange d’étiquettes MPLSÉchange d’étiquettes MPLS

Figure 4 Affiche le chemin d’un paquet lorsqu’il passe dans une direction du commutateur PE d’entrée au commutateur PE de sortie. Toutefois, la configuration MPLS permet également au trafic de circuler dans le sens inverse. Ainsi, chaque commutateur PE fonctionne à la fois comme un commutateur d’entrée et un commutateur de sortie.

Éclatement de l’avant-dernier saut et éclatement de l’ultime saut

Les commutateurs activent le popping par avant-dernier saut (PHP) par défaut avec les configurations IP sur MPLS. Avec PHP, l’avant-dernier commutateur du fournisseur est responsable de l’éclatement de l’étiquette MPLS et de la transmission du trafic vers le commutateur PE de sortie. Le commutateur PE de sortie effectue ensuite une recherche de route IP et transfère le trafic. Cela réduit la charge de traitement sur le commutateur PE de sortie, car il n’est pas responsable de l’apparition de l’étiquette MPLS.

  • L’étiquette annoncée par défaut est l’étiquette 3 (étiquette nulle implicite). Si l’étiquette 3 est annoncée, le commutateur d’avant-dernier saut enlève l’étiquette et envoie le paquet au commutateur PE de sortie.

  • Si l’effet popping par saut ultime est activé, l’étiquette 0 (étiquette IPv4 Explicit Null) est annoncée et le commutateur PE de sortie du LSP supprime l’étiquette.

Comprendre MPLS Label Manager

Le gestionnaire d’étiquettes MPLS est utilisé pour gérer différents types d’étiquettes (LSI, dynamique, bloc et statique), qui sont pris en charge sur les plates-formes utilisant des concentrateurs de ports modulaires (MPC) équipés des chipsets Junos Trio. Ces cartes de ligne offrent plus de flexibilité et d’évolutivité lorsque la commande est configurée sur l’appareil enhanced-ip .

Le comportement existant de la label-space commande est conservé, ce qui n’est pas recommandé. Pour fournir des fonctionnalités supplémentaires telles que plusieurs plages pour chaque type d’étiquette, la commande est introduite sous la hiérarchie, label-range qui est indépendante de label-space la [edit protocols mpls label usage] configuration. Vous pouvez choisir l’un ou l’autre style si vous n’avez besoin que d’une seule plage pour chaque type d’étiquette.

Les fonctionnalités suivantes sont optimisées à l’aide de la commande configurée sur l’appareil enhanced-ip :

  • Permet de définir le pool d’étiquettes global à l’échelle du système à utiliser par le bloc global de routage de segments (SRGB) via le protocole de routage IS-IS.

  • Augmente l’espace vrf-table-label à au moins 16 000 places, si la plate-forme peut prendre en charge la balance.

  • Permet de spécifier la valeur d’étiquette à utiliser par l’étiquette de table VRF statique.

  • Permet de spécifier la plage de valeurs d’étiquette à utiliser par les types d’application d’étiquettes pris en charge.

  • Permet de modifier dynamiquement les plages SRGB et de type d’étiquette.

Étiquettes MPLS spéciales

Certaines étiquettes réservées (comprises entre 0 et 15) ont des significations bien définies. Pour plus de détails, consultez RFC 3032, MPLS Label Stack Encoding.

  • 0, IPv4 Explicit Null label (Étiquette IPv4 Explicit Null) : cette valeur n’est autorisée que lorsqu’il s’agit de la seule entrée d’étiquette (pas d’empilement d’étiquettes). Il indique que l’étiquette doit être apposée à la réception. Le transfert se poursuit sur la base du paquet IP version 4 (IPv4).

  • 1, Étiquette d’alerte de routeur : lorsqu’un paquet est reçu avec une valeur d’étiquette supérieure de 1, il est livré au module logiciel local pour traitement.

  • 2, IPv6 Explicit Null label (Étiquette IPv6 Explicit Null) : cette valeur n’est autorisée que lorsqu’il s’agit de la seule entrée d’étiquette (pas d’empilement d’étiquettes). Il indique que l’étiquette doit être apposée à la réception. Le transfert se poursuit sur la base du paquet IP version 6 (IPv6).

  • 3, Implicit Null label (Étiquette nulle implicite) : cette étiquette est utilisée dans le protocole de contrôle (LDP ou RSVP) uniquement pour demander l’apparition d’étiquettes par le routeur en aval. Il n’apparaît jamais dans l’encapsulation. Les étiquettes avec une valeur de 3 ne doivent pas être utilisées dans le paquet de données comme de vraies étiquettes. Aucun type de charge utile (IPv4 ou IPv6) n’est impliqué avec cette étiquette.

  • 4 à 6 : non attribué.

  • 7, Indicateur d’étiquette d’entropie : cette étiquette est utilisée lorsqu’une étiquette d’entropie se trouve dans la pile d’étiquettes et précède l’étiquette d’entropie.

  • 8 à 15 : non attribué.

Des étiquettes spéciales sont couramment utilisées entre les routeurs de sortie et l’avant-dernier routeur d’un LSP. Si le LSP est configuré pour transporter des paquets IPv4 uniquement, le routeur de sortie peut signaler à l’avant-dernier routeur d’utiliser 0 comme étiquette de saut final. Si le LSP est configuré pour transporter uniquement des paquets IPv6, il peut routeur de sortie signaler à l’avant-dernier routeur d’utiliser la valeur 2 comme étiquette de saut final.

Le routeur de sortie peut simplement signaler à l’avant-dernier routeur d’utiliser 3 comme étiquette finale, ce qui est une demande pour effectuer l’éclatement de l’étiquette par avant-dernier saut. Le routeur de sortie ne traitera pas un paquet étiqueté ; au contraire, il reçoit directement la charge utile (IPv4, IPv6 ou autres), ce qui réduit le nombre de recherches MPLS à la sortie.

Pour les paquets empilés d’étiquettes, le routeur de sortie reçoit un paquet d’étiquettes MPLS dont l’étiquette supérieure a déjà été insérée par l’avant-dernier routeur. Le routeur de sortie ne peut pas recevoir de paquets empilés d’étiquettes qui utilisent l’étiquette 0 ou 2. Il demande généralement l’étiquette 3 à l’avant-dernier routeur.

Vue d’ensemble de la prise en charge de l’étiquette d’entropie en mode mixte

À partir de Junos OS version 14.2, l’étiquette d’entropie est prise en charge dans les châssis en mode mixte où l’étiquette d’entropie peut être configurée sans configuration IP améliorée. L’étiquette d’entropie permet aux routeurs de transit d’équilibrer la charge du trafic MPLS sur des chemins ECMP ou des groupes d’agrégation de liens. L’étiquette d’entropie introduit une étiquette d’équilibrage de charge à utiliser par les routeurs pour équilibrer la charge du trafic plutôt que de dépendre de l’inspection approfondie des paquets, réduisant ainsi les exigences de traitement des paquets dans le plan de transfert au détriment de l’augmentation de la profondeur de la pile d’étiquettes. Junos OS prend en charge l’étiquette d’entropie uniquement pour les routeurs MX Series avec MPC ou MIC et peut être activé avec le mode IP amélioré. Cependant, cela entraîne une perte de paquets si l’interface orientée vers le cœur a une étiquette d’entropie configurée sur le MPC ou le MIC et que l’autre extrémité de cette connexion orientée vers le cœur a une carte de ligne DPC. Afin d’éviter cela, l’étiquette d’entropie est maintenant prise en charge en mode mixte où l’étiquette d’entropie peut être configurée sans configuration ip améliorée. Cela permet aux DPC des routeurs MX Series de prendre en charge une étiquette d’entropie pop-out. Toutefois, cela ne prend pas en charge une étiquette de flux.

Présentation des sauts abstraits pour les LSP MPLS

Un saut abstrait est une combinaison logique des contraintes existantes d’ingénierie du trafic, telles que les groupes d’administration, les groupes d’administration étendus et les groupes de liaisons à risque partagé (SRLG), ce qui donne un groupe ou un cluster de routeurs défini par l’utilisateur qui peut être séquencé et utilisé comme contraintes pour la configuration d’un chemin de commutation d’étiquettes (LSP) MPLS. Les sauts abstraits surmontent les limitations des spécifications de contraintes de chemin existantes et offrent plusieurs avantages aux capacités d’ingénierie du trafic de MPLS.

Comprendre le houblon abstrait

La contrainte de chemin pour la configuration d’un LSP MPLS peut être spécifiée soit sous la forme de routeurs individuels sous la forme de sauts réels, soit sous la forme d’un ensemble de routeurs par le biais d’un groupe administratif ou d’une spécification de couleur. Lorsqu’une contrainte de chemin utilise des sauts réels (stricts ou lâches), le LSP est configuré le long d’une séquence spécifiée de routeurs (par exemple, R1, R2, ... Rn). Lorsqu’une contrainte de chemin utilise un groupe administratif ou une spécification de couleur, un groupe de routeurs répondant aux critères spécifiés est utilisé pour configurer le LSP sans choisir de routeur spécifique. Contrairement à la contrainte de saut réel, il n’y a pas de séquence entre les différents groupes de routeurs utilisés dans la contrainte.

L’inconvénient de la contrainte de saut réel est que, dans un scénario de défaillance, si l’un des sauts du routeur tombe en panne ou si l’utilisation de la bande passante de l’interface connectée est saturée, le chemin tombe en panne (ou s’appuie sur une protection locale ou de bout en bout). Bien que d’autres routeurs puissent être disponibles pour récupérer ou configurer le LSP, celui-ci reste inactif jusqu’à ce que l’opérateur configure une autre séquence de sauts de routeur comme contrainte de chemin pour réactiver le chemin ou désactiver le chemin de protection.

Le groupe d’administration ou la contrainte de spécification de couleur surmonte cette limitation d’une contrainte de saut réel dans une certaine mesure. Ici, lorsque l’un des routeurs du groupe tombe en panne ou que sa capacité de liaison est saturée, la configuration du LSP n’est pas affectée. En effet, le routeur de saut suivant à utiliser dans la contrainte de chemin n’est pas sélectionné au préalable et le LSP est configuré avec d’autres routeurs ayant le même groupe d’administration ou la même couleur sans intervention de l’opérateur. Cependant, l’inconvénient des contraintes de groupe de routeurs est qu’une séquence ne peut pas être spécifiée parmi les contraintes de saut.

Les sauts abstraits surmontent ces inconvénients en créant des groupes de routeurs définis par l’utilisateur, dans lesquels chaque routeur membre répond à une contrainte définie par l’utilisateur. La contrainte définie par l’utilisateur est une combinaison logique des contraintes existantes d’ingénierie du trafic, telles que les groupes d’administration, les groupes d’administration étendus et les groupes de liaisons de risque partagé (SRLG). L’ordre est réalisé entre les groupes de routeurs en spécifiant une séquence de sauts abstraits utilisés dans une contrainte de chemin. Par conséquent, les sauts abstraits combinent la propriété d’ordre de la spécification de contrainte de saut réel et la résilience associée aux autres contraintes d’ingénierie du trafic.

Un chemin peut utiliser une combinaison de sauts réels et abstraits comme contraintes. Lors de l’utilisation de sauts abstraits, au lieu de spécifier une séquence de routeurs (R1, R2, ... Rn) comme pour les sauts réels, vous spécifiez un ensemble ordonné de groupes de routeurs ou de sauts abstraits (G1, G2, ... Gn) comme contrainte de chemin. Chaque groupe de routeurs spécifié, Gi par exemple, se compose d’un ensemble de routeurs défini par l’utilisateur : R1, R2, R, ...j Rn. Lorsqu’un des routeurs du groupe tombe en panne, par exemple le routeur R du groupe G, un autre routeur, par exemple le routeur R, du même groupe Gii est détecté par le calcul du chemin pour remplacer le routeur qui est tombé en panne (c’est-à-dire le routeur Rjkj). En effet, la contrainte de chemin est séquencée et doit passer par une séquence de sauts abstraits, au lieu d’une séquence de routeurs individuels.

Avantages de l’utilisation du houblon abstrait

Les sauts abstraits sont des groupes de routeurs définis par l’utilisateur. De la même manière que pour les contraintes de sauts réels qui utilisent une séquence de routeurs individuels, une séquence de sauts abstraits peut être utilisée pour configurer un chemin de commutation d’étiquettes (LSP). L’utilisation de sauts abstraits assure la résilience aux contraintes de chemin séquencées. Les autres avantages de l’utilisation de sauts abstraits sont les suivants :

Spécification d’une séquence de combinaisons de contraintes

Actuellement, il est possible de spécifier un chemin qui peut passer par des liens qui satisfont plusieurs attributs. Une telle contrainte de chemin est appelée combinaison de contraintes composées ; par exemple, une contrainte (Ci) qui inclut des liaisons à faible latence de couleur verte et exclut également SRLG nord.

Toutefois, il n’est pas possible de spécifier un chemin avec une séquence de combinaisons de contraintes composées. Par exemple, une contrainte séquencée (C1, C2, Ci, ... Cn) qui inclut les liens verts à faible latence, les liens bleus sans latence, puis les liens rouges à faible latence.

La nécessité d’une telle combinaison de contraintes composées séquencées se pose lorsqu’il est nécessaire d’établir des chemins à travers une séquence de régions géographiques avec une exigence d’affinité de liaison (attributs) différente dans chaque région. Les sauts abstraits répondent à cette exigence en permettant aux nœuds de calcul de mapper chaque combinaison de contraintes (Ci, par exemple) avec le groupe de routeurs défini par l’utilisateur, c’est-à-dire les sauts abstraits.

Éviter les nouvelles configurations réseau sur les nuds de transit

Avec les capacités actuelles de spécification des contraintes de chemin, il est possible d’inclure ou d’exclure des liens de certains attributs le long d’un chemin entier ; par exemple, en excluant SRLG ouest d’un chemin. Cependant, il n’y a pas de prise en charge pour exclure ou inclure conditionnellement des attributs, ou pour appliquer différents attributs d’exclusion ou d’inclusion dans différentes parties du chemin ; par exemple, à l’exclusion de SRLG ouest uniquement lors de la traversée de liens rouges.

Comme solution de contournement, un nouveau groupe d’administration peut être créé pour identifier tous les liens rouges qui n’ont pas SRLG west, et configurer tous les liens pertinents de manière appropriée avec ce groupe d’administration. L’inconvénient de cette approche est que des modifications de configuration sont nécessaires dans l’ensemble du réseau pour refléter la nouvelle appartenance au groupe d’administration.

Au lieu de cela, en utilisant des sauts abstraits, les modifications de configuration peuvent être contenues sur le routeur entrant uniquement. Au niveau du routeur entrant, la combinaison de contraintes est mappée au saut abstrait, répondant ainsi à l’exigence susmentionnée sans qu’une nouvelle configuration sur les nœuds de transit ne soit nécessaire.

Combiner les paradigmes de calcul de chemin centralisé et distribué

L’ingénierie du trafic des chemins MPLS peut être réalisée par le calcul distribué ou avec un contrôleur centralisé pour les chemins de calcul. Une combinaison des deux types de calcul est appelée paradigme de calcul hybride. La principale caractéristique de l’approche de calcul hybride est la capacité du contrôleur centralisé, appelé élément de calcul de chemin (PCE), à spécifier vaguement les directives de calcul de chemin, par chemin, vers le routeur entrant, appelé client de calcul de chemin (PCC), et la capacité du routeur entrant à l’utiliser comme entrée pour le calcul de chemin.

Une séquence de sauts abstraits sert à servir de ligne directrice au contrôleur centralisé. Les sauts abstraits offrent au contrôleur la flexibilité nécessaire pour s’immiscer dans la contrainte de chemin et les attributs. Cela permet également au contrôleur d’intégrer l’élément de séquence dans la contrainte. Le contrôleur n’a pas besoin de spécifier chaque saut que le chemin doit emprunter, ce qui laisse au routeur entrant la possibilité d’agir dans les limites de la directive ou de la ligne directrice.

Tableau 1 Répertorie les principales caractéristiques du paradigme de calcul hybride et fournit une comparaison de cette approche avec les méthodes actuelles de calcul de chemin.

Tableau 1 : Calcul hybride pour les houblons abstraits

Fonctionnalités

Distribué contraint le plus court chemin d’abord

Centralisé Contraintes Le plus court chemin d’abord

Hybrid Constrained Shortest Path First

Réagir aux changements fréquents dans un vaste réseau

Oui

 

Oui

Calcul de chemin sophistiqué avec vue globale

 

Oui

Oui

Incorporation de la logique métier dans le calcul des chemins

 

Oui

Oui

Résilience (pas de point de défaillance unique)

Oui

 

Oui

Prévisibilité

 

Oui

Oui

Réagissez à la charge du réseau en temps quasi réel

Oui

 

Oui

Essais sur le terrain (plutôt qu’adoption précoce)

Oui

 

Oui

Implémentation Junos OS des sauts abstraits

La fonctionnalité de sauts abstraits tenant compte de l’ordre est introduite dans Junos OS version 17.1. Les sections suivantes décrivent l’implémentation des sauts abstraits dans Junos OS :

Définition du houblon abstrait

Un saut abstrait est un groupe de routeurs que les utilisateurs peuvent définir pour être utilisés dans la configuration d’un chemin de commutation d’étiquettes (LSP). L’utilisateur peut contrôler les routeurs à inclure dans le groupe en définissant une combinaison logique d’attributs ou de contraintes de liens hétérogènes appelés attributs constitutifs. Les routeurs avec des liens qui satisfont les attributs constitutifs définis atteignent le groupe de routeurs représentant le saut abstrait.

Le mappage des attributs constitutifs avec le saut abstrait est local au nœud de calcul ou à l’entrée du LSP en cours de configuration. Par conséquent, les sauts abstraits ne sont pas associés à des mises à jour de protocole de passerelle intérieure ou à des extensions de protocole de signalisation, et l’implémentation de sauts abstraits dans un réseau ne nécessite pas de nouvelle configuration sur les nuds de transit.

Une liste constitutive permet de définir un ensemble d’attributs constitutifs de l’ingénierie du trafic, qui sont identifiés par un nom défini par l’utilisateur. Les listes de constituants sont utilisées dans une définition de saut abstrait à l’aide de l’une des instructions de configuration suivantes :

  • include-any-list—Le lien satisfait la liste des constituants si l’un des attributs constitutifs spécifiés est vrai pour le lien.

  • include-all-list: le lien satisfait à la liste des constituants si tous les attributs constitutifs spécifiés sont vrais pour le lien.

  • exclude-all-list: le lien satisfait la liste des constituants si aucun des attributs constitutifs spécifiés n’est vrai pour le lien.

  • exclude-any-list: le lien satisfait la liste des constituants si au moins un des attributs constitutifs spécifiés n’est pas vrai pour le lien.

Un saut abstrait est défini comme une combinaison logique de références de liste de constituants qui peuvent appartenir à l’une des catégories susmentionnées. Pour ce faire, les opérateurs AND logiques et sont inclus dans la définition abstraite du saut et OR appliqués à la liste des constituants.

  • OR—Au moins une des références de la liste de constituants dans la définition du saut abstrait doit être satisfaite par un lien pour que le noeud attaché fasse partie du saut abstrait.

  • AND—Toutes les références de liste de constituants dans la définition du saut abstrait doivent être satisfaites par un lien pour que le noeud attaché fasse partie du saut abstrait.

Exemple de définition de saut abstrait

En prenant comme exemple, la définition du houblon abstrait hopA est la suivante :

Les sauts abstraits hopA doivent inclure tous les routeurs dont les liens émanants satisfont respectivement à la combinaison logique des attributs de lien suivants :

  • hopA—((groupe administratif rouge & Srlg sud) || (groupe administratif vert || Srlg nord)), où :

    • administrative group red et Srlg south appartiennent à la liste des constituants include-all (listA1, dans cet exemple).

    • administrative group green et Srlg north appartiennent à la liste include-any constituants (listA2, dans cet exemple).

    • || est l’opérateur OU.

La configuration du houblon abstrait hopA est la suivante :

  • hopA configuration

Verifying Abstract Hop Configuration

La show mpls abstract hop membership <abstract hop name> commande permet d’afficher les membres d’un saut abstrait. La sortie de la commande fournit le saut abstrait vers le mappage de nœud de base de données d’ingénierie du trafic.

Ici, le champ Credibility de sortie indique la crédibilité associée au protocole de passerelle intérieure utilisé.

La sortie de la commande fournit la vue capturée dans la show ted database extensive local base de données d’ingénierie du trafic. Un mot-clé local est ajouté pour indiquer que la sortie inclurait une instrumentation locale. La sortie de la commande affiche le saut abstrait en tant qu’attribut de liens qui satisfont la combinaison logique associée d’attributs de lien.

Le saut abstraitA est pour la faible latence ET le SRLG ouest, et le saut abstrait hopB est pour l’exclusion du SRLG ouest. Figure 5 Affiche la vue d’entrée de ces sauts abstraits.

Figure 5 : Vue d’entrée du houblon abstraitVue d’entrée du houblon abstrait

Utilisation de sauts abstraits dans une contrainte de chemin

L’utilisateur associe un identifiant unique à chaque définition de saut abstrait. Cet identificateur est utilisé pour faire référence au saut abstrait dans la contrainte de chemin. Une séquence de sauts abstraits peut être spécifiée comme contrainte de chemin, de la même manière que les sauts IP réels. La contrainte de chemin peut également être une séquence de sauts abstraits entrelacés par des sauts IP réels.

L’utilisation de sauts abstraits ou de sauts réels dans une contrainte de chemin nécessite plusieurs passages de premier chemin le plus court contraint vers la destination, généralement une passe par saut. Lorsque des sauts réels sont fournis en tant que contrainte de chemin, le calcul de la contrainte implique autant de passes que le nombre de sauts dans la contrainte de chemin, où chaque passe se termine lorsque l’atteinte d’un saut dans la liste de contraintes. Le point de départ de chaque passe est la destination de la passe précédente, la première passe utilisant le routeur entrant comme point de départ.

Par ailleurs, lorsque la contrainte de chemin utilise des sauts abstraits stricts ou lâches, le calcul de la contrainte comprend des passes où chaque passe traite le saut abstrait suivant dans la liste de contraintes. Dans ce cas, plusieurs noeuds sont considérés comme la destination de la passe. L’ensemble de noeuds est appelé l’ensemble de routeurs viables pour la passe.

Un saut abstrait traverse les noeuds membres à l’aide de la méthode suivante :

  • Liens qui satisfont à la combinaison logique d’attributs constitutifs définis

  • Tout type de liens

La méthode des sauts abstraits traversant les noeuds membres est contrôlée par l’utilisation des qualificateurs de saut abstraits (strict, loose et loose-link) pour définir la contrainte de chemin. En prenant par exemple, le saut abstrait hopA est traité différemment avec différents qualificatifs :

  • Strict—Après le dernier saut traité dans la liste des contraintes, le chemin ne traverse que les liens ou les noeuds ayant l’appartenance au saut abstrait hopA, avant d’atteindre un noeud avec l’appartenance au hopA qui est un point de départ réalisable pour le traitement du prochain saut abstrait.

  • Loose—Après le dernier saut traité dans la liste de contraintes, le chemin peut traverser tous les noeuds réels qui n’ont pas d’appartenance à un saut abstrait de hopA, avant d’atteindre un noeud avec l’appartenance à un saut abstrait hopA, qui est un point de départ réalisable pour le traitement du saut abstrait suivant.

  • Loose-link—Après le dernier saut traité dans la liste de contraintes, le chemin peut traverser tous les noeuds réels qui n’ont pas d’appartenance à un saut abstrait de hopA, avant d’atteindre un noeud avec l’appartenance à un saut abstrait hopA, qui est un point de départ réalisable pour le traitement du saut abstrait suivant. Mais le chemin aurait dû traverser au moins un lien d’appartenance à un saut abstrait au cours de celui-ci.

    En d’autres termes, on dit que le saut abstrait de type loose-link n’est traité que si l’un des routeurs viables de la contrainte est accessible via un lien d’appartenance à un saut abstrait associé.

Exemple de spécification de houblon abstrait

Tableau 2 Fournit un exemple de cas d’utilisation de l’utilisation de sauts abstraits dans les contraintes de chemin.

Tableau 2 : Utilisation de sauts abstraits dans les contraintes de tracé

Objectif de la contrainte de chemin

Qualificatif de saut abstrait

Configuration

Ensemble de routeurs viables

Affinité

Les nœuds de traverse qui sont membres de hopA ne prennent que les liens qui satisfont hopA.

Stricte

[edit protocols mpls]
Path path_hopA_s {
    hopA abstract strict;
}

Tous les membres de l’abstract hopA. C’est-à-dire A1, A2... unen.

hopA (ne choisissez que les liens qui satisfont l’abstrait hopA).

Traverse les noeuds qui sont membres de hopA mais pas nécessairement les liens qui satisfont hopA

Lâche

[edit protocols mpls]
Path path_hopA_l {
    hopA abstract loose;
}

Tous les membres de l’abstract hopA. C’est-à-dire A1, A2... unen.

Aucun (n’importe quel type de liens).

Traversez les nœuds membres de hopA en prenant au moins un lien qui satisfait hopA.

Maillon lâche

REMARQUE :

Le qualificatif de lien lâche est considéré comme lâche suivi de strict pour le même saut abstrait. En d’autres termes, hopA loose-link est la même chose que hopA loose et hopA strict.

[edit protocols mpls]
Path path_hopA_ll {
    hopA abstract loose-link;
}

Dans ce cas, il existe deux passes de calcul associées à hopA dans la contrainte de chemin. Le routeur viable pour les deux passes est le suivant :

Tous les membres de l’abstract hopA. C’est-à-dire A1, A2... unen.

REMARQUE :

Lors du calcul de chemin, un routeur n’est traversé qu’une seule fois.

Dans ce cas, il existe deux passes de calcul associées à hopA dans la contrainte de chemin. L’affinité pour les deux passes est la suivante :

  • Pass 1 : aucun (tous les types de liens).

  • Passe 2 : hopA (ne choisissez que les liens qui satisfont à hopA abstrait).

Traversez les nœuds membres de hopA, en ne prenant que les liens qui satisfont hopA, suivis par les nœuds membres de hopB en prenant uniquement les liens qui satisfont hopB.

Stricte

[edit protocols mpls]
Path path_hopA_hopB_s {
    hopA abstract strict;
    hopB abstract strict;
}
  • hopA : intersection de l’ensemble de membres de hopA et hopB.

    REMARQUE :

    Lorsqu’un saut abstrait est suivi d’un saut abstrait strict, l’intersection des deux ensembles de membres est considérée comme un ensemble de routeurs viable.

  • hopB : tous les membres de l’abstrait hopB. C’est-à-dire B1, B2... D. Dn.

  • hopA : hopA (ne choisissez que les liens qui satisfont à l’hopA abstrait).

  • hopB—hopB (ne choisissez que les liens qui satisfont le hopB abstrait).

Traverse les noeuds membres de hopA qui ne prennent que les liens qui satisfont hopA, suivis par les noeuds qui sont membres de hopB qui prennent n’importe quel type de lien.

Strict et lâche

[edit protocols mpls]
Path path_hopA_s_hopB_l {
    hopA abstract strict;
    hopB abstract loose;
}
  • hopA : tous les membres de l’abstrait hopA. C’est-à-dire A1, A2... unen.

  • hopB : tous les membres de l’abstrait hopB. C’est-à-dire B1, B2... D. Dn.

  • hopA : hopA (ne choisissez que les liens qui satisfont à l’hopA abstrait).

  • hopB : aucun (sélectionnez n’importe quel lien).

Traversez les noeuds membres de hopA en prenant n’importe quel type de liens, suivis par les noeuds membres de hopB prenant n’importe quel type de liens.

Lâche

[edit protocols mpls]
Path path_hopA_l_hopB_l {
    hopA abstract loose;
    hopB abstract loose;
}
  • hopA : tous les membres de l’abstrait hopA. C’est-à-dire A1, A2... unen.

  • hopB : tous les membres de l’abstrait hopB. C’est-à-dire B1, B2... D. Dn.

Aucun (choisissez n’importe quel lien).

Traversez les noeuds membres de hopA en prenant n’importe quel type de liens, suivis par les noeuds membres de hopB en ne prenant que les liens qui satisfont hopB.

Lâche et strict

[edit protocols mpls]
Path path_hopA_l_hopB_s {
    hopA abstract loose;
    hopB abstract strict;
}
  • hopA : intersection des membres de hopA et hopB.

    Lorsqu’un saut abstrait est suivi d’un saut abstrait strict, l’intersection des deux ensembles de membres est considérée comme un ensemble de routeurs viable.

  • hopB : tous les membres de l’abstrait hopB. C’est-à-dire B1, B2... D. Dn.

  • hopA : aucun (sélectionnez n’importe quel lien).

  • hopB—hopB (ne choisissez que les liens qui satisfont le hopB abstrait).

Figure 6 affiche les contraintes de chemin pour les sauts abstraits hopA, hopB et hopC avec des qualificateurs de saut abstraits loose, strict et loose, respectivement.

Figure 6 : Exemples de contraintes de chemin pour les sauts abstraitsExemples de contraintes de chemin pour les sauts abstraits

Les premiers passages du chemin le plus court contraint pour les sauts abstraits sont les suivants :

  • Pass 1 associé à hopA

    • Routeurs viables : routeurs R1 et R2 (intersection de hopA et hopB, car hopB est un saut abstrait strict).

    • Affinity (Affinité) : aucune (car hopA est lâche).

  • Passe 2 associée à hopB

    • Routeurs viables : routeurs R1, R2, R3 et R4

    • Affinity (Affinité) : sélectionnez uniquement les liens conformes à hopB (car hopB est un saut abstrait strict).

  • Passe 3 associée à hopC

    • Routeurs viables : routeurs R5, R6, R7 et le routeur de sortie.

    • Affinity (Affinité) : aucune (car hopC est un saut abstrait lâche).

Calcul de chemin et retour en arrière

Dans chaque première passe du chemin le plus court contraint, lorsque le routeur le plus proche d’un ensemble de routeurs viable est atteint à l’aide de liens satisfaisant l’affinité figurée pour la passe, le saut abstrait associé à la passe est dit traité. Le routeur viable ainsi atteint sert de point de départ pour la prochaine passe de contrainte. Si une passe de contrainte échoue et que ce n’est pas celle avec le routeur entrant comme routeur de démarrage, la passe est rétablie à la passe précédente et le processus est répété.

Exemple de retour en arrière

Lorsqu’un premier passage du chemin le plus court contraint p (autre que le premier) échoue, le routeur de sortie de la passe précédente (p – 1) qui a servi de point de départ pour la passe p actuelle est disqualifié dans l’ensemble de routeurs viables de la passe précédente (p – 1). Ensuite, la passe précédente (p – 1) est réexécutée pour trouver le meilleur routeur de sortie ou la meilleure destination pour la passe p – 1 à partir de l’ensemble de routeurs viable.

Le routeur ainsi déterminé sert de nouveau routeur de départ pour la passe p. Cette procédure est répétée tant qu’il y a des défaillances et qu’il existe des routeurs viables qui ne sont pas explorés.

La show mpls lsp abstract-hop-computation name lsp-name commande fournit les différentes passes de calcul impliquées par LSP et les routeurs de sortie qualifiants pour chaque passe. La sortie de la commande indique également l’affinité par passe et indique le routeur de démarrage actuel choisi pour la passe. Pour chaque routeur viable, l’état de retour en arrière s’affiche, où il peut être valide ou disqualifié.

Le champ Credibility de sortie indique la crédibilité associée au protocole de passerelle intérieure utilisé.

Exemple : Configuration de sauts abstraits pour les LSP MPLS

Cet exemple montre comment configurer des sauts abstraits pour les chemins de commutation d’étiquettes (LSP) MPLS. Les sauts abstraits combinent les fonctionnalités clés des contraintes existantes d’ingénierie du trafic pour permettre à l’utilisateur de spécifier une contrainte de chemin résiliente et sensible à l’ordre pour les LSP MPLS.

Conditions préalables

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

  • Six appareils pouvant être une combinaison de M Series routeurs de périphérie multiservice, MX Series Plates-formes de routage universelles 5G, de routeurs centraux T Series et PTX Series Routeurs de transport de paquets.

  • Junos OS version 17.1 ou ultérieure s’exécute sur tous les périphériques.

Avant de commencer :

  • Configurez les interfaces de l’appareil.

  • Configurez l’ID de routeur de l’appareil et attribuez un numéro de système autonome (AS).

  • Configurez RSVP sur tous les appareils.

  • Configurez OSPF ou tout autre protocole de passerelle intérieure sur tous les équipements.

  • Configurez des groupes d’administration, des groupes d’administration étendus et des groupes de liaisons de risque partagé (SRLG) sur tous les appareils.

Présentation

Junos OS version 17.1 introduit des sauts abstraits, qui sont des clusters ou des groupes de routeurs définis par l’utilisateur. De la même manière que la séquence de contraintes de sauts réels (strictes ou lâches), une séquence de sauts abstraits peut être utilisée pour mettre en place un chemin de commutation d’étiquettes (LSP). Un chemin peut utiliser une combinaison de sauts réels et abstraits comme contraintes.

Un saut abstrait est une combinaison logique des contraintes existantes d’ingénierie du trafic, telles que les groupes d’administration, les groupes d’administration étendus et les SRLG, ainsi que de la propriété d’ordre des sauts réels. Par conséquent, lorsqu’une séquence de sauts abstraits est utilisée dans une contrainte de chemin, l’ordre est réalisé entre les groupes de routeurs qui répondent à une combinaison logique d’attributs de lien ou de nœud appelés attributs constitutifs.

Pour configurer des sauts abstraits :

  • Créez des listes constitutives avec des attributs d’ingénierie du trafic constitutifs en incluant l’instruction constituent-list list-name au niveau de la [edit protocols mpls] hiérarchie.

  • Incluez les listes constitutives dans la définition abstraite du saut au niveau de la [edit protocols mpls abstract-hop abstract-hop-name] hiérarchie.

  • Définissez des contraintes de chemin qui utilisent des sauts abstraits au niveau de la [edit protocols mpls path path-name] hiérarchie.

Tenez compte des instructions suivantes lors de la configuration de sauts abstraits pour les LSP MPLS :

  • Les sauts abstraits ne sont pris en charge que dans l’instance de routage principale d’un périphérique.

  • Les destinations IPv6 ne sont pas prises en charge dans les contraintes de saut abstraites (seules les destinations IPv4 fonctionnent).

  • Les sauts abstraits peuvent être des contraintes strictes ou lâches.

  • La prise en charge des sauts abstraits dans Junos OS version 17.1 est fournie uniquement pour les LSP MPLS intra-zone et non pour les LSP inter-domaines ou inter-zones.

  • Les contraintes de saut abstraites sont activées uniquement pour les LSP point à point normaux. Les autres types de LSP MPLS, tels que les LSP point à multipoint, les LSP bidirectionnels contrôlés en externe, les LSP de conteneur dynamique, les LSP de maillage automatique RSVP et les LSP inter-zones, ne sont pas pris en charge avec la configuration de sauts abstraits.

  • Les sauts abstraits ne permettent pas de calculer le chemin le plus court global pour les LSP.

  • Un saut abstrait ne doit pas être référencé plus d’une fois dans la même contrainte de chemin.

  • Les spécifications abstraites de contraintes de saut n’affectent pas la prise en charge du basculement GRES (Graceful Moteur de routage), de la mise à niveau logicielle unifiée en service (ISSU) et du routage ininterrompu (NSR).

  • Les spécifications abstraites de contraintes de saut n’affectent pas les performances globales du réseau. Toutefois, le temps nécessaire pour le calcul du premier chemin le plus court contraint augmente avec la configuration de saut abstrait. Le temps d’installation d’un LSP de saut abstrait est supérieur au temps nécessaire à la mise en place d’un LSP sans configuration de saut abstrait.

Topologie

Figure 7 illustre un exemple de topologie de réseau configurée avec des sauts abstraits. Les appareils R0 et R3 sont chacun connectés à des hôtes (hôte 1 et hôte 2). Les appareils R4 et R5 sont chacun connectés aux appareils R0, R1, R2 et R3. Les appareils R1 et R2 sont également directement connectés l’un à l’autre.

Les appareils R0 et R3 sont configurés sous le même système autonome, AS 64496. Un LSP MPLS est configuré à partir de l’appareil R0 jusqu’à l’appareil R3 avec un chemin principal et deux chemins secondaires (chemins secondaires de secours et non secondaires).

Quatre listes constitutives (c1, c2, c3 et c4) sont créées à l’aide de trois SRLG (g1, g2 et g3), de trois groupes administratifs (vert, bleu et rouge) et d’un groupe administratif étendu (or). Trois sauts abstraits (ah1, ah2 et ah3) sont définis à l’aide des listes de constituants configurées et sont spécifiés en tant que contraintes de chemin. Le saut abstrait ah1 est spécifié en tant que contrainte pour le chemin principal, tandis que les sauts abstraits ah2 et ah3 sont spécifiés en tant que contraintes pour le chemin de secours secondaire et le chemin secondaire de non-secours, respectivement.

Figure 7 : Configuration d’une contrainte de chemin de saut abstraitConfiguration d’une contrainte de chemin de saut abstrait

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.

Appareil R0

Appareil R1

Appareil R2

Appareil R3

Appareil R4

Appareil R5

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 l’appareil R0 :

  1. Activez les services réseau IP améliorés sur l’appareil R0.

  2. Configurez les interfaces sur l’appareil R0, y compris l’interface de bouclage.

  3. Attribuez l’ID de routeur et le numéro du système autonome à l’appareil R0.

  4. Configurez les définitions SRLG.

  5. Configurez les définitions de groupe d’administration étendues.

  6. Configurez les définitions des groupes d’administration.

  7. Configurez MPLS sur toutes les interfaces de l’appareil R0, à l’exception de l’interface de gestion.

  8. Affectez les interfaces de l’appareil R0 avec les attributs d’ingénierie du trafic configurés.

  9. Configurez un LSP reliant l’appareil R0 à l’appareil R3 et attribuez-lui des attributs de chemin d’accès principal et secondaire.

  10. Définissez les chemins principal et secondaire pour le LSP R0-R31.

  11. Créez des listes de constituants avec des attributs d’ingénierie du trafic constitutifs pour les définitions de saut abstrait.

  12. Définissez des sauts abstraits en affectant les listes de constituants configurées et les opérateurs respectifs.

  13. Définissez des contraintes pour les chemins configurés en incluant des définitions de sauts abstraits.

  14. Configurez RSVP sur l’appareil R0. Activez RSVP sur toutes les interfaces de l’appareil R0, à l’exception de l’interface de gestion et de l’interface se connectant à l’hôte1, et attribuez des valeurs de bande passante.

  15. Configurez OSPF sur toutes les interfaces de l’appareil R0, à l’exception de l’interface de gestion, et attribuez des fonctionnalités d’ingénierie du trafic.

  16. Configurez une stratégie sur l’équipement R0 pour activer l’équilibrage de charge par paquet.

  17. Exportez la stratégie d’équilibrage de charge vers la table de transfert.

Résultats

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

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la configuration d’un saut abstrait

But

Vérifiez les membres de la définition de saut abstrait sur l’appareil R0 en exécutant la show mpls abstract-hop-membership commande qui affiche les tables d’appartenance à un saut abstrait.

Action

À partir du mode opérationnel, exécutez la show mpls abstract-hop-membership commande.

Sens

La show mpls abstract-hop-membership sortie de la commande fournit le saut abstrait vers le mappage de nœud de base de données d’ingénierie du trafic. Le Credibility champ affiche la valeur de crédibilité associée au protocole OSPF (Interior Gateway Protocol in Use).

Vérification du calcul d’un chemin de saut abstrait

But

Vérifiez le prétraitement du calcul abstrait pour les LSP sur l’appareil R0 en exécutant la show mpls lsp abstract-computation commande.

Action

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

Sens

La show mpls lsp abstract-hop-computation sortie de la commande fournit les différentes passes de calcul impliquées par LSP, ainsi que les devces de sortie éligibles pour chaque passe. La sortie de la commande donne également l’affinité par passe et affiche le périphérique de démarrage actuel choisi pour la passe. Pour chaque routeur (périphérique) viable, l’état de retour en arrière s’affiche, où il peut être valide ou disqualifié.

Le Credibility champ indique la valeur de crédibilité associée au protocole OSPF (Interior Gateway Protocol in Use).

Configuration du nombre maximal d’étiquettes MPLS

Pour les interfaces que vous configurez pour les applications MPLS, vous pouvez définir le nombre maximal d’étiquettes sur lesquelles MPLS peut fonctionner.

Par défaut, le nombre maximal d’étiquettes est de trois. Vous pouvez modifier le maximum à quatre ou cinq étiquettes pour les applications qui nécessitent quatre ou cinq étiquettes.

À compter de Junos OS version 19.1R1, le nombre maximal d’étiquettes pouvant être envoyées par le moteur de transfert de paquets sortant (PFE) peut être exploité, le nombre d’étiquettes pouvant être envoyées pour un saut suivant MPLS étant le nombre d’étiquettes que l’équipement est capable d’envoyer, ou le nombre maximal d’étiquettes configurées sous family mpls de l’interface sortante, selon la valeur la plus petite. Cette prise en charge est activée sur les routeurs MX Series avec interfaces MPC et MIC et sur les routeurs PTX Series avec FPC de troisième génération.

REMARQUE :

Sur les routeurs PTX Series, le nombre maximal d’étiquettes pouvant être envoyées par le PFE d’entrée est de 4 et le PFE de sortie est de 8.

L’augmentation de la capacité d’envoi d’étiquettes est utile pour des fonctionnalités telles que les LSP d’ingénierie du trafic de routage de segments et les LSP pop-and-forward RSVP-TE. Toutes les fonctionnalités existantes des applications utilisant MPLS next hops continuent de fonctionner avec la capacité accrue d’envoi d’étiquettes. Cela inclut :

  • Tous les utilitaires OAM, tels que lsping, traceroute et BFD pour les LSP MPLS.

  • Utilitaires de surveillance, tels que lspmon, et LM DM pour les LSP MPLS.

Les show route table sorties de la commande et show route forwarding-table sont améliorées pour afficher jusqu’à 16 étiquettes par composant de saut suivant.

Par exemple :

REMARQUE :

Lorsque le nombre maximal d’étiquettes MPLS d’une interface est modifié, l’interface MPLS est rejetée. Toutes les sessions LDP et RSVP sur cette interface sont redémarrées, ce qui entraîne le basculement de tous les LSP sur cette interface.

Par exemple, supposons que vous configuriez un service VPN de transporteur à deux niveaux pour les clients qui fournissent un service VPN. Un VPN opérateur à opérateur est une relation à deux niveaux entre un opérateur fournisseur (FAI de niveau 1) et un opérateur client (FAI de niveau 2). Dans un VPN opérateur à opérateur, l’opérateur fournisseur fournit une dorsale VPN pour l’opérateur client. L’opérateur fournit à son tour un service VPN de couche 3 à ses clients finaux. L’opérateur client envoie le trafic étiqueté à l’opérateur fournisseur pour l’acheminer vers le saut suivant de l’autre côté du réseau de l’opérateur fournisseur. Ce scénario nécessite une pile à trois étiquettes : une étiquette pour le VPN de l’opérateur fournisseur, une autre étiquette pour le VPN de l’opérateur client et une troisième étiquette pour l’itinéraire de transport.

Si vous ajoutez un service de reroutage rapide, les routeurs PE dans le réseau de l’opérateur fournisseur doivent être configurés pour prendre en charge une quatrième étiquette (l’étiquette de reroutage). Si l’opérateur client utilise LDP comme protocole de signalisation et que l’opérateur fournisseur utilise RSVP, l’opérateur fournisseur doit prendre en charge le service de tunnel LDP sur RSVP. Ce service supplémentaire nécessite une étiquette supplémentaire, pour un total de cinq étiquettes.

Pour l’opérateur client, le routeur qu’il utilise pour se connecter au VPN de l’opérateur fournisseur est un routeur PE. Cependant, l’opérateur du fournisseur considère cet appareil comme un routeur CE.

Tableau 3 résume les exigences en matière d’étiquetage.

Tableau 3 : Exemples de scénarios d’utilisation de 3, 4 ou 5 étiquettes MPLS

Nombre d’étiquettes requises

Scénarios

3

VPN Carrier-of-carriers ou VPN avec deux étiquettes et reroutage rapide

4

Combinaison de transporteurs de transporteurs et de reroutage rapide

5

Transporteur de transporteurs avec reroutage rapide et transporteur client exécutant LDP, avec l’opérateur fournisseur exécutant RSVP

Pour configurer et surveiller le nombre maximal d’étiquettes, procédez comme suit :

  1. Spécifiez le maximum sur l’interface logique. Appliquez cette configuration aux routeurs PE de l’opérateur.
  2. Vérifiez la configuration.

    La sortie de la commande inclut le Maximum labels: 5 champ sous l’unité d’interface logique 0.

Configuration de MPLS pour l’affichage de l’étiquette sur le routeur Ultimate-Hop

Vous pouvez contrôler la valeur d’étiquette annoncée sur le routeur de sortie d’un chemin de commutation d’étiquettes (LSP). L’étiquette annoncée par défaut est l’étiquette 3 (étiquette nulle implicite). Si l’étiquette 3 est annoncée, le routeur à l’avant-dernier saut enlève l’étiquette et envoie le paquet au routeur de sortie. En activant le popping par saut ultime, l’étiquette 0 (IPv4 Explicit Null Label) est annoncée. L’popping par saut ultime garantit que tous les paquets qui traversent un réseau MPLS incluent une étiquette.

REMARQUE :

Les routeurs Juniper Networks mettent les paquets en file d’attente en fonction de l’étiquette entrante. Les routeurs d’autres fournisseurs peuvent mettre les paquets en file d’attente différemment. Gardez cela à l’esprit lorsque vous travaillez avec des réseaux contenant des routeurs de plusieurs fournisseurs.

Pour configurer MPLS afin d’afficher l’étiquette sur le routeur Ultimate-Hop, incluez l’instruction explicit-null suivante :

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

  • [edit protocols mpls]

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

Publication d’étiquettes nulles explicites auprès d’homologues BGP

Pour la famille IPv4 () uniquement, les homologues BGP d’un groupe de routage peuvent envoyer une étiquette NULL explicite pour un ensemble de routes connectées (inetroutes directes et de bouclage) pour le NLRI inet labeled-unicast et inet6 labeled-unicast. Par défaut, les pairs annoncent l’étiquette 3 (NULL implicite). Si l’instruction est activée, les pairs annoncent l’étiquette explicit-null 0 (NULL explicite). Les étiquettes NULL explicites garantissent que les étiquettes sont toujours présentes sur les paquets qui traversent un réseau MPLS. Si l’étiquette NULL implicite est utilisée. l’avant-dernier routeur de saut enlève l’étiquette et envoie le paquet sous forme de paquet IP ordinaire au routeur de sortie. Cela peut entraîner des problèmes pour mettre le paquet correctement en file d’attente sur l’avant-dernier saut routeur si l’avant-dernier saut est le routeur d’un autre fournisseur. D’autres fournisseurs mettent les paquets en file d’attente en fonction des bits CoS de l’étiquette sortante plutôt que de l’étiquette entrante.

Pour publier une étiquette NULL explicite, incluez les instructions suivantes dans la configuration :

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

L’instruction connected-only est nécessaire pour annoncer des étiquettes nulles explicites.

Pour vérifier que l’étiquette NULL explicite est annoncée pour les routes connectées, utilisez la show route advertising-protocol bgp neighbor-address commande.

Comprendre les opérations d’étiquetage MPLS sur les commutateurs EX Series

Dans le paradigme traditionnel du transfert de paquets, lorsqu’un paquet se déplace d’un commutateur à l’autre, une décision de transfert indépendante est prise à chaque saut. L’en-tête du réseau IP est analysé et le saut suivant est choisi en fonction de cette analyse et des informations de la table de routage. Dans un environnement MPLS, l’analyse de l’en-tête du paquet n’est effectuée qu’une seule fois, lorsqu’un paquet entre dans le tunnel MPLS (c’est-à-dire le chemin utilisé pour le trafic MPLS).

Lorsqu’un paquet IP entre dans un chemin de commutation d’étiquettes (LSP), le commutateur PE (Ingress Provider Edge) examine le paquet et lui attribue une étiquette en fonction de sa destination, plaçant ainsi l’étiquette dans l’en-tête du paquet. L’étiquette transforme le paquet transféré en fonction de ses informations de routage IP en un paquet transféré en fonction des informations associées à l’étiquette. Le paquet est ensuite transmis au commutateur fournisseur suivant dans le LSP. Ce commutateur et tous les commutateurs suivants du LSP n’examinent pas les informations de routage IP contenues dans le paquet étiqueté. Ils utilisent plutôt l’étiquette pour rechercher des informations dans leur table de transfert d’étiquettes. Ils remplacent ensuite l’ancienne étiquette par une nouvelle et transmettent le paquet au commutateur suivant sur le chemin. Lorsque le paquet atteint le commutateur PE de sortie, l’étiquette est supprimée et le paquet redevient un paquet IP natif et est à nouveau transféré en fonction de ses informations de routage IP.

Cette rubrique décrit :

Chemins de commutation d’étiquettes MPLS et étiquettes MPLS sur les commutateurs

Lorsqu’un paquet entre dans le réseau MPLS, il est affecté à un LSP. Chaque LSP est identifié par une étiquette, qui est une valeur courte (20 bits) de longueur fixe au début de l’étiquette MPLS (32 bits). Les étiquettes sont utilisées comme index de recherche pour la table de transfert d’étiquettes. Pour chaque étiquette, ce tableau stocke les informations de transfert. Étant donné qu’aucune analyse ou recherche supplémentaire n’est effectuée sur le paquet encapsulé, MPLS prend en charge la transmission de tout autre protocole au sein de la charge utile du paquet.

REMARQUE :

L’implémentation de MPLS sur Juniper Networks EX3200 et EX4200 Commutateurs Ethernet ne prend en charge que les paquets à étiquette unique. Toutefois, MPLS sur Juniper Networks EX8200 Commutateurs Ethernet prend en charge les paquets comportant jusqu’à trois étiquettes.

Figure 8 Affiche l’encodage d’une seule étiquette. L’encodage apparaît après les en-têtes de couche de liaison de données, mais avant tout en-tête de couche réseau.

Figure 8 : Encodage d’étiquettesEncodage d’étiquettes

Étiquettes réservées

Les étiquettes vont de 0 à 1 048 575. Les étiquettes de 0 à 999 999 sont destinées à un usage interne.

Certaines étiquettes réservées (comprises entre 0 et 15) ont des significations bien définies. Les étiquettes réservées suivantes sont utilisées par les commutateurs :

  • 0, IPv4 Explicit Null label : cette valeur n’est valide que lorsqu’il s’agit de la seule entrée d’étiquette (pas d’empilement d’étiquettes). Il indique que l’étiquette doit être apposée à la réception. Le transfert se poursuit sur la base du paquet IP version 4 (IPv4).

  • 1, Étiquette d’alerte de routeur : lorsqu’un paquet est reçu avec une valeur d’étiquette supérieure de 1, il est livré au module logiciel local pour traitement.

  • 2, IPv6 Explicit Null label (Étiquette IPv6 Explicit Null) : cette valeur n’est autorisée que lorsqu’il s’agit de la seule entrée d’étiquette (pas d’empilement d’étiquettes). Il indique que l’étiquette doit être apposée à la réception.

  • 3, Implicit Null label (Étiquette nulle implicite) : cette étiquette est utilisée dans le protocole de signalisation (RSVP) uniquement pour demander l’apparition d’étiquettes par le commutateur en aval. Il n’apparaît jamais dans l’encapsulation. Les étiquettes avec une valeur de 3 ne doivent pas être utilisées dans le paquet de données en tant qu’étiquettes réelles. Aucun type de charge utile (IPv4 ou IPv6) n’est impliqué avec cette étiquette.

Opérations d’étiquetage MPLS sur les commutateurs

Les commutateurs EX Series prennent en charge les opérations d’étiquetage suivantes :

  • Pousser

  • Pop

  • Swap

L’opération push permet d’apposer une nouvelle étiquette en haut du paquet IP. Pour les paquets IPv4, la nouvelle étiquette est la première étiquette. La valeur du champ de durée de vie (TTL) dans l’en-tête du paquet est dérivée de l’en-tête du paquet IP. L’opération push ne peut pas être appliquée à un paquet qui possède déjà une étiquette MPLS.

L’opération pop supprime une étiquette au début du paquet. Une fois l’étiquette supprimée, le TTL est copié de l’étiquette dans l’en-tête du paquet IP, et le paquet IP sous-jacent est transféré en tant que paquet IP natif

L’opération d’échange supprime une étiquette MPLS existante d’un paquet IP et la remplace par une nouvelle étiquette MPLS, en fonction des éléments suivants :

  • Interface entrante

  • Étiquette

  • Table de transfert d’étiquettes

Figure 9 affiche un paquet IP sans étiquette arrivant sur l’interface périphérique client (ge-0/0/1) du commutateur PE entrant. Le commutateur PE entrant examine le paquet et identifie la destination de ce paquet comme étant le commutateur PE de sortie. Le commutateur PE entrant applique l’étiquette 100 au paquet et envoie le paquet MPLS à son interface centrale MPLS sortante (ge-0/0/5). Le paquet MPLS est transmis sur le tunnel MPLS via le commutateur du fournisseur, où il arrive à l’interface avec l’étiquette ge-0/0/5 100. Le commutateur fournisseur remplace l’étiquette 100 par l’étiquette 200 et transfère le paquet MPLS via son interface principale (ge-0/0/7) vers le saut suivant sur le tunnel, qui est le commutateur PE de sortie. Le commutateur PE de sortie reçoit le paquet MPLS via son interface principale (), supprime l’étiquette MPLS et envoie le paquet IP hors de son interface périphérique client (ge-0/0/7ge-0/0/1) vers une destination située au-delà du tunnel.

Figure 9 : Échange d’étiquettes MPLSÉchange d’étiquettes MPLS

Figure 9 Affiche le chemin d’un paquet lorsqu’il passe dans une direction du commutateur PE d’entrée au commutateur PE de sortie. Toutefois, la configuration MPLS permet également au trafic de circuler dans le sens inverse. Ainsi, chaque commutateur PE fonctionne à la fois comme un commutateur d’entrée et un commutateur de sortie.

Éclatement de l’avant-dernier saut et éclatement de l’ultime saut

Les commutateurs activent le popping par avant-dernier saut (PHP) par défaut avec les configurations IP sur MPLS. Avec PHP, l’avant-dernier commutateur du fournisseur est responsable de l’éclatement de l’étiquette MPLS et de la transmission du trafic vers le commutateur PE de sortie. Le commutateur PE de sortie effectue ensuite une recherche de route IP et transfère le trafic. Cela réduit la charge de traitement sur le commutateur PE de sortie, car il n’est pas responsable de l’apparition de l’étiquette MPLS.

Sur les commutateurs EX8200, vous pouvez choisir d’utiliser la valeur par défaut, PHP, ou de configurer le popping par saut ultime.

  • L’étiquette annoncée par défaut est l’étiquette 3 (étiquette nulle implicite). Si l’étiquette 3 est annoncée, le commutateur d’avant-dernier saut enlève l’étiquette et envoie le paquet au commutateur PE de sortie.

  • Si l’effet popping par saut ultime est activé, l’étiquette 0 (étiquette IPv4 Explicit Null) est annoncée et le commutateur PE de sortie du LSP supprime l’étiquette.

Tableau de l'historique des modifications

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l' Feature Explorer pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Version
Description
19.1R1
À compter de Junos OS version 19.1R1, le nombre maximal d’étiquettes pouvant être envoyées par le moteur de transfert de paquets sortant (PFE) peut être exploité, le nombre d’étiquettes pouvant être envoyées pour un saut suivant MPLS étant le nombre d’étiquettes que l’équipement est capable d’envoyer, ou le nombre maximal d’étiquettes configurées sous family mpls de l’interface sortante, selon la valeur la plus petite. Cette prise en charge est activée sur les routeurs MX Series avec interfaces MPC et MIC et sur les routeurs PTX Series avec FPC de troisième génération.
14.2
À partir de Junos OS version 14.2, l’étiquette d’entropie est prise en charge dans les châssis en mode mixte où l’étiquette d’entropie peut être configurée sans configuration IP améliorée.