Présentation de MPLS
Présentation de MPLS
Le Multiprotocol Label Switching (MPLS) est un protocole qui utilise des étiquettes pour acheminer les 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 transmet un paquet à ce saut suivant. Avec le système MPLS, seul le premier périphérique effectue une recherche de routage et, au lieu de trouver le saut suivant, trouve la destination finale ainsi que le chemin vers cette destination. Le chemin d’un paquet MPLS est appelé chemin à commutation d’étiquettes (LSP).
Le MPLS applique une ou plusieurs étiquettes à un paquet afin qu’il puisse suivre le LSP jusqu’à sa destination. Chaque commutateur retire son étiquette et envoie le paquet à l’étiquette suivante du commutateur dans la séquence.
Junos OS comprend tout ce dont vous avez besoin pour configurer le MPLS. Vous n’avez pas besoin d’installer de programmes ou de protocoles supplémentaires. Le protocole MPLS est pris en charge sur les commutateurs avec un sous-ensemble des commandes prises en charge sur les routeurs. Les commutateurs configurés Junos MPLS peuvent interagir entre eux et avec les routeurs configurés Junos MPLS.
Le MPLS présente les avantages suivants par rapport au transfert de paquets conventionnel :
Les paquets arrivant sur différents ports peuvent se voir attribuer des étiquettes différentes.
Un paquet arrivant à un commutateur PE donné peut se voir attribuer une étiquette différente de celle du même paquet entrant dans le réseau via 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 souhaitable de forcer un paquet à suivre un itinéraire particulier explicitement choisi au moment où le paquet entre dans le réseau ou avant, plutôt que de le laisser suivre l’itinéraire choisi par l’algorithme de routage dynamique normal lorsque le paquet se déplace sur le réseau. En MPLS, une étiquette peut être utilisée pour représenter la route afin que le paquet n’ait pas besoin de porter l’identité de la route explicite.
Cette rubrique décrit :
- Pourquoi utiliser le MPLS ?
- Pourquoi ne pas utiliser le MPLS ?
- Comment configurer le MPLS ?
- Que fait le protocole MPLS ?
- Comment le MPLS s’interface-t-il avec d’autres protocoles ?
- Si j’ai déjà utilisé Cisco MPLS, que dois-je savoir ?
Pourquoi utiliser le MPLS ?
MPLS réduit l’utilisation de la table de transfert en utilisant des étiquettes à la place de la table de transfert. La taille des tables de transfert sur un commutateur est limitée par le silicium, et l’utilisation d’une correspondance exacte pour le transfert vers les périphériques de destination est moins chère que l’achat de matériel plus sophistiqué. En outre, le 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 de trafic.
Voici quelques raisons d’utiliser le MPLS plutôt qu’une autre solution de commutation :
MPLS peuvent 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 à différents systèmes autonomes dans leurs réseaux. En outre, le MPLS dispose d’une fonctionnalité appelée Reroutage rapide qui fournit des sauvegardes alternatives pour les chemins, ce qui empêche la dégradation du réseau en cas de défaillance d’un commutateur.
D’autres encapsulations IP, telles que l’encapsulation de route générique (GRE) ou les réseaux locaux extensibles virtuels (VXLAN), ne prennent en charge que deux niveaux de hiérarchie, un pour le tunnel de transport et un pour les 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 top-of-rack (ToR), une étiquette pour le port de sortie qui identifie le serveur et une pour le serveur virtuel.
Pourquoi ne pas utiliser le MPLS ?
Il n’existe aucun protocole permettant de découvrir automatiquement les nœuds activés MPLS. Le protocole MPLS échange simplement les valeurs d’étiquette contre un LSP. Ils ne créent pas les LSP.
Vous devez construire le maillage MPLS, commutateur par commutateur. Nous vous recommandons d’utiliser des scripts pour ce processus répétitif.
Le MPLS masque les topologies sous-optimales au BGP où plusieurs sorties peuvent exister pour la même route.
Les grands LSP sont limités par les circuits qu’ils traversent. Vous pouvez contourner ce problème en créant plusieurs LSP parallèles.
Comment configurer le MPLS ?
Vous devez configurer trois types de commutateurs pour le MPLS :
Étiquetez le routeur/commutateur de périphérie (LER) ou le nœud entrant dans le réseau MPLS. Ce commutateur encapsule les paquets.
Étiquetez les routeurs/commutateurs de commutation (LSR). Un ou plusieurs commutateurs qui transfèrent des paquets MPLS dans le réseau MPLS.
Un routeur/commutateur de sortie est le dernier périphérique MPLS qui enlève la dernière étiquette avant que les paquets ne quittent le réseau MPLS.
Les fournisseurs de services (SP) utilisent le terme routeur de fournisseur (P) pour désigner un routeur dorsal/commutateur effectuant uniquement la commutation d’étiquettes. Le routeur orienté client du SP est appelé routeur Provider Edge (PE). Chaque client a besoin d’un routeur de périphérie client (CE) pour communiquer avec le PE. Les routeurs destinés aux clients peuvent généralement terminer les adresses IP, les L3VPN, les L2VPN/pseudowires et les VPLS avant que les paquets ne soient transférés au CE.
- Configuration du commutateur LER MPLS (entrant) et du commutateur de sortie
- Configurer les LSR pour MPLS
Configuration du commutateur LER MPLS (entrant) et du commutateur de sortie
Pour configurer le 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 certains ou tous les routeurs de transit dans le chemin, ou le laisser vide. Consultez Configuration des adresses de routeur d’entrée et de sortie pour les LSP et Configuration de la connexion entre les routeurs entrants et de sortie.
Configurer les LSR pour MPLS
Configurez un ou plusieurs LSR MPLS en procédant comme suit :
Configurez les interfaces de chaque commutateur pour transmettre et recevoir des paquets MPLS à l’aide de la commande interface habituelle avec MPLS ajouté. Par exemple :
[edit interfaces ge-0/0/0 unit 0] family mpls;
Ajoutez ces mêmes interfaces sous [modifier les protocoles mpls]. Par exemple :
[edit protocols mpls] interface ge-0/0/0;
Configurez les interfaces de chaque commutateur pour gérer les étiquettes MPLS avec un protocole. Par exemple, pour LDP :
[edit protocols ldp] Interface ge-0/0/0.0;
Pour regarder une démonstration de ces configurations, reportez-vous à https://www.youtube.com/watch?v=xegWBCUJ4tE.
Que fait le protocole MPLS ?
Le Multiprotocol Label Switching (MPLS) est un cadre spécifié par l’Internet Engineering Task Force (IETF) qui fournit la désignation, le routage, le transfert et la commutation des flux de trafic sur le réseau. De plus, le MPLS :
Spécifie les mécanismes permettant de gérer les 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.
Fournit un moyen de mapper des adresses IP à des étiquettes simples et de longueur fixe utilisées par différentes technologies de transfert et de commutation de paquets.
Interfaces avec des protocoles de routage existants, tels que le protocole RSVP (Resource ReSerVation Protocol) et Open Shortest PathFirst (OSPF).
Prend en charge les protocoles IP, ATM et Frame Relay de couche 2.
Utilise les technologies supplémentaires suivantes :
FRR : Le reroutage rapide MPLS améliore la convergence en cas de défaillance en cartographiant à l’avance d’autres LSP.
Protection des liens/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 éventuelle d’un commutateur (nœud).
VPLS : Crée un service de commutation multipoint Ethernet 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 le MPLS s’interface-t-il avec d’autres protocoles ?
Voici quelques-uns des protocoles qui fonctionnent avec le MPLS :
RSVP-TE : Resource Reservation Protocol - Traffic Engineering réserve de la bande passante aux LSP.
LDP : Le protocole de distribution d’étiquettes est le protocole utilisé de facto pour la distribution de paquets MPLS et est généralement configuré pour tunneliser un tunnel à 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 du protocole BGP entre eux pour échanger des préfixes externes (clients). Les routeurs de périphérie et centraux (P) exécutent un protocole IGP (généralement OSPF ou IS-IS) pour trouver le chemin optimal vers les sauts suivants de BGP. Les routeurs P et PE utilisent LDP pour échanger des étiquettes contre des préfixes IP connus (y compris les sauts suivants BGP). LDP crée indirectement des LSP de bout en bout au cœur du réseau.
BGP : Le 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 du protocole de routage Junos OS inclut la version 4 de BGP. Il ne faut pas configurer BGP---les interfaces avec MPLS et LDP/RSVP établit les étiquettes et la capacité de transmission des paquets. BGP détermine automatiquement les itinéraires empruntés par les paquets.
OSPF et ISIS : Ces protocoles sont utilisés pour le routage entre le PE MPLS et le CE. Open Shortest Path First (OSPF) est peut-être le protocole de passerelle intérieure (IGP) le plus utilisé dans les réseaux des grandes entreprises. L’IS-IS, un autre protocole de routage dynamique à état de lien, est plus courant dans les réseaux des grands fournisseurs de services. En supposant que vous utilisez L3VPN pour vos clients, à la périphérie du SP entre le PE et le CE, vous pouvez exécuter n’importe quel protocole pris en charge par votre plate-forme en tant qu’instance compatible VRF.
Si j’ai déjà utilisé Cisco MPLS, que dois-je savoir ?
Cisco Networks et Juniper Networks utilisent une terminologie MPLS différente.
C’est pourquoi Cisco appelle : |
Appels Juniper : |
|---|---|
affinités |
groupes d’administrateurs |
Autoroute Annonce |
Raccourcis TE |
Contiguïté du transfert |
Publicité LSP |
tunnel |
LSP |
préparer avant la pause |
Adaptatif |
fenêtre d’application |
intervalle d’ajustement |
Groupes de liens à risque partagé |
Partage du destin |
Traitement TTL des paquets MPLS entrants
L’organigramme de la Figure 1 illustre le traitement TTL des paquets MPLS entrants. Sur un LSR de transit ou un LER de sortie, le MPLS affiche une ou plusieurs étiquettes et peut envoyer une ou plusieurs étiquettes. La durée de vie entrante du paquet est déterminée par le modèle de tunnel de traitement de durée de vie configuré.
Lorsque toutes les conditions suivantes sont remplies, la durée de vie entrante est définie sur la valeur de durée de vie qui se trouve dans l’en-tête interne immédiat :
-
L’étiquette extérieure est sautée au lieu d’être remplacée
-
Le modèle de traitement TTL est configuré pour canaliser
-
L’en-tête intérieur est MPLS ou IP
Si l’une de ces conditions n’est pas remplie, la durée de vie entrante est définie sur la valeur de durée de vie figurant dans l’étiquette la plus externe. Dans tous les cas, les valeurs TTL de toutes les autres étiquettes internes sont ignorées.
Lorsqu’un paquet IP est exposé après que MPLS a fait apparaître toutes les étiquettes qui devraient l’être, 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 sur la valeur TTL entrante qui vient d’être définie. En d’autres termes, la valeur TTL est copiée de l’étiquette la plus externe vers le paquet IP. Lorsque le modèle de canal pour le traitement TTL est en vigueur, la valeur TTL dans l’en-tête IP reste inchangée.
Si aucun paquet IP n’est exposé par l’éclatement de l’étiquette, MPLS effectue la validation TTL. Si la durée de vie entrante est inférieure à 2, le paquet est abandonné. Si le paquet le plus interne est IP, un paquet ICMP est créé et envoyé. Si la durée de vie n’expire pas et que le paquet doit être envoyé, la durée de vie sortante est déterminée par les règles applicables aux paquets MPLS sortants.
Voir aussi
Prise en charge de la couche de liaison dans MPLS
MPLS prend en charge les protocoles de couche de liaison suivants, qui sont tous pris en charge dans l’implémentation MPLS de Junos OS :
Protocole PPP (Point-to-Point Protocol) : ID de protocole 0x0281, ID de protocole NCP (Network Control Protocol) 0x8281.
Ethernet/Cisco High-level Data Link Control (HDLC) : Ethernet de type 0x8847.
Mode de transfert asynchrone (ATM) : point d’attache de sous-réseau codé (codage SNAP) Ethernet de type 0x8847. La prise en charge est incluse pour le mode point à point ou le mode NBMA (Nonbroadcast MultiAccess). La prise en charge de l’encodage des étiquettes MPLS dans le cadre de l’identificateur de chemin virtuel/identifiant de circuit virtuel ATM (VPI/VCI) n’est pas inclus.
Frame Relay : codage SNAP, Ethernet de type 0x8847. La prise en charge de l’encodage des étiquettes MPLS dans le cadre de l’identifiant de connexion de liaison de données (DLCI) de Frame Relay n’est pas inclus.
Encapsulation de routage générique (GRE) tunnel : type Ethernet 0x8847.
Présentation du réseau MPLS pour les routeurs métro universels ACX Series
Le Multiprotocol Label Switching (MPLS) fournit un mécanisme d’ingénierie des schémas de trafic réseau indépendant des tables de routage en attribuant de courtes étiquettes aux paquets réseau, qui décrivent comment les transférer sur le réseau. Le MPLS est indépendant de tout protocole de routage et peut être utilisé pour les paquets unicast. Les fonctionnalités MPLS suivantes sont prises en charge sur les routeurs ACX Series :
Configuration d’un routeur de commutation d’étiquettes (LSR) pour le traitement des paquets à commutation d’étiquettes et le transfert des paquets en fonction de leurs étiquettes.
Configuration d’un routeur de périphérie (LER) d’étiquette entrante, dans lequel les paquets IP sont encapsulés dans des paquets MPLS et transférés vers le domaine MPLS, et d’un LER de sortie, où les paquets MPLS sont décapsulé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 identique à la configuration d’un LSR.
Configuration en mode uniforme et en mode canal offrant différents types de visibilité dans le réseau MPLS. Le mode uniforme rend tous les nœuds traversés par un chemin à commutation d’étiquettes (LSP) visibles pour les nœuds situés en dehors du tunnel LSP. Le mode uniforme est le mode par défaut. Le mode Pipe rend seuls les points d’entrée et de sortie LSP visibles pour les nœuds situés en dehors du tunnel LSP. Le mode canal agit comme un circuit et doit être activé avec l’instruction globale
no-propagate-ttlau niveau de la hiérarchie [edit protocols mpls] sur chaque routeur qui se trouve sur le chemin du LSP. L’instructionno-propagate-ttldésactive la propagation TTL (time-to-live) au niveau du routeur et affecte tous les LSP signalés par RSVP ou LDP. Seule la configuration globale de la propagation TTL est prise en charge.Gestion des paquets IP d’exception non traités par le flux de paquets normal via le moteur de transfert de paquets. Les types suivants de gestion des paquets d’exception sont pris en charge :
Alerte routeur
Valeur d’expiration de la durée de vie (TTL)
Vérification de la connexion du circuit virtuel (VCCV)
Configuration LSP de secours à chaud pour les chemins secondaires afin de maintenir un chemin dans un état de réserve chaude, permettant un passage rapide vers le chemin secondaire lorsque des routeurs en aval sur le chemin actif actuel signalent des problèmes de connectivité.
Redondance pour un chemin LSP (Label-switched path) avec configuration de reroutage rapide.
Configuration de la protection des liens pour garantir que le trafic traversant une interface spécifique d’un routeur à un autre peut continuer à atteindre sa destination en cas de défaillance de cette interface.
Présentation du MPLS pour les commutateurs EX Series
Vous pouvez configurer Junos OS MPLS sur les commutateurs Ethernet Juniper Networks EX4650 et EX9200 pour augmenter l’efficacité du transport sur le réseau. MPLS services peuvent être utilisés pour connecter plusieurs sites à un dorsale et pour garantir de meilleures performances pour les applications à faible latence telles que la voix sur IP (VoIP) et d’autres fonctions critiques pour l’entreprise.
Les configurations MPLS sur les commutateurs EX4650 et EX9200 sont compatibles avec les configurations sur d’autres équipements Juniper Networks qui prennent en charge MPLS et la connexion croisée de circuit (CCC) basée sur MPLS. 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, reportez-vous à la section Explorateur de fonctionnalités.
Les configurations MPLS sur les commutateurs ne prennent pas en charge :
Tunnelisation Q-in-Q
Cette rubrique décrit :
Avantages du MPLS
Le MPLS présente les avantages suivants par rapport au transfert de paquets conventionnel :
Les paquets arrivant sur différents ports peuvent se voir attribuer des étiquettes différentes.
Un paquet arrivant à un commutateur PE donné peut se voir attribuer une étiquette différente de celle du même paquet entrant dans le réseau via 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 souhaitable de forcer un paquet à suivre un itinéraire particulier explicitement choisi au moment où le paquet entre dans le réseau ou avant, plutôt que de le laisser suivre l’itinéraire choisi par l’algorithme de routage dynamique normal lorsque le paquet se déplace sur le réseau. En MPLS, une étiquette peut être utilisée pour représenter la route afin que le paquet n’ait pas besoin de porter l’identité de la route explicite.
Avantages supplémentaires du MPLS et de l’ingénierie de trafic
MPLS est le composant de transfert de paquets de l’architecture d’ingénierie de trafic de Junos OS. L’ingénierie de trafic offre les capacités suivantes :
Acheminez les chemins principaux autour des goulots d’étranglement ou des points de congestion connus du réseau.
Contrôlez précisément la façon dont le trafic est réacheminé lorsque le chemin principal est confronté à des pannes uniques ou multiples.
Assurer une utilisation efficace de la bande passante agrégée disponible et de la fibre longue distance en veillant à ce que certains sous-ensembles du réseau ne soient pas surexploités et que d’autres le long de chemins alternatifs potentiels soient sous-utilisés.
Optimisez votre efficacité opérationnelle.
Améliorez les caractéristiques de performance du réseau orienté 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 statistiques du réseau (telles que le taux de pertes, la variation du retard et le délai 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, EX4650. Vérifiez s’il y a des exceptions à cette prise en charge dans 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.
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 le protocole 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 la version de Junos OS dans laquelle elles ont été introduites. Le Tableau 1 répertorie les fonctionnalités des commutateurs QFX10000. Le Tableau 2 répertorie les fonctionnalités des commutateurs QFX3500, QFX5100, QFX5120, QFX5110, QFX5200, QFX5210. Le Tableau 3 répertorie les fonctionnalités des commutateurs EX4600 et EX4650.
Fonctionnalité |
QFX10002 |
QFX10008 |
QFX10016 |
|---|---|---|---|
Commutateur autonome QFX10000 en tant que commutateur MPLS Provider Edge (PE) ou commutateur de fournisseur |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Étiquette du routeur de périphérie (LER) |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Routeur de commutation d’étiquettes (LSR) |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
BGP MPLS Ethernet VPN (EVPN) |
17.4R1 |
17.4R1 |
17.4R1 |
Réflecteurs de route BGP |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Dimensionnement automatique de la bande passante et du nombre de chemins de commutation d’étiquettes dynamiques (LSP) |
15,1 X 53 À D60 |
15.1X53-D60, 17.2R1 |
15.1X53-D60, 17.2R1 |
Unicast étiqueté BGP |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Distribution de l’état des liens BGP |
17.1R1 |
17.1R1 |
17.1R1 |
VPN de couche 3 entre opérateurs et inter-fournisseurs |
17.1R1 |
17.1R1 |
17.1R1 |
Étiquettes d’entropie |
17.2R1 |
17.2R1 |
17.2R1 |
Ethernet sur MPLS (circuit L2) |
15,1 X 53 À D60 |
15,1 X 53 À D60 |
15,1 X 53 À D60 |
Reroutage rapide, protection locale un-à-un et protection locale plusieurs-à-un |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Redirection rapide par détours et LSP secondaire |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Services Ethernet flexibles |
17.3R1 |
17.3R1 |
17.3R1 |
Filtres de pare-feu |
15.1X53-D30 |
15.1X53-D30 |
15,1 X 53 À D60 |
Redémarrage agréable RSVP pour OSPF |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
LSP IP sur MPLS, liaisons statiques et dynamiques |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Tunnelisation IPv6 sur un réseau IPv4 (6PE) |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Tunnelisation LDP sur RSVP |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Circuit L2 sur les interfaces agrégées |
17.3R1 |
17.3R1 |
17.3R1 |
L3VPN pour IPv4 et IPv6 |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Interfaces MPLS over integrated bridging and routing (IRB) |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
MPLS sur UDP |
18.3R1 |
18.3R1 |
18.3R1 |
Signalisation MTU dans RSVP |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Opération, administration et maintenance (OAM), y compris ping, traceroute et détection de transfert bidirectionnelle (BFD) |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
OSPF TE |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
OSPFv2 en tant que protocole de passerelle intérieure (IGP) |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Protocole d’élément de calcul de chemin pour RSVP-TE |
16.3R1 |
16.3R1 |
16.3R1 |
Interfaces Ethernet pseudofilaires sur agrégation (interface orientée central) |
15.1X53-D60 (pris en charge uniquement sur les interfaces 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 RSVP, y compris l’allocation de la bande passante et l’ingénierie de trafic |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
RSVP reroutage rapide (FRR), y compris la protection des liens, la protection des liens nodaux, reroutage rapide l’utilisation de détours et le LSP secondaire |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Prise en charge de la MIB SNMP |
15.1X53-D10 |
15.1X54-D30 |
15,1 X 53 À D60 |
LSP statiques et dynamiques |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Extensions de l’ingénierie de trafic (OSPF-TE, IS-IS-TE) |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Ingénierie de trafic (TE) Allocation automatique de la bande passante et bande passante RSVP Gestion dynamique de la bande passante grâce à la division et à la fusion LSP entrantes |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Prise en charge des étiquettes VRF (Virtual Routing and Forwarding) |
15.1X53-D10 |
15.1X53-D30 |
15,1 X 53 À D60 |
Fonctionnalité |
QFX3500 |
QFX5100 |
QFX5110 |
QFX5120 |
QFX5200 |
QFX5210 |
|---|---|---|---|---|---|---|
Commutateurs autonomes de la série QFX Series en tant que commutateurs MPLS PE (Provider Edge) ou commutateurs de fournisseurs |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Étiquette du routeur de périphérie (LER) |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Routeur de commutation d’étiquettes (LSR) |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Allocation automatique de la bande passante aux LSP |
Non pris en charge |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Unicast étiqueté BGP |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Distribution de l’état des liens 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 BGP de couche 3 entre opérateurs et interfournisseurs |
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,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Dimensionnement du nombre de chemins à commutation d’étiquettes dynamiques (LSP) : TE++ |
Non pris en charge |
17.2R1 VC/VCF 17.2R1 |
17.2R1 VC/VCF 17.2R1 |
18.3R1 |
17.2R1 |
18.1R1 |
Routage multichemin à coût égal (ECMP) aux LSR :
|
Non pris en charge |
14.1X53-D35 (Pris en charge uniquement sur la pile d’étiquettes. Non pris en charge sur l’étiquette de flux, l’étiquette d’entropie ou l’étiquette ECMP) |
15.1X53-D210 (Pris en charge uniquement sur la pile d’étiquettes. Non pris en charge sur l’étiquette de flux, l’étiquette d’entropie ou l’étiquette ECMP) |
18.3R1 (Pris en charge uniquement sur la pile d’étiquettes. Non pris en charge sur l’étiquette de flux, l’étiquette d’entropie ou l’étiquette 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 un-à-un et protection locale plusieurs-à-un |
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,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Étiquettes 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 |
Redémarrage agréable RSVP pour OSPF |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Extensions de l’ingénierie de trafic (OSPF-TE, IS-IS-TE) |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
LSP IP sur MPLS, liaisons statiques et dynamiques |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Tunnelisation IPv6 sur un réseau MPLS IPv4 (6PE) |
12.3X50-D10 |
13,2 x 51 à 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,2 x 50 à D10 |
13,2 x 51 à 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,2 x 51 à 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,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
18.1R1 |
18.1R1 |
Interfaces MPLS over integrated bridging and routing (IRB) |
Non pris en charge |
14,1 X 53 À D40 |
18.1R1 |
18.3R1 |
18.1R1 |
18.1R1 |
Signalisation MTU dans RSVP |
12.3X50-D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Opération, administration et maintenance (OAM), y compris ping MPLS, traceroute et BFD |
12.3X50-D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
OSPF TE |
12.3X50-D10 |
13,2 x 51 à D15 |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
OSPFv2 en tant que protocole de passerelle intérieure |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Protocole d’élément de calcul de chemin pour RSVP-TE |
Non pris en charge |
17.4R1 |
17.4R1 |
18.3R1 |
17.4R1 |
18.1R1 |
Interfaces Ethernet pseudofilaires sur agrégation (interface orientée central) |
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,2 x 50 à D10 |
13,2 x 51 à 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 liens, la protection des liens nodaux, reroutage rapide l’utilisation de détours et le 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,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Prise en charge de la MIB SNMP |
12,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
LSP statiques et dynamiques |
12,2 x 50 à D10 |
13.2X51-D10 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Allocation automatique de la bande passante par l’ingénierie de trafic (TE) sur les LSP |
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,2 x 50 à D10 |
13,2 x 51 à D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Prise en charge 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 |
Fonctionnalité |
EX4600 |
EX4650 |
|---|---|---|
EX4600 et EX4650 commutateurs autonomes en tant que commutateurs MPLS de périphérie de fournisseur (PE) ou commutateurs de fournisseur |
14.1X53-D15 |
18.3R1 |
Étiquette du routeur de périphérie (LER) |
14.1X53-D15 |
18.3R1 |
Routeur de commutation d’étiquettes (LSR) |
14.1X53-D15 |
18.3R1 |
Allocation automatique de la bande passante aux LSP |
Non pris en charge |
18.3R1 |
Unicast étiqueté BGP |
14.1X53-D15 |
18.3R1 |
Distribution de l’état des liens BGP |
Non pris en charge |
18.3R1 |
Réflecteur de route BGP |
14.1X53-D15 |
18.3R1 |
VPN BGP de couche 3 entre opérateurs et interfournisseurs |
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 à commutation d’étiquettes dynamiques (LSP) : TE++ |
Non pris en charge |
18.3R1 |
Routage multichemin à coût égal (ECMP) aux LSR :
|
Non pris en charge |
18.3R1 (Pris en charge uniquement sur la pile d’étiquettes. Non pris en charge sur l’étiquette de flux, l’étiquette d’entropie ou l’étiquette 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 un-à-un et protection locale plusieurs-à-un |
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 |
Étiquettes de flux FAT (Flow-aware transport of pseudowires) |
Non pris en charge |
Non pris en charge |
Redémarrage agréable RSVP pour OSPF |
13,2 x 51 à D25 |
18.3R1 |
Extensions de l’ingénierie de trafic (OSPF-TE, IS-IS-TE) |
14.1X53-D15 |
18.3R1 |
LSP IP sur MPLS, liaisons statiques et dynamiques |
14.1X53-D15 |
18.3R1 |
Tunnelisation IPv6 sur un réseau MPLS IPv4 (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 |
Interfaces MPLS over integrated bridging and routing (IRB) |
Non pris en charge |
18.3R1 |
Signalisation MTU dans RSVP |
14.1X53-D15 |
18.3R1 |
Opération, administration et maintenance (OAM), y compris 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,2 x 51 à D25 |
18.3R1 |
Protocole d’élément de calcul de chemin pour RSVP-TE |
Non pris en charge |
18.3R1 |
Interfaces Ethernet pseudofilaires sur agrégation (interface orientée central) |
14.1X53-D15 |
18.3R1 |
Bande passante automatique RSVP |
14.1X53-D15 |
18.3R1 |
RSVP reroutage rapide (FRR), y compris la protection des liens, la protection des liens nodaux, reroutage rapide l’utilisation de détours et le 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 de trafic (TE)attribution automatique de la bande passante aux LSP |
14.1X53-D15 |
18.3R1 |
Prise en charge des étiquettes VRF (Virtual Routing and Forwarding) |
14.1X53-D15 |
18.3R1 |
Prise en charge VRF dans les interfaces IRB dans un VPN de couche 3 |
Non pris en charge |
18.3R1 |
Limitations 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 de nombreuses limitations soient des doublons qui s’appliquent à plusieurs commutateurs.
- Limitations MPLS sur les commutateurs QFX10000
- MPLS Limitation des EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 Commutateurs
- Limitations MPLS sur les commutateurs QFX5100 Virtual Chassis et Virtual Chassis Fabric
- Limitations MPLS sur les commutateurs QFX3500
Limitations MPLS sur les commutateurs QFX10000
La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur PE (Provider Edge) sortant n’a aucun effet.
La configuration de l’instruction
revert-timerau niveau de la hiérarchie n’a[edit protocols mpls]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 bidirectionnelle (BFD) LDP
LDP Operation Administration and Management (OAM)
LDP multicast-only reroutage rapide (MoFRR)
Les interfaces Ethernet pseudowire-over-agrégées sur UNI ne sont pas prises en charge.
Les tunnels MPLS sur UDP ne sont pas pris en charge sur les tunnels suivants :
Propagation TTL MPLS
Fragmentation de l’IP au point de départ du tunnel
Règles de réécriture CoS et propagation de la priorité pour les étiquettes LSP RSVP (tunnels entrants uniquement)
IPv6 simple
Trafic multicast
Filtres de pare-feu au début et aux points de terminaison du tunnel
Points de terminaison de tunnel CoS
Remarque :Les tunnels MPLS sur UDP ne sont créés que si les tunnels RSVP-TE, LDP ou BGP-LU correspondants ne sont pas disponibles pour la route de destination.
MPLS Limitation des EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 Commutateurs
-
La prise en charge de MPLS diffère selon les commutateurs. Les commutateurs EX4600 prennent uniquement en charge 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 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 des puces sur le commutateur, qui ne permet qu’une quantité limitée d’espace TCAM. Un espace TCAM de 1 000 est alloué à l’IRB. S’il existe plusieurs IRB, assurez-vous que vous disposez d’un espace TCAM suffisant sur le commutateur. Pour vérifier l’espace TCAM, reportez-vous à la section Allocation et vérification de l’espace de filtre TCAM dans les équipements QFX à partir de Junos OS 12.2x50-D20.
-
(QFX5100, QFX5110, QFX5120, QFX5200, QFX5210, EX4600) Lorsque
flexible-ethernet-servicesl’encapsulation est configurée sur une interface etvlan-bridgeque l’encapsulation est activée sur une interface logique connectée à CE, le commutateur abandonne des paquets si vous activez également l’encapsulation CCC VLAN sur une autre unité logique de cette même interface. Une seule des combinaisons ci-dessous peut être configurée, pas les deux :set interfaces xe-0/0/18 encapsulation flexible-ethernet-services set interfaces xe-0/0/18 unit 0 encapsulation vlan-bridge
Ou :
set interfaces xe-0/0/18 encapsulation vlan-ccc set interfaces xe-0/0/18 unit 0 encapsulation vlan-ccc
-
Les circuits de couche 2 sur 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 un comportement imprévisible. Nous vous recommandons d’appliquer le filtre de bouclage (lo0.0) uniquement à l’instance de routage principale
-
Sur les commutateurs EX4600 et EX4650, lorsque des filtres de bouclage avec des conditions 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 abandonnés même si les conditions d’acceptation ont une priorité plus élevée que les conditions de refus. Comme prévu, si le commutateur reçoit un paquet RSVP avec IP OPTION, le paquet est copié sur le processeur, puis le paquet d’origine est abandonné. Étant donné que les paquets RSVP sont marqués pour être abandonnés, le terme d’acceptation ne traitera pas ces paquets et le terme de refus supprimera les paquets.
-
Sur un circuit de couche 2 à reroutage rapide protégé par liaison, le délai de convergence du trafic peut être de 200 à 300 millisecondes.
-
Si vous configurez la famille d’adresses unicast étiquetée BGP (à l’aide de l’instruction
labeled-unicastau 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 BGP routes étiquetées, la sélection du chemin se fera au niveau du réflecteur de route et un seul meilleur chemin sera annoncé. Cela entraînera la perte d’informations BGP sur les chemins multichemins. -
Bien que le reroutage rapide (FRR) sur les interfaces standard soit pris en charge, les
include-alloptions etinclude-anypour FRR ne sont pas prises en charge. Voir Vue d’ensemble du reroutage rapide. -
FRR n’est pas pris en charge sur MPLS sur les interfaces IRB.
-
Les interconnexions de circuit (CCC) basées sur MPLS ne sont pas prises en charge. Seuls les pseudowires basés sur des circuits sont pris en charge.
-
La configuration de LAG (groupes d’agrégation de liens) sur les ports UNI (User-to-Network Interface) pour les circuits L2 n’est pas prise en charge.
-
Les signaux MTU dans RSVP et la découverte sont pris en charge dans le plan de contrôle. Cependant, cela ne peut pas être appliqué dans le plan de données.
-
Avec les pseudowires basés sur des circuits L2, si plusieurs LSP RSVP de coût égal sont disponibles pour atteindre un voisin de circuit L2, un seul LSP est utilisé de manière aléatoire pour le transfert. Utilisez cette fonction pour spécifier des LSP pour un trafic de circuit L2 spécifique afin de partager la charge du trafic dans le cœur MPLS.
-
La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur PE (Provider Edge) sortant n’a aucun effet.
-
L’activation des filtres de pare-feu et des mécanismes de contrôle n’est prise
family mplsen charge que sur les commutateurs QFX5100 qui agissent comme de purs routeurs de commutation d’étiquettes (LSR) dans un réseau MPLS. Un LSR pur est un routeur de transit qui change de chemin uniquement sur les instructions de l’étiquette entrante. L’activation des filtres de pare-feu et des mécanismes de contrôle n’estfamily mplspas prise en charge sur les commutateurs QFX5100 PE (Provider Edge) entrants et sortants. Cela inclut les commutateurs qui effectuent l’avant-dernier saut (PHP). -
La configuration de l’instruction
revert-timerau niveau de la hiérarchie n’a[edit protocols mpls]aucun effet. -
Voici les limitations matérielles des commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 :
-
Le commutateur de périphérie MPLS prend en charge l’envoi d’un maximum de trois étiquettes si l’échange d’étiquettes n’est pas effectué.
-
L’envoi d’un maximum de deux étiquettes est pris en charge dans le commutateur de périphérie MPLS si un échange d’étiquettes est effectué.
-
La pop au débit de ligne est prise en charge pour un maximum de deux étiquettes.
-
L’espace d’étiquette global est pris en charge, mais l’espace d’étiquette 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 simples.
-
Les commutateurs QFX Series équipés de puces Broadcom ne prennent pas en charge les sauts suivants distincts pour la même étiquette avec différents bits S (S-0 et S-1). Cela inclut les commutateurs QFX3500, QFX3600, EX4600, QFX5100 et QFX5200.
-
Sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200, QFX5200 et QFX5210, la commande MPLS MTU peut provoquer un comportement inattendu, car le chipset SDK est limité sur cette plateforme.
-
-
Ces fonctionnalités LDP ne sont pas prises en charge sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200, QFX5200 et QFX5210 :
-
Multipoint LDP
-
Protection des liaisons LDP
-
Détection de transfert bidirectionnelle (BFD) LDP
-
LDP Operation Administration and Management (OAM)
-
LDP multicast-only reroutage rapide (MoFRR)
-
-
La configuration de l’unité avec
family mplset de l’unité avecencapsulation vlan-bridgesur la même interface physique n’est pas prise en charge sur les modèles EX4600, EX4650, QFX5100, QFX5110 ou QFX5120.
Limitations MPLS sur les commutateurs QFX5100 Virtual Chassis et Virtual Chassis Fabric
Les fonctionnalités MPLS suivantes ne sont pas prises en charge par les commutateurs VC QFX5100 et VCF QFX5100 :
LSP de saut suivant
BFD, y compris le FRR déclenché par BFD
VPN L2 basé sur BGP (voir RFC 6624)
VPLS
VLAN étendu CCC
Protection contre les pseudowire avec Ethernet OAM
Commutation locale de pseudo-wire
Détection de défaut pseudowire basée sur VCCV
Les commutateurs QFX Series équipés de chipsets Broadcom ne prennent pas en charge les sauts suivants distincts pour la même étiquette avec différents bits S (S-0 et S-1). Cela inclut les commutateurs QFX3500, QFX3600, EX4600, QFX5100 et QFX5200.
Limitations MPLS sur les commutateurs QFX3500
Si vous configurez le BGP étiqueté unicast famille d’adresses (à l’aide de l’instruction
labeled-unicastau 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 BGP routes étiquetées, la sélection du chemin se fera au niveau du réflecteur de route et un seul meilleur chemin sera annoncé. Cela entraînera la perte d’informations multichemin BGP.Bien que le reroutage rapide soit pris en charge, les options et pour
include-anyleinclude-allreroutage rapide ne sont pas prises en charge. Voir Présentation du reroutage rapide pour plus de détails.Les interconnexions de circuit (CCC) basées sur MPLS ne sont pas prises en charge. Seuls les pseudowires basés sur des circuits sont pris en charge.
Les signaux MTU dans RSVP et la découverte sont pris en charge dans le plan de contrôle. Cependant, cela ne peut pas être appliqué dans le plan de données.
Avec les pseudowires basés sur des circuits de couche 2 (L2), si plusieurs chemins de commutation d’étiquettes (LSP) RSVP de coût égal sont disponibles pour atteindre un voisin de circuit L2, un seul LSP est utilisé de manière aléatoire pour le transfert. Utilisez cette fonction pour spécifier des LSP pour un trafic de circuit L2 spécifique afin de partager la charge du trafic dans le cœur MPLS.
La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur PE (Provider Edge) sortant n’a aucun effet.
La configuration de l’instruction
revert-timerau niveau de la hiérarchie n’a[edit protocols mpls]aucun effet.
Comportement MPLS spécifique à la plate-forme
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.
Utilisez les tableaux suivants pour examiner le comportement spécifique à votre plateforme :
| Plate-forme |
Limites |
|---|---|
| Famille ACX7000 de routeurs |
Seules les statistiques LSP entrantes et de transit sont prises en charge. Les statistiques LSP sont désactivées par défaut. Les statistiques LSP d’entrée ou de transit peuvent être activées à l’aide des instructions de configuration suivantes : user@host# set system packet-forwarding-options mpls lsp-ingress-stats-enable user@host# set system packet-forwarding-options mpls lsp-transit-stats-enable
Remarque : PFE est redémarré en interne après la validation, lorsque ces configurations sont appliquées ou supprimées.
|
| Famille ACX7000 de routeurs |
|