Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Présentation de MPLS

Présentation de MPLS

La commutation d’étiquettes multiprotocoles (MPLS) est un protocole qui utilise des étiquettes pour acheminer des paquets au lieu d’utiliser des adresses IP. Dans un réseau traditionnel, chaque commutateur effectue une recherche de routage IP, détermine un saut suivant en fonction de sa table de routage, puis transfère un paquet vers ce saut suivant. Avec MPLS, seul le premier équipement effectue une recherche de routage et, au lieu de trouver le saut suivant, trouve la destination ultime ainsi qu’un chemin vers cette destination. Le chemin d’un paquet MPLS est appelé chemin de commutation d’étiquettes (LSP).

MPLS applique une ou plusieurs étiquettes à un paquet afin qu’il puisse suivre le LSP jusqu’à la destination. Chaque commutateur détache son label et envoie le paquet au label de commutateur suivant dans la séquence.

Junos OS comprend tout ce dont vous avez besoin pour configurer MPLS. Vous n’avez pas besoin d’installer de programmes ou de protocoles supplémentaires. MPLS est pris en charge sur les commutateurs avec un sous-ensemble des commandes prises en charge sur les routeurs. Les commutateurs configurés pour Junos MPLS peuvent interagir entre eux et avec les routeurs MPLS configurés par Junos.

Le MPLS présente les avantages suivants par rapport au transfert de paquets traditionnel :

  • Les paquets arrivant sur différents ports peuvent se voir attribuer différentes étiquettes.

  • Un paquet arrivant à un commutateur de périphérie de fournisseur (PE) peut se voir attribuer un label différent de celui du même paquet entrant sur le réseau à l’adresse d’un autre commutateur PE. Par conséquent, les décisions de transfert qui dépendent du commutateur PE entrant peuvent être facilement prises.

  • Parfois, il est préférable de forcer un paquet à suivre un itinéraire particulier qui est explicitement choisi au moment ou avant l’entrée du paquet sur le réseau, plutôt que de le laisser suivre le chemin choisi par l’algorithme de routage dynamique normal pendant que le paquet traverse le réseau. Dans MPLS, une étiquette peut être utilisée pour représenter le routage afin que le paquet n’ait pas besoin de porter l’identité du routage explicite.

Cette rubrique décrit :

Pourquoi utiliser MPLS ?

MPLS réduit l’utilisation de la table de transfert en utilisant des étiquettes au lieu de la table de transfert. La taille des tables de transfert d’un commutateur est limitée par des circuits embarqués et l’utilisation d’une correspondance exacte pour le transfert vers les équipements de destination coûte moins cher que d’acheter du matériel plus sophistiqué. En outre, MPLS vous permet de contrôler où et comment le trafic est acheminé sur votre réseau , c’est ce qu’on appelle l’ingénierie du trafic.

Voici quelques raisons d’utiliser MPLS au lieu d’une autre solution de commutation :

  • MPLS peut connecter différentes technologies qui ne seraient pas compatibles autrement--- les fournisseurs de services rencontrent ce problème de compatibilité lorsqu’ils connectent des clients avec différents systèmes autonomes dans leurs réseaux. En outre, MPLS dispose d’une fonctionnalité appelée Reroute rapide qui fournit des sauvegardes alternatives pour les chemins, ce qui empêche la dégradation du réseau en cas de défaillance du commutateur.

  • D’autres encapsulations basées sur IP, telles que GRE (Generic Route Encapsulation) ou VXLAN (Virtual Extensible Local Area Networks) ne prennent en charge que deux niveaux de hiérarchie, un pour le tunnel de transport et un élément de métadonnées. L’utilisation de serveurs virtuels signifie que vous avez besoin de plusieurs niveaux hiérarchiques. Par exemple, une étiquette est nécessaire pour le haut de baie (ToR), une étiquette pour le port de sortie qui identifie le serveur et une pour le serveur virtuel.

Pourquoi ne pas utiliser MPLS ?

Il n’y a pas de protocoles permettant de détecter automatiquement les nœuds compatibles MPLS. Le protocole MPLS échange simplement les valeurs d’étiquette pour un LSP. Ils ne créent pas de LSP.

Vous devez construire le maillage MPLS, commutateur par commutateur. Nous vous recommandons d’utiliser des scripts pour ce processus répétitif.

MPLS cache les topologies sous-optimales de BGP où plusieurs sorties peuvent exister pour un même routage.

Les grands LSP sont limités par les circuits qu’ils traversent. Vous pouvez contourner cela en créant plusieurs LSP parallèles.

Comment configurer MPLS ?

Vous devez configurer trois types de commutateurs pour MPLS :

  • Label Edge Router/Commutateur (LER) ou nœud entrant vers le réseau MPLS. Ce commutateur encapsule les paquets.

  • Routeurs/commutateurs de commutation d’étiquettes (LSR). Un ou plusieurs commutateurs qui transfèrent des paquets MPLS dans le réseau MPLS.

  • Le routeur/commutateur sortant est le dernier équipement MPLS qui retire le dernier label avant que les paquets ne quittent le réseau MPLS.

Les fournisseurs de services (SP) utilisent le terme routeur fournisseur (P) pour désigner un routeur/commutateur dorsal qui ne fait que la commutation d’étiquettes. Le routeur orienté client au niveau du SP est appelé routeur de périphérie du fournisseur (PE). Chaque client a besoin d’un routeur de périphérie (CE) client pour communiquer avec le PE. Les routeurs face aux clients peuvent généralement mettre fin aux adresses IP, L3 VPN, L2VPN/pseudowires et VPLS avant que les paquets ne soient transférés vers le CE.

Configurez le commutateur MPLS LER (Ingress) et le commutateur sortant

