Pop-and-Forward LSP Configuration
Les LSP pop-and-forward introduisent la notion d’étiquettes pop de liens d’ingénierie du trafic préinstallées qui sont partagées par les LSP RSVP-TE qui traversent ces liens, ce qui réduit considérablement l’état requis du plan de transfert. Un routeur de commutation d’étiquettes de transit (LSR) alloue une étiquette pop unique par lien d’ingénierie du trafic avec une action de transfert pour faire apparaître l’étiquette et transférer le paquet sur ce lien d’ingénierie du trafic si l’étiquette apparaît en haut du paquet. Ces étiquettes pop sont renvoyées dans le message RESV du LSP à chaque LSR et enregistrées dans l’objet de route d’enregistrement (RRO). La pile d’étiquettes est construite à partir des étiquettes enregistrées dans le RRO et poussée par le routeur de périphérie d’étiquettes d’entrée (LER), lorsque chaque saut de transit effectue une action pop-and-forward sur son étiquette. Les tunnels pop-and-forward améliorent la fonctionnalité du plan de contrôle RSVP-TE avec la simplicité du plan de transfert MPLS partagé.
Avantages des tunnels LSP pop-and-forward RSVP-TE
Scaling advantage of RSVP-TE—Toute limite d’espace d’étiquettes spécifique à la plate-forme sur un LSR ne peut pas être une contrainte pour la mise à l’échelle du plan de contrôle sur cette interface.
Reduced forwarding plane state—Les étiquettes de transit sur une liaison d’ingénierie du trafic sont partagées entre les tunnels RSVP-TE qui traversent la liaison et sont utilisées indépendamment des périphériques d’entrée et de sortie des LSP, ce qui réduit considérablement l’état du plan de transfert requis.
Reduced transit data plane state: étant donné que les étiquettes pop sont allouées par lien d’ingénierie du trafic et partagées entre les LSP, l’état total de l’étiquette dans le plan de transfert est réduit à une fonction du nombre de voisins RSVP sur cette interface.
Faster LSP setup time: l’état du plan de transfert n’est pas programmé lors de la configuration et du démontage du LSP. Par conséquent, le plan de contrôle n’a pas besoin d’attendre séquentiellement à chaque saut pour que le plan de transfert soit programmé avant d’envoyer l’étiquette en amont dans le message RESV, ce qui réduit le temps de configuration du LSP.
Backward compatibility: cela permet une rétrocompatibilité avec les LSR de transit qui fournissent des étiquettes régulières dans les messages RESV. Les étiquettes peuvent être mélangées entre les sauts de transit dans un seul MPLS RSVP-TE LSP. Certains LSR peuvent utiliser des étiquettes de lien d’ingénierie du trafic et d’autres peuvent utiliser des étiquettes normales. L’entrée peut construire une pile d’étiquettes appropriée en fonction du type d’étiquette enregistrée à partir de chaque LSR de transit.
Terminologie des tunnels LSP « pop-and-forward »
La terminologie suivante est utilisée dans l’implémentation des tunnels LSP pop-and-forward RSVP-TE :
Pop label: étiquette entrante au niveau d’un LSR qui est émise et transférée via un lien spécifique d’ingénierie du trafic vers un voisin.
Swap label: étiquette entrante d’un LSR qui est remplacée par une étiquette sortante et transférée via un lien spécifique d’ingénierie du trafic en aval.
Delegation label: étiquette entrante au niveau d’un LSR qui est éclatée. Un nouveau jeu d’étiquettes est envoyé avant que le paquet ne soit transféré.
Delegation hop— Un saut de transit qui attribue une étiquette de délégation.
Application label depth (AppLD): nombre maximal d’étiquettes d’application ou de service (par exemple, étiquettes VPN, LDP ou IPv6 explicit-null) pouvant se trouver sous les étiquettes de transport RSVP. Il est configuré par nœud et s’applique de la même manière à tous les LSP, et n’est ni signalé ni annoncé.
Outbound label depth (OutLD): nombre maximal d’étiquettes pouvant être envoyées avant le transfert d’un paquet. Ceci est local au nœud et n’est ni signalé ni annoncé.
Additional transport label depth (AddTLD): nombre maximal d’autres étiquettes de transport pouvant être ajoutées (par exemple, étiquette de contournement). Il s’agit d’un paramètre par LSP qui n’est ni signalé ni annoncé. La valeur est discernée en vérifiant si le LSP a été signalé avec une protection de lien (AddTLD=1) ou sans protection de lien (AddTLD=0).
Effective transport label depth (ETLD)— Nombre d’étiquettes de transport que le saut LSP peut potentiellement envoyer à son saut en aval. Cette valeur est signalée par LSP dans le sous-objet attributs de saut. Le sous-objet attributs hop est ajouté à l’objet d’itinéraire d’enregistrement (RRO) dans le message de chemin.
Étiquette et signalisation de tunnel LSP pop-and-forward
Chaque liaison d’ingénierie du trafic se voit attribuer une étiquette pop installée dans la table de routage mpls.0 avec une action de transfert permettant d’afficher l’étiquette et de transférer le paquet sur la liaison d’ingénierie du trafic vers le voisin en aval du tunnel RSVP-TE.
Pour les tunnels LSP pop-and-forward, l’étiquette pop de la liaison d’ingénierie de trafic est attribuée lorsque le premier message RESV d’un LSP de transit pop-and-forward arrive sur cette liaison d’ingénierie de trafic. Cela permet d’éviter de pré-allouer des étiquettes pop et de les installer dans des réseaux où les LSP pop-and-forward ne sont pas configurés.
Pour que les tunnels LSP pop-and-forward fonctionnent efficacement, nous vous recommandons de configurer l’instruction maximum-labels sur toutes les interfaces du réseau RSVP-TE.
Figure 1 Affiche les étiquettes POP à toutes les interfaces pour les périphériques voisins.
Il existe deux tunnels LSP « pop-and-forward » : T1 et T2. Le tunnel T1 relie l’appareil A à l’appareil E sur le chemin A-B-C-D-E. Le tunnel T2 relie l’appareil F à l’appareil E sur le chemin F-B-C-D-E. Les deux tunnels, T1 et T2, partagent les mêmes liaisons d’ingénierie du trafic B-C, C-D et D-E.
Lorsque RSVP-TE signale la configuration du tunnel pop-and-forward T1, le LSR D reçoit le message RESV de la sortie E. L’équipement D vérifie la liaison d’ingénierie du trafic du saut suivant (D-E) et fournit l’étiquette pop (250) dans le message RESV du tunnel. L’étiquette est envoyée dans l’objet label et est également enregistrée dans le sous-objet label (avec le bit pop label défini) transporté dans le RRO. De même, l’appareil C fournit l’étiquette pop (200) pour le lien d’ingénierie du trafic du saut suivant C-D et l’appareil B fournit l’étiquette pop (150) pour le lien d’ingénierie du trafic du saut suivant B-C. Pour le tunnel T2, les LSR de transit fournissent les mêmes étiquettes pop que celles décrites pour le tunnel T1.
Les deux routeurs de périphérie d’étiquettes (LER), l’appareil A et l’appareil F, envoient la même pile d’étiquettes [150 (en haut), 200, 250] pour les tunnels T1 et T2, respectivement. Les étiquettes enregistrées dans le RRO sont utilisées par le LER entrant pour construire une pile d’étiquettes.
Les étiquettes de tunnel LSP pop-and-forward sont compatibles avec les interfaces de transit qui utilisent des étiquettes d’échange. Les étiquettes peuvent être mélangées entre les sauts de transit dans un seul MPLS RSVP-TE LSP, où certains LSR peuvent utiliser des étiquettes pop et d’autres peuvent utiliser des étiquettes d’échange. Le dispositif d’entrée construit la pile d’étiquettes appropriée en fonction du type d’étiquette enregistré à partir de chaque LSR de transit.
Empilement d’étiquettes de tunnel LSP pop-and-forward
Construction de la pile d’étiquettes à l’entrée
Le LER d’entrée vérifie le type d’étiquette reçu de chaque saut de transit, tel qu’il est enregistré dans le RRO dans le message RESV, et génère la pile d’étiquettes appropriée à utiliser pour le tunnel pop-and-forward.
La logique suivante est utilisée par le LER d’entrée lors de la construction de la pile d’étiquettes :
Chaque sous-objet d’étiquette RRO est traité en commençant par le sous-objet d’étiquette du premier saut en aval.
Toute étiquette fournie par le premier saut en aval est toujours poussée sur la pile d’étiquettes. Si le type d’étiquette est une étiquette pop, alors toute étiquette du saut en aval suivant est également poussée sur la pile d’étiquettes construite.
Si le type d’étiquette est une étiquette d’échange, aucune étiquette du saut en aval suivant n’est poussée sur la pile d’étiquettes construite.
Délégation automatique de la pile d’étiquettes
L’équipement d’entrée exécute le programme CSPF (Constrained Shortest Path First) pour calculer le chemin, et si la longueur du saut est supérieure à la , l’équipement d’entrée ne peut pas imposer l’intégralité de la OutLD-AppLD-AddTLDpile d’étiquettes pour atteindre l’équipement de sortie.
Lorsqu’il demande à RSVP-TE de signaler le chemin, le périphérique d’entrée demande toujours une délégation automatique pour le LSP, où un ou plusieurs sauts de transit se sélectionnent automatiquement en tant que sauts de délégation pour pousser la pile d’étiquettes jusqu’au saut de délégation suivant. Junos OS utilise un algorithme basé sur la profondeur ETLD (Effective Transport Label-Stack Depth) reçue, que chaque transit exécute pour décider s’il doit s’autosélectionner en tant que saut de délégation. Cet algorithme est basé sur la section sur l’ETLD dans le projet de draft-ietf-mpls-rsvp-shared-labels-00.txt Internet (expire le 11 septembre 2017), Signaling RSVP-TE Tunnels on a Shared MPLS Forwarding Plane.
La pile d’étiquettes imposée par le périphérique d’entrée délivre le paquet jusqu’au premier saut de délégation. La pile d’étiquettes de chaque saut de délégation inclut également l’étiquette de délégation du saut de délégation suivant au bas de la pile.
Figure 2 affiche les étiquettes à chaque interface de périphérique, où Périphérique D et Périphérique I sont des sauts de délégation, [Label] P est l’étiquette pop et [Label] D est l’étiquette de délégation. Le tunnel LSP pop-and-forward RSVP-TE est A-B-C-D-E-F-G-H-I-J-K-L. L’étiquette de délégation 1250 représente (300, 350, 400, 450, 1500) ; L’étiquette de délégation 1500 représente (550, 600).
Dans cette approche, pour le tunnel, le LER entrant Device A pousse (150, 200, 1250). Au niveau de l’équipement LSR D, l’étiquette de délégation 1250 est sautée et les étiquettes 300, 350, 400, 450 et 1500 sont envoyées. Au niveau de l’appareil LSR I, l’étiquette de délégation 1500 est sautée et le jeu d’étiquettes restant (550, 600) est poussé. Sous Junos OS, l’action pop et push se produit sous la forme d’un échange vers l’étiquette inférieure de la pile sortante et d’un push des étiquettes restantes.
Une étiquette de délégation et le segment LSP qu’elle couvre peuvent être partagés par plusieurs LSP pop-and-forward. Un segment de délégation LSP est constitué d’un ensemble ordonné de sauts (adresses IP et étiquettes) comme on le voit dans le RESV RRO. L’étiquette de délégation (et le segment qu’elle couvre) n’appartient pas à un prestataire de services linguistiques particulier, mais peut être partagée. Lorsque tous les LSP utilisant une étiquette de délégation sont supprimés, l’étiquette de délégation (et le routage) est supprimée.
Protection des liens de tunnel LSP pop-and-forward
Pour assurer la protection des liaisons à un point de réparation locale (PLR) avec un plan de données de type pop-and-forward, le LSR attribue une étiquette pop distincte pour la liaison d’ingénierie du trafic qui est utilisée pour les tunnels RSVP-TE qui demandent la protection des liaisons à partir de l’équipement entrant. Aucune extension de signalisation n’est requise pour prendre en charge la protection de liaison pour les tunnels RSVP-TE sur le plan de données pop-and-forward.
Figure 3 affiche les étiquettes POP à chaque interface d’appareil ; Les étiquettes marquées d’un P sont des étiquettes pop qui offrent une protection de liaison pour le lien d’ingénierie du trafic.
À chaque LSR, des étiquettes pop protégées par lien peuvent être attribuées à chaque liaison d’ingénierie du trafic, et un LSP de contournement de l’installation de protection des liaisons (qui n’est pas un LSP pop-and-forward, mais plutôt un LSP de contournement normal) peut être créé pour protéger la liaison d’ingénierie du trafic. Ces étiquettes peuvent être envoyées dans le message RESV par le LSR pour les LSP demandant une protection de liaison sur la liaison d’ingénierie du trafic spécifique. Étant donné que la dérivation de l’installation se termine au saut suivant (point de fusion), l’étiquette pop entrante sur le paquet au niveau du PLR est ce que le point de fusion attend.
Par exemple, le LSR Device B peut installer un LSP de dérivation d’installation pour l’étiquette pop protégée par lien 151. Lorsque la liaison d’ingénierie du trafic B-C est active, le périphérique LSR B déclenche la commande 151 et envoie le paquet à C. Si la liaison B-C d’ingénierie du trafic est en panne, le LSR peut déclencher la pop 151 et envoyer le paquet vers l’appareil C via la sauvegarde de l’installation.
Fonctionnalités prises en charge et non prises en charge du tunnel LSP RSVP-TE Pop-and-Forward
Junos OS prend en charge les fonctionnalités suivantes avec les tunnels LSP pop-and-forward RSVP-TE :
Étiquettes pop par voisin RSVP pour les LSP non protégés.
Étiquettes pop par voisin RSVP pour les LSP demandant une protection de liaison à l’aide de la déviation d’installation
Autodélégation du segment LSP.
Mode d’étiquetage mixte, où certains LSR de transit ne prennent pas en charge les tunnels LSP pop-and-forward.
Ping LSP et traceroute
Toutes les contraintes CSPF existantes.
Équilibrage de charge du trafic entre les LSP pop-and-forward et les RSVP-TE LSP point à point réguliers.
Bande passante automatique, tunnelisation LDP et LSP de conteneur TE++.
Interface Ethernet agrégée.
Prise en charge des plates-formes virtuelles, telles que Juniper Networks Routeur virtuel vMX.
Prise en charge de la version 64 bits
Systèmes logiques
Junos OS ne prend pas en charge les fonctionnalités suivantes pour les tunnels LSP pop-and-forward RSVP-TE :
Protection des liens de nœud
Protection contre les détours pour le reroutage rapide MPLS
LSP point à multipoint.
Éteignez le LSP.
LSP MPLS généralisés (GMPLS) (y compris les LSP bidirectionnels, les LSP associés, l’interface utilisateur-réseau [UNI] VLAN, etc.)
Exportation d’informations de flux IP (protocole) (IPFIX) échantillonnage de flux en ligne pour le modèle MPLS
RFC 3813, MPLS (Multiprotocol Label Switching) Label Switching Router (LSR) Base d’informations de gestion (MIB)
IPv4 Explicit-null (L’insertion de l’étiquette 0 en bas de la pile d’étiquettes n’est pas prise en charge. S’il existe des étiquettes de service sous la pile d’étiquettes pop-and-forward RSVP-TE, étant donné que l’avant-dernier saut du LSP copie la valeur EXP sur l’étiquette de service, cela peut permettre la continuité de la classe de service (CoS) sur le plan de transfert MPLS).
Saut de houblon ultime (UHP)
GRES (Graceful Routing Engine Switchover)
NSR (NonStop active Routing)