Exemple : Configuration de la propagation MPLS TTL pour les LSP signalés par LDP

La figure suivante illustre un scénario typique dans lequel l’instruction no-propagate-ttl au niveau de la [edit protocol ldp] hiérarchie est bénéfique.

Sur la figure, vous pouvez voir deux clouds LDP natifs connectés par une dorsale avec LDPoRSVP.

• À partir du routeur R1, les paquets sont encapsulés avec l’étiquette LDP et envoyés à la destination R7.
• Sur le routeur R3, l’étiquette LDP d’un paquet est dépouillée en un paquet IP. Le paquet est ensuite encapsulé avec LDP over RSVP (LDPoRSVP) et envoyé via la dorsale.
• Sur le routeur R5, les étiquettes LDPoRSVP sont supprimées en un paquet IP, puis le paquet est à nouveau encapsulé dans l’étiquette LDP et envoyé à la destination.

L’objectif est d’effectuer les actions suivantes :

• Masquer les deux nuages LDP sans utiliser de propagation TTL
• Afficher le réseau dorsal (LDPoRSVP)

Lorsqu’un paquet est envoyé du routeur R1 au routeur R7, ces actions doivent être effectuées sur deux routeurs, R1 et R5. Vous ne pouvez pas y parvenir avec les options existantes. Par exemple, lorsque vous utilisez l’option globale (set protocol mpls no-propagate-ttl) sur le routeur R5, le réseau dorsal LDPoRSVP à propagation TTL est désactivé dans le sens inverse (R7-R1). Cela est dû au fait que l’option s’applique à la fois à LDP et à RSVP.

LDP sur le routeur R3 doit prendre en charge à la fois le TTL sans propagation et le comportement TTL de propagation.

À partir du routeur R3 avec LDPoRSVP, dans la direction R4, le routeur doit prendre en charge le comportement TTL de propagation. Cependant, en ce qui concerne le LDP (routeur R2) natif, le LDP doit prendre en charge le comportement TTL sans propagation.

Pour obtenir ce résultat, nous avons introduit une nouvelle option, sous LDP, no-propagate-ttl que vous devez configurer pour le routeur R3 et le routeur R5. Cette option désactive la propagation de la durée de vie pour les chemins LDP.

Dans un scénario LDPoRSVP, le comportement de propagation dépend de l’option RSVP no decrement TTL (no-decrement-ttl).

• Si vous configurez l’option no-propagate-ttl dans le scénario LDPoRSVP et que le TTL sans décrémentation (no-decrement-ttl) n’est pas configuré, la propagation TTL a lieu.

  Par exemple :

  Sur le routeur R3, dans le cas du scénario LDPoRSVP, si vous définissez la configuration suivante, la propagation TTL a lieu.

• Si vous configurez l’option no-decrement-ttl sur le LSP entre le routeur R3 et le routeur R5, la propagation TTL est désactivée.

  Par exemple, sur le routeur R3 :

Sur le routeur R1, les paquets sont encapsulés avec l’étiquette LDP avec TTL 255, au fur et à mesure que l’une no-propagate-ttl des CLI est configurée.

Sur le routeur R3 :

• L’étiquette LDP d’un paquet est supprimée dans un en-tête IP, et la durée de vie n’est pas copiée de l’étiquette LDP vers l’en-tête IP.
• Le paquet est encapsulé avec des étiquettes LDPoRSVP et envoyé via la dorsale.
• La nouvelle option ldp no-propagate-ttl avec no-decrement-tll décide si le TTL doit être propagé ou non.
• L’option no-decrement-ttl n’est pas configurée, de sorte que la propagation TTL habituelle se produit

Sur le routeur R5, les étiquettes LDPoRSVP sont supprimées de l’en-tête IP. La nouvelle option est configurée pour prendre en charge no-propagate-ttl le protocole LDP, et le paquet IP est encapsulé avec une étiquette LDP avec TTL 255 et envoyé en travers.

• Configuration rapide de l’interface de ligne de commande
• Résultats