Pour configurer MPLS, vous devez d’abord créer un ou plusieurs chemins nommés sur les routeurs entrants et sortants. Pour chaque chemin, vous pouvez spécifier une partie ou la totalité des routeurs de transit dans le chemin, ou vous pouvez les laisser vides. Voir Configuration des adresses de routeur entrant et sortant pour les LSP et Configuration de la connexion entre les routeurs entrants et sortants.

Configurer des LSR pour MPLS

Configurez un ou plusieurs LSR MPLS en suivant ces étapes :

  1. Configurez des interfaces sur chaque commutateur pour transmettre et recevoir des paquets MPLS à l’aide de la commande d’interface habituelle avec MPLS ajouté. Par exemple :

  2. Ajoutez ces mêmes interfaces sous [modifier les protocoles mpls]. Par exemple :

  3. Configurez les interfaces de chaque commutateur pour gérer les labels MPLS avec un protocole. Par exemple, pour LDP :

    Pour visionner une démo de ces configurations, consultez https://www.youtube.com/watch?v=xegWBCUJ4tE.

Que fait le protocole MPLS ?

La commutation d’étiquettes multiprotocoles (MPLS) est une structure spécifiée par Internet Engineering Task Force (IETF) qui permet de désigner, de routage, de transférer et de basculer les flux de trafic à travers le réseau. En outre, MPLS :

  • Spécifie des mécanismes permettant de gérer des flux de trafic de différentes granularités, tels que les flux entre différents matériels, machines ou même entre différentes applications.

  • Reste indépendant des protocoles de couche 2 et de couche 3.

  • Permet de mapper les adresses IP à des étiquettes simples et de longueur fixe utilisées par différentes technologies de transfert de paquets et de commutation de paquets.

  • Interfaces aux protocoles de routage existants, tels que le protocole RSerVation (Resource ReSerVation Protocol) et Open Shortest PathFirst (OSPF).

  • Prend en charge les protocoles de couche 2 ip, ATM et relais de trames.

  • Utilise ces technologies supplémentaires :

    • FRR : Le reroutage rapide MPLS améliore la convergence en cas de défaillance en mapper d’autres LSP à l’avance.

    • Protection des liaisons/Sauvegarde du saut suivant : Un LSP de contournement est créé pour chaque défaillance de liaison possible.

    • Protection des nœuds/Sauvegarde du saut suivant : Un LSP de contournement est créé pour chaque défaillance possible de commutateur (nœud).

    • VPLS : Crée un service de commutation Ethernet multipoint sur MPLS et émule les fonctions d’un commutateur L2.

    • L3VPN : Les clients VPN basés sur IP bénéficient de domaines de routage virtuels individuels.

Comment MPLS s’interface-t-il aux autres protocoles ?

Certains des protocoles qui fonctionnent avec MPLS sont :

  • RSVP-TE : Protocole de réservation de ressources - L’ingénierie du trafic réserve de la bande passante aux LSP.

  • LDP: Le protocole de distribution d’étiquettes est le protocole de fait utilisé pour la distribution des paquets MPLS et est généralement configuré pour tunneliser à l’intérieur de RSVP-TE.

  • IGP : Interior Gateway Protocol est un protocole de routage. Les routeurs de périphérie (routeurs PE) exécutent BGP entre eux pour échanger des préfixes externes (clients). Les routeurs de périphérie et de cœur (P) exécutent IGP (généralement OSPF ou IS-IS) pour trouver le chemin optimal vers les sauts suivants BGP. Les routeurs P- et PE utilisent le LDP pour échanger des labels contre des préfixes IP connus (y compris les sauts suivants BGP). LDP construit indirectement des LSP de bout en bout sur le cœur du réseau.

  • BGP: Border Gateway Protocol (BGP) permet d’effectuer un routage basé sur des stratégies, en utilisant TCP comme protocole de transport sur le port 179 pour établir des connexions. Le logiciel de protocole de routage Junos OS inclut BGP version 4. Vous ne configurez pas les interfaces BGP---configurant avec MPLS et LDP/RSVP établit les labels et la capacité de transmission des paquets. BGP détermine automatiquement les routes empruntées par les paquets.

  • OSPF et ISIS : Ces protocoles sont utilisés pour le routage entre MPLS PE et CE. Open Shortest Path First (OSPF) est peut-être le protocole IGP (Interior Gateway Protocol) le plus utilisé dans les réseaux des grandes entreprises. IS-IS, un autre protocole de routage dynamique à état de liaison, est plus courant dans les réseaux des grands fournisseurs de services. En supposant que vous exécutez L3VPN pour vos clients, à la périphérie du SP entre le PE et le CE, vous pouvez exécuter n’importe quel protocole que votre plate-forme prend en charge en tant qu’instance compatible VRF.

Si j’ai utilisé Cisco MPLS, que dois-je savoir ?

Cisco Networks et Juniper Networks utilisent une terminologie MPLS différente.

Ce que Cisco appelle :

Appels Juniper :

Affinités

groupes d’administrateurs

annonce d’autoroute

Raccourcis TE

adjacence de transfert

Publicité LSP

tunnel

LSP

avant la pause

Adaptive

fenêtre d’application

intervalle d’ajustement

groupes de liaisons à risque partagés

partage du destin

Traitement TTL sur les paquets MPLS entrants

Le diagramme de Figure 1 flux illustre le traitement TTL sur les paquets MPLS entrants. Sur un LSR de transit ou un LER sortant, MPLS fait apparaître une ou plusieurs étiquettes et peut pousser une ou plusieurs étiquettes. Le TTL entrant du paquet est déterminé par le modèle de tunnel de traitement TTL configuré.

Lorsque toutes les conditions suivantes sont remplies, le TTL entrant est défini sur la valeur TTL de l’en-tête interne immédiat :

  • L’étiquette externe est sautée plutôt que d’être permutée

  • Le modèle de traitement TTL est configuré pour canaliser

  • L’en-tête interne est MPLS ou IP

Si l’une de ces conditions n’est pas remplie, le TTL entrant est défini sur la valeur TTL de l’étiquette la plus externe. Dans tous les cas, les valeurs TTL des étiquettes internes sont ignorées.

Lorsqu’un paquet IP est exposé après que MPLS a sorti toutes les étiquettes qui doivent être sautées, MPLS transmet le paquet à IP pour un traitement ultérieur, y compris la vérification TTL. Lorsque le modèle de tunnel uniforme pour le traitement TTL est en vigueur, MPLS définit la valeur TTL du paquet IP à la valeur TTL entrante qui vient d’être définie. En d’autres termes, la valeur TTL est copiée du label le plus externe vers le paquet IP. Lorsque le modèle de canal de traitement TTL est en vigueur, la valeur TTL de l’en-tête IP reste inchangée.

Si un paquet IP n’est pas exposé par le poping de label, MPLS effectue la validation TTL. Si le TTL entrant est inférieur à 2, le paquet est abandonné. Si le paquet le plus interne est IP, un paquet ICMP est créé et envoyé. Si le TTL n’expire pas et que le paquet doit être envoyé, le TTL sortant est déterminé par les règles pour les paquets MPLS sortants.

Figure 1 : Traitement TTL sur les paquets MPLS entrantsTraitement TTL sur les paquets MPLS entrants

Présentation MPLS pour les routeurs métro universels ACX Series

La commutation d’étiquettes multiprotocoles (MPLS) fournit un mécanisme d’ingénierie des modèles de trafic réseau qui est indépendant des tables de routage en assignant des étiquettes courtes aux paquets du réseau, qui décrivent comment les transférer à travers le réseau. MPLS est indépendant de tout protocole de routage et peut être utilisé pour les paquets unicast. Sur les routeurs ACX Series, les fonctionnalités MPLS suivantes sont prises en charge :

  • La configuration d’un routeur de commutation d’étiquettes (LSR) pour le traitement des paquets de commutation d’étiquettes et le transfert des paquets en fonction de leurs étiquettes.

  • Configuration d’un routeur de périphérie d’étiquettes entrantes (LER) où les paquets IP sont encapsulés dans les paquets MPLS et transférés vers le domaine MPLS, et en tant que LER sortant où les paquets MPLS sont décasulés et les paquets IP contenus dans les paquets MPLS sont transférés à l’aide des informations de la table de transfert IP. La configuration de MPLS sur le LER est la même que la configuration d’un LSR.

  • Configuration uniforme et en mode pipe offrant différents types de visibilité sur le réseau MPLS. Le mode uniforme rend tous les nœuds traversés par un chemin de commutation d’étiquettes (LSP) visibles aux nœuds situés à l’extérieur du tunnel LSP. Le mode uniforme est le mode par défaut. Le mode pipe rend uniquement les points d’entrée et de sortie LSP visibles aux nœuds situés à l’extérieur du tunnel LSP. Le mode Pipe agit comme un circuit et doit être activé avec l’instruction globale no-propagate-ttl au niveau de la hiérarchie [edit protocols mpls] sur chaque routeur qui se trouve sur le chemin du LSP. L’instruction no-propagate-ttl désactive la propagation du temps de vie (TTL) au niveau du routeur et affecte tous les LSP signalés par RSVP ou LDP. Seule la configuration globale de la propagation du TTL est prise en charge.

  • Traitement des paquets d’exception des paquets IP non traités par le flux de paquets normal via le moteur de transfert de paquets. Les types de gestion des paquets d’exception suivants sont pris en charge :

    • Alerte routeur

    • Valeur d’expiration de délai de vie (TTL)

    • Vérification de la connexion de circuit virtuel (VCCV)

  • LSP de réserve à chaud pour la configuration des chemins secondaires afin de maintenir un chemin dans un état de réserve à chaud, ce qui permet de couper rapidement le chemin secondaire lorsque les routeurs en aval du chemin actif actuel signalent des problèmes de connectivité.

  • Redondance d’un chemin de commutation d’étiquettes (LSP) avec configuration de reroutage rapide.

  • Configuration de la protection des liaisons pour s’assurer que le trafic traversant une interface spécifique d’un routeur à l’autre peut continuer à atteindre sa destination en cas de défaillance de cette interface.

Présentation des commutateurs MPLS pour EX Series

Vous pouvez configurer Junos OS MPLS sur les commutateurs Ethernet EX Series de Juniper Networks pour améliorer l’efficacité du transport sur le réseau. Les services MPLS peuvent être utilisés pour connecter divers sites à un réseau dorsal et garantir de meilleures performances pour les applications à faible latence telles que la voix sur IP (VoIP) et d’autres fonctions critiques de l’entreprise.

REMARQUE :

Les configurations MPLS sur les commutateurs EX Series sont compatibles avec les configurations d’autres équipements Juniper Networks qui prennent en charge MPLS et MPLS-based circuit cross-connect (CCC). Les fonctionnalités MPLS disponibles sur les commutateurs dépendent du commutateur que vous utilisez. Pour plus d’informations sur les fonctionnalités logicielles des commutateurs EX Series, consultez l’Explorateur de fonctionnalités.

REMARQUE :

Les configurations MPLS des commutateurs ne prennent pas en charge :

  • Tunnelisation Q-in-Q

Cette rubrique décrit :

Avantages de MPLS

Le MPLS présente les avantages suivants par rapport au transfert de paquets traditionnel :

  • Les paquets arrivant sur différents ports peuvent se voir attribuer différentes étiquettes.

  • Un paquet arrivant à un commutateur de périphérie de fournisseur (PE) peut se voir attribuer un label différent de celui du même paquet entrant sur le réseau à l’adresse d’un autre commutateur PE. Par conséquent, les décisions de transfert qui dépendent du commutateur PE entrant peuvent être facilement prises.

  • Parfois, il est préférable de forcer un paquet à suivre un itinéraire particulier qui est explicitement choisi au moment ou avant l’entrée du paquet sur le réseau, plutôt que de le laisser suivre le chemin choisi par l’algorithme de routage dynamique normal pendant que le paquet traverse le réseau. Dans MPLS, une étiquette peut être utilisée pour représenter le routage afin que le paquet n’ait pas besoin de porter l’identité du routage explicite.

Avantages supplémentaires du MPLS et de l’ingénierie du trafic

MPLS est le composant de transfert de paquets de l’architecture technique de trafic Junos OS. L’ingénierie du trafic permet d’effectuer les opérations suivantes :

  • Acheminez les chemins primaires autour des goulots d’étranglement connus ou des points d’encombrement du réseau.

  • Fournissez un contrôle précis sur la façon dont le trafic est redirigé lorsque le chemin principal est confronté à une ou plusieurs défaillances.

  • Fournissez une utilisation efficace de la bande passante agrégée et de la fibre longue distance disponibles en veillant à ce que certains sous-ensembles du réseau ne soient pas surutilisés alors que d’autres sous-groupes du réseau le long de chemins alternatifs potentiels sont sous-utilisés.

  • Optimisez l’efficacité opérationnelle.

  • Améliorez les caractéristiques de performances du réseau orientées trafic en minimisant la perte de paquets, en minimisant les périodes prolongées de congestion et en maximisant le débit.

  • Améliorez les caractéristiques de performances liées statistiquement au réseau (telles que le taux de perte, la variation des retards et le retard de transfert) requises pour prendre en charge un Internet multiservice.

Prise en charge des fonctionnalités MPLS sur les commutateurs QFX Series et EX4600

Cette rubrique décrit les fonctionnalités MPLS prises en charge sur les commutateurs QFX Series, EX4600 et EX4650. Assurez-vous de vérifier toute exception à cette prise en charge dans les limitations MPLS sur les commutateurs QFX Series et EX4600. La configuration d’instructions non prises en charge sur le commutateur n’affecte pas son fonctionnement.

REMARQUE :

Les commutateurs EX4600 et EX4650 utilisent le même chipset que les commutateurs QFX5100. C’est pourquoi les commutateurs EX Series sont inclus ici avec les commutateurs QFX Series. D’autres commutateurs EX Series prennent également en charge MPLS, mais avec un ensemble de fonctionnalités différent.

Fonctionnalités prises en charge

Les tableaux de cette section répertorient les fonctionnalités MPLS prises en charge sur les commutateurs QFX Series, EX4600, EX4650 et Junos OS dans laquelle elles ont été introduites. Tableau 1 répertorie les fonctionnalités des commutateurs QFX10000. Tableau 2 répertorie les fonctionnalités des commutateurs QFX3500, QFX5100, QFX5120, QFX5110, QFX5200, QFX5210.Tableau 3 répertorie les fonctionnalités des commutateurs EX4600 et EX4650.

Tableau 1 : Fonctionnalités MPLS du QFX10000

Fonctionnalité

QFX10002

QFX10008

QFX10016

Commutateur autonome QFX10000 en tant que commutateur de périphérie de fournisseur (PE) MPLS ou commutateur de fournisseur

15.1X53-D10

15.1X53-D30

15.1X53-D60

Routeur de périphérie d’étiquettes (LER)

15.1X53-D10

15.1X53-D30

15.1X53-D60

Routeur de commutation d'étiquettes (LSR)

15.1X53-D10

15.1X53-D30

15.1X53-D60

BGP MPLS Ethernet VPN (EVPN)

17.4R1

17.4R1

17.4R1

Réflecteurs de route BGP

15.1X53-D10

15.1X53-D30

15.1X53-D60

Bande passante automatique et dimensionnement dynamique des chemins de commutation d’étiquettes (LSP)

15.1X53-D60

15.1X53-D60, 17.2R1

15.1X53-D60, 17.2R1

Unicast labellisé BGP

15.1X53-D10

15.1X53-D30

15.1X53-D60

Distribution de l’état de liaison BGP

17.1R1

17.1R1

17.1R1

Opérateur d’opérateurs et inter-fournisseurs VPN de couche 3

17.1R1

17.1R1

17.1R1

Étiquettes d’entropie

17.2R1

17.2R1

17.2R1

Ethernet sur MPLS (circuit L2)

15.1X53-D60

15.1X53-D60

15.1X53-D60

Reroutage rapide, protection locale one-to-one et protection locale multi-to-one

15.1X53-D10

15.1X53-D30

15.1X53-D60

Reroutage rapide à l’aide de détours et de LSP secondaires

15.1X53-D10

15.1X53-D30

15.1X53-D60

Services Ethernet flexibles

17.3R1

17.3R1

17.3R1

Filtres de pare-feu

15.1X53-D30

15.1X53-D30

15.1X53-D60

RSVP redémarrage progressif pour OSPF

15.1X53-D10

15.1X53-D30

15.1X53-D60

LSP IP-over-MPLS, liaisons statiques et dynamiques

15.1X53-D10

15.1X53-D30

15.1X53-D60

Tunnelisation IPv6 sur un réseau IPv4 (6PE)

15.1X53-D10

15.1X53-D30

15.1X53-D60

Tunnelisation LDP sur RSVP

15.1X53-D10

15.1X53-D30

15.1X53-D60

Circuit L2 sur interfaces agrégées

17.3R1

17.3R1

17.3R1

L3 VPN pour IPv4 et IPv6

15.1X53-D10

15.1X53-D30

15.1X53-D60

MPLS sur interfaces IRB (Integrated Bridging and Routing)

15.1X53-D10

15.1X53-D30

15.1X53-D60

MPLS sur UDP

18.3R1

18.3R1

18.3R1

Signalisation MTU dans RSVP

15.1X53-D10

15.1X53-D30

15.1X53-D60

Fonctionnement, administration et maintenance (OAM), y compris ping, traceroute et détection de transfert bidirectionnel (BFD)

15.1X53-D10

15.1X53-D30

15.1X53-D60

OSPF TE

15.1X53-D10

15.1X53-D30

15.1X53-D60

OSPFv2 en tant que protocole IGP (Interior Gateway Protocol)

15.1X53-D10

15.1X53-D30

15.1X53-D60

Protocole Path Computation Element Protocol pour RSVP-TE

16.3R1

16.3R1

16.3R1

Interfaces Ethernet pseudowire-over-aggregated (interface orientée cœur)

15.1X53-D60 (pris en charge uniquement sur les interfaces réseau à réseau (NNI)

15.1X53-D60 (pris en charge uniquement sur les interfaces NNI)

15.1X53-D60 (pris en charge uniquement sur les interfaces NNI)

Prise en charge de la RSVP, y compris l’allocation de la bande passante et l’ingénierie du trafic

15.1X53-D10

15.1X53-D30

15.1X53-D60

RSVP reroutage rapide (FRR), y compris la protection des liaisons, la protection des nœuds-liaisons, le reroutage rapide à l’aide de détours et LSP secondaire

15.1X53-D10

15.1X53-D30

15.1X53-D60

Prise en charge de la MIB SNMP

15.1X53-D10

15.1X54-D30

15.1X53-D60

LSP statiques et dynamiques

15.1X53-D10

15.1X53-D30

15.1X53-D60

Extensions techniques de trafic (OSPF-TE, IS-IS-TE)

15.1X53-D10

15.1X53-D30

15.1X53-D60

Ingénierie du trafic (TE)

Allocation automatique de la bande passante et bande passante RSVP

Gestion dynamique de la bande passante à l’aide de la séparation et de la fusion LSP entrante

15.1X53-D10

15.1X53-D30

15.1X53-D60

Prise en charge des étiquettes VRF (Virtual Routing and Forwarding)

15.1X53-D10

15.1X53-D30

15.1X53-D60

Tableau 2 : Fonctionnalités MPLS du QFX3500, QFX5100, QFX5110, QFX5120, QFX5200, QFX5210

Fonctionnalité

QFX3500

QFX5100

QFX5110

QFX5120

QFX5200

QFX5210

Commutateurs autonomes QFX Series en tant que commutateurs de périphérie de fournisseur (PE) MPLS ou commutateurs fournisseurs

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Routeur de périphérie d’étiquettes (LER)

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Routeur de commutation d'étiquettes (LSR)

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Allocation automatique de la bande passante sur les LSP

Non pris en charge

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Unicast labellisé BGP

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Distribution de l’état de liaison BGP

Non pris en charge

17.1R1

17.1R1

18.3R1

17.1R1

18.1R1

Réflecteur de route BGP

15.1X53-D10

15.1X53-D30

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

VPN de couche 3 BGP de couche 3, opérateur à opérateur et interprovideur

14.1X53-D15

14.1X53-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Classe de service (CoS ou QoS) pour le trafic MPLS

12,3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Dimensionnement du nombre de chemins de commutation d’étiquettes (LSP) : TE++

Non pris en charge

17.2R1

VC/VCF 17.2R1

17.2R1

VC/VCF 17.2R1

18.3R1

17.2R1

18.1R1

EcMP (Equal-Cost Multipath) sur les LSR :

  • SWAP

  • PHP

  • L3VPN

  • L2 Circuit

Non pris en charge

14.1X53-D35 (Prise en charge uniquement sur la pile d’étiquettes. Non pris en charge sur le label de flux, le label d’entropie ou le label ECMP)

15.1X53-D210 (Prise en charge uniquement sur la pile d’étiquettes. Non pris en charge sur le label de flux, le label d’entropie ou le label ECMP)

18.3R1 (Prise en charge uniquement sur la pile d’étiquettes. Non pris en charge sur le label de flux, le label d’entropie ou le label ECMP)

15.1X53-D30

18.1R1

Étiquettes d’entropie

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Ethernet sur MPLS ( Circuit L2)

14.1X53-D10

14.1X53-D10

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Reroutage rapide (FRR), protection locale one-to-one et protection locale multi-to-one

14.1X53-D10

14.1X53-D10

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

FRR utilisant des détours et des LSP secondaires

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Filtres de pare-feu

12,3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Labels de flux fat (Flow-aware transport of pseudowires)

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

RSVP redémarrage progressif pour OSPF

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Extensions techniques de trafic (OSPF-TE, IS-IS-TE)

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

LSP IP-over-MPLS, liaisons statiques et dynamiques

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Tunnelisation IPv6 sur un réseau IPv4 MPLS (6PE)

12,3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

IPv6 sur un réseau central MPLS

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Non pris en charge

Tunnelisation LDP sur RSVP

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

VPN de couche 3 pour IPv4 et IPv6

12,3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Alternative sans boucle (LFA)

Non pris en charge

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

18.1R1

18.1R1

MPLS sur interfaces IRB (Integrated Bridging and Routing)

Non pris en charge

14.1X53-D40

18.1R1

18.3R1

18.1R1

18.1R1

Signalisation MTU dans RSVP

12,3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Exploitation, administration et maintenance (OAM), notamment ping MPLS, traceroute et BFD

12,3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

OSPF TE

12,3X50-D10

13.2X51-D15

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

OSPFv2 en tant que protocole de passerelle intérieure

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Protocole Path Computation Element Protocol pour RSVP-TE

Non pris en charge

17.4R1

17.4R1

18.3R1

17.4R1

18.1R1

Interfaces Ethernet pseudowire-over-aggregated (interface orientée cœur)

14.1X53-D10

14.1X53-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Bande passante automatique RSVP

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

RSVP reroutage rapide (FRR), y compris la protection des liaisons, la protection des nœuds-liaisons, le reroutage rapide à l’aide de détours et LSP secondaire

14.1X53-D15

14.1X53-D15

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Extensions RSVP-TE (IS-IS et OSPF)

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Prise en charge de la MIB SNMP

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

LSP statiques et dynamiques

12.2X50-D10

13.2X51-D10

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Allocation automatique de bande passante sur les LSP ( Traffic Engineering Engineering) (TE)

13.1X51-D10

13.1X51-D10

VC/VCF (13.2X51-D10)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Prise en charge des étiquettes VRF (Virtual Routing and Forwarding)

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Prise en charge de VRF dans les interfaces IRB dans un VPN de couche 3

Non pris en charge

17.3R1

17.3R1

18.3R1

17.3R1

18.1R1

Tableau 3 : Fonctionnalités MPLS EX4600 et EX4650

Fonctionnalité

EX4600

EX4650

Commutateurs autonomes EX4600 et EX4650 en tant que commutateurs pe (Provider Edge) MPLS ou commutateurs fournisseurs

14.1X53-D15

18.3R1

Routeur de périphérie d’étiquettes (LER)

14.1X53-D15

18.3R1

Routeur de commutation d'étiquettes (LSR)

14.1X53-D15

18.3R1

Allocation automatique de la bande passante sur les LSP

Non pris en charge

18.3R1

Unicast labellisé BGP

14.1X53-D15

18.3R1

Distribution de l’état de liaison BGP

Non pris en charge

18.3R1

Réflecteur de route BGP

14.1X53-D15

18.3R1

VPN de couche 3 BGP de couche 3, opérateur à opérateur et interprovideur

14.1X53-D15

18.3R1

Classe de service (CoS ou QoS) pour le trafic MPLS

14.1X53-D15

18.3R1

Dimensionnement du nombre de chemins de commutation d’étiquettes (LSP) : TE++

Non pris en charge

18.3R1

EcMP (Equal-Cost Multipath) sur les LSR :

  • SWAP

  • PHP

  • L3VPN

  • L2 Circuit

Non pris en charge

18.3R1 (Prise en charge uniquement sur la pile d’étiquettes. Non pris en charge sur le label de flux, le label d’entropie ou le label ECMP)

Étiquettes d’entropie

Non pris en charge

Non pris en charge

Ethernet sur MPLS ( Circuit L2)

14.1X53-D15

18.3R1

Reroutage rapide (FRR), protection locale one-to-one et protection locale multi-to-one

14.1X53-D15

18.3R1

FRR utilisant des détours et des LSP secondaires

Non pris en charge

Non pris en charge

Filtres de pare-feu

14.1X53-D15

18.3R1

Labels de flux fat (Flow-aware transport of pseudowires)

Non pris en charge

Non pris en charge

RSVP redémarrage progressif pour OSPF

13.2X51-D25

18.3R1

Extensions techniques de trafic (OSPF-TE, IS-IS-TE)

14.1X53-D15

18.3R1

LSP IP-over-MPLS, liaisons statiques et dynamiques

14.1X53-D15

18.3R1

Tunnelisation IPv6 sur un réseau IPv4 MPLS (6PE)

14.1X53-D15

18.3R1

IPv6 sur un réseau central MPLS

Non pris en charge

Non pris en charge

Tunnelisation LDP sur RSVP

14.1X53-D15

18.3R1

VPN de couche 3 pour IPv4 et IPv6

14.1X53-D15

18.3R1

Alternative sans boucle (LFA)

Non pris en charge

Non pris en charge

MPLS sur interfaces IRB (Integrated Bridging and Routing)

Non pris en charge

18.3R1

Signalisation MTU dans RSVP

14.1X53-D15

18.3R1

Exploitation, administration et maintenance (OAM), notamment ping MPLS, traceroute et BFD

14.1X53-D15

18.3R1

OSPF TE

14.1X53-D15

18.3R1

OSPFv2 en tant que protocole de passerelle intérieure

13.2X51-D25

18.3R1

Protocole Path Computation Element Protocol pour RSVP-TE

Non pris en charge

18.3R1

Interfaces Ethernet pseudowire-over-aggregated (interface orientée cœur)

14.1X53-D15

18.3R1

Bande passante automatique RSVP

14.1X53-D15

18.3R1

RSVP reroutage rapide (FRR), y compris la protection des liaisons, la protection des nœuds-liaisons, le reroutage rapide à l’aide de détours et LSP secondaire

14.1X53-D15

18.3R1

Extensions RSVP-TE (IS-IS et OSPF)

14.1X53-D15

18.3R1

Prise en charge de la MIB SNMP

14.1X53-D15

18.3R1

LSP statiques et dynamiques

14.1X53-D15

18.3R1

Ingénierie du trafic (TE)allocation automatique de bande passante sur les LSP

14.1X53-D15

18.3R1

Prise en charge des étiquettes VRF (Virtual Routing and Forwarding)

14.1X53-D15

18.3R1

Prise en charge de VRF dans les interfaces IRB dans un VPN de couche 3

Non pris en charge

18.3R1

Limites MPLS sur les commutateurs QFX Series et EX4600

MPLS est un protocole entièrement implémenté sur les routeurs, tandis que les commutateurs prennent en charge un sous-ensemble des fonctionnalités MPLS. Les limitations de chaque commutateur sont répertoriées dans une section distincte ici, bien que beaucoup de ces limitations soient dupliquées qui s’appliquent à plusieurs commutateurs.

Limites MPLS sur les commutateurs QFX10000

  • La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur de périphérie de fournisseur sortant (PE) n’a aucun effet.

  • La configuration de l’instruction revert-timer au niveau de la [edit protocols mpls] hiérarchie n’a aucun effet.

  • Ces fonctionnalités LDP ne sont pas prises en charge sur les commutateurs QFX10000 :

    • Multipoint LDP

    • Protection des liaisons LDP

    • Détection de transfert bidirectionnel LDP (BFD)

    • Administration et gestion des opérations LDP (OAM)

    • Reroutage rapide LDP uniquement multicast (MoFRR)

  • Les interfaces Ethernet pseudowire-over-agrégées sur UNI ne sont pas prises en charge.

  • Les tunnels MPLS-over-UDP ne sont pas pris en charge sur les points suivants :

    • Propagation du TTL MPLS

    • Fragmentation IP au point de départ du tunnel

    • Règles de réécriture CoS et propagation des priorités pour les labels LSP RSVP (tunnels entrants uniquement)

    • IPv6 simple

    • Trafic multicast

    • Filtres de pare-feu sur le démarrage de tunnel et les terminaux

    • Points de terminaison de tunnel CoS

    REMARQUE :

    Les tunnels MPLS-over-UDP ne sont créés que si les tunnels RSVP-TE, LDP ou BGP-LU correspondants ne sont pas disponibles pour le routage de destination.

Limitations MPLS sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210

  • La prise en charge de MPLS diffère sur les différents commutateurs. Les commutateurs EX4600 ne prennent en charge que les fonctionnalités MPLS de base, tandis que les commutateurs QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 prennent en charge certaines des fonctionnalités les plus avancées. Consultez la prise en charge des fonctionnalités MPLS sur les commutateurs QFX Series et EX4600 pour plus de détails.

  • Sur un commutateur QFX5100, la configuration des interfaces de pontage et de routage intégrés (IRB) sur le cœur MPLS est implémentée sur le commutateur à l’aide de règles TCAM. Ceci est le résultat d’une limitation de la puce sur le commutateur, qui ne permet qu’une quantité limitée d’espace TCAM. 1 000 TCAM est alloué à l’IRB. Si plusieurs IRB existent, assurez-vous d’avoir suffisamment d’espace TCAM disponible sur le commutateur. Pour vérifier l’espace TCAM, consultez l’allocation et la vérification de l’espace du filtre TCAM dans les équipements QFX à partir de Junos OS 12.2x50-D20 à partir.

  • (QFX5100, QFX5110, QFX5120, QFX5200, QFX5210, EX4600) Lorsque flexible-ethernet-services l’encapsulation est configurée sur une interface et vlan-bridge que l’encapsulation est activée sur une interface logique connectée CE, le commutateur abandonne les paquets si vous activez également l’encapsulation VLAN CCC sur une autre unité logique de cette même interface. Une seule des combinaisons ci-dessous peut être configurée, pas les deux :

    Ou:

  • Les circuits de couche 2 sur les interfaces Ethernet agrégées (AE) ne sont pas pris en charge sur les commutateurs QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210.

  • La commutation locale de circuit de couche 2 n’est pas prise en charge sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210.

  • Les commutateurs EX4600, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 ne dépendent pas de la correspondance VRF pour les filtres de bouclage configurés sur différentes instances de routage. Les filtres de bouclage par instance de routage (par exemple lo0.100, lo0.103, lo0.105) ne sont pas pris en charge et peuvent entraîner des comportements imprévisibles. Nous vous recommandons d’appliquer uniquement le filtre de bouclage (lo0.0) à l’instance de routage principale

  • Sur les commutateurs EX4600 et EX4650, lorsque des filtres de bouclage avec des termes d’acceptation et de refus pour la même adresse IP sont configurés et si les paquets RSVP ont cette adresse IP dans l’IP source ou l’IP de destination, ces paquets RSVP seront supprimés même si les termes d’acceptation ont une priorité plus élevée que les termes de refus. Selon la conception, si le commutateur reçoit un paquet RSVP avec OPTION IP, le paquet est copié dans le processeur, puis le paquet d’origine est abandonné. Étant donné que les paquets RSVP sont marqués pour drop, le terme d’acceptation ne traitera pas ces paquets et le terme de refus abandonnera les paquets.

  • Sur un circuit de couche 2 protégé par des liaisons, vous pouvez voir un retard de convergence du trafic de 200 à 300 millisecondes.

  • Si vous configurez la famille d’adresses unicast étiquetées BGP (à l’aide de l’instruction labeled-unicast au niveau de la [edit protocols bgp family inet] hiérarchie) sur un commutateur QFX Series ou sur un commutateur EX4600 déployé en tant que réflecteur de route pour les routes étiquetées BGP, la sélection du chemin se fera au niveau du réflecteur de route, et un seul meilleur chemin sera annoncé. Cela entraînera une perte de l’informaton multi-chemin BGP.

  • Bien que le reroutage rapide (FRR) sur les interfaces régulières soit pris en charge, les options et include-any les include-all options de FRR ne sont pas prises en charge. Consultez la présentation du reroutage rapide.

  • FRR n’est pas pris en charge sur les interfaces MPLS sur IRB.

  • Les connexions croisées de circuits (CCC) basées sur MPLS ne sont pas prises en charge, mais uniquement les pseudowires basés sur circuit sont pris en charge.

  • La configuration de groupes d’agrégation de liens (LAG) sur les ports UNI (user-to-network interface) pour les circuits de couche 2 n’est pas prise en charge.

  • La signalisation MTU dans RSVP et la détection sont prises en charge dans le plan de contrôle. Toutefois, cela ne peut pas être appliqué dans le plan de données.

  • Avec les pseudowires basés sur circuit de couche 2, si plusieurs LSP RSVP à coût égal sont disponibles pour atteindre un voisin de circuit L2, un LSP est utilisé au hasard pour le transfert. Utilisez cette fonctionnalité pour spécifier des LSP pour un trafic de circuit de couche 2 spécifique afin de partager le trafic dans le cœur MPLS.

  • La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur de périphérie de fournisseur sortant (PE) n’a aucun effet.

  • Les filtres et les polices de family mpls pare-feu ne sont pris en charge que sur les commutateurs QFX5100 qui agissent comme des routeurs de commutation d’étiquettes (LSR) purs dans un réseau MPLS. Un LSR pur est un routeur de transit qui change les chemins uniquement sur les instructions du label entrant. Les filtres de pare-feu et les family mpls mécanismes de contrôle ne sont pas pris en charge sur les commutateurs entrants et pe sortants du QFX5100. Cela inclut les commutateurs qui effectuent l’avant-dernier saut popping (PHP).

  • La configuration de l’instruction revert-timer au niveau de la [edit protocols mpls] hiérarchie n’a aucun effet.

  • Voici les limites matérielles des commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 :

    • Le push d’un maximum de trois labels est pris en charge par le commutateur de périphérie MPLS si l’échange d’étiquettes n’est pas effectué.

    • Le push d’un maximum de deux étiquettes est pris en charge dans le commutateur de périphérie MPLS si l’échange d’étiquettes est effectué.

    • Le pop-débit de ligne est pris en charge pour un maximum de deux labels.

    • L’espace d’étiquette global est pris en charge, mais l’espace d’étiquettes spécifique à l’interface n’est pas pris en charge.

    • MPLS ECMP sur nœud PHY avec BOS=1 n’est pas pris en charge pour les étiquettes uniques.

    • Les commutateurs QFX Series avec puces Broadcom ne prennent pas en charge les sauts suivants séparés pour le même label avec des bits S différents (S-0 et S-1). Cela inclut les commutateurs QFX3500, QFX3600, EX4600, QFX5100 et QFX5200.

    • Sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210, la commande MTU MPLS peut provoquer un comportement inattendu, en raison des limites du chipset SDK sur cette plate-forme.

  • Ces fonctionnalités LDP ne sont pas prises en charge sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 :

    • Multipoint LDP

    • Protection des liaisons LDP

    • Détection de transfert bidirectionnel LDP (BFD)

    • Administration et gestion des opérations LDP (OAM)

    • Reroutage rapide LDP uniquement multicast (MoFRR)

  • La configuration d’une unité avec family mpls et d’une unité sur encapsulation vlan-bridge la même interface physique n’est pas prise en charge sur EX4600, EX4650, QFX5100, QFX5110 ou QFX5120.

Limites MPLS sur les commutateurs Virtual Chassis et Virtual Chassis QFX5100

Les fonctionnalités MPLS suivantes ne sont pas prises en charge par les commutateurs VCF QFX5100 et QFX5100 VCF :

  • LSP suivant

  • BFD, y compris frr déclenché par BFD

  • VPN de couche 2 basé sur BGP (voir RFC 6624)

  • VPLS

  • VLAN CCC étendu

  • Protection pseudowire à l’aide d’OAM Ethernet

  • Commutation locale du pseudo-wire

  • Détection des pannes pseudowire basée sur VCCV

  • Les commutateurs QFX Series avec chipsets Broadcom ne prennent pas en charge les sauts suivants séparés pour le même label avec des bits S différents (S-0 et S-1). Cela inclut les commutateurs QFX3500, QFX3600, EX4600, QFX5100 et QFX5200.

Limites MPLS sur les commutateurs QFX3500

  • Si vous configurez la famille d’adresses unicast étiquetées BGP (à l’aide de l’instruction labeled-unicast au niveau de la [edit protocols bgp family inet] hiérarchie) sur un commutateur QFX Series ou sur un commutateur EX4600 déployé en tant que réflecteur de route pour les routes étiquetées BGP, la sélection du chemin se fera au niveau du réflecteur de route, et un seul meilleur chemin sera annoncé. Cela entraînera une perte d’informations sur le multi-chemin BGP.

  • Bien que le reroutage rapide soit pris en charge, les options et include-any les include-all options pour le reroutage rapide ne sont pas prises en charge. Consultez la présentation du reroutage rapide pour plus de détails.

  • Les connexions croisées de circuits (CCC) basées sur MPLS ne sont pas prises en charge, mais uniquement les pseudowires basés sur circuit sont pris en charge.

  • La signalisation MTU dans RSVP et la détection sont prises en charge dans le plan de contrôle. Toutefois, cela ne peut pas être appliqué dans le plan de données.

  • Avec les pseudowires basés sur circuit de couche 2 (L2), si plusieurs chemins de commutation d’étiquettes RSVP (LSP) à coût égal sont disponibles pour atteindre un voisin de circuit de couche 2, un LSP est utilisé au hasard pour le transfert. Utilisez cette fonctionnalité pour spécifier des LSP pour un trafic de circuit de couche 2 spécifique afin de partager le trafic dans le cœur MPLS.

  • La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur de périphérie de fournisseur sortant (PE) n’a aucun effet.

  • La configuration de l’instruction revert-timer au niveau de la [edit protocols mpls] hiérarchie n’a aucun effet.