Présentation de MPLS
Présentation de MPLS
Le MPLS (Multiprotocol Label Switching) 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 prochain saut en fonction de sa table de routage, puis transfère un paquet vers ce prochain saut. Avec 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 qu’un chemin vers cette destination. Le chemin d’accès 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 enlève son étiquette et envoie le paquet à l’étiquette de commutateur suivante 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 Junos configurés MPLS peuvent interagir entre eux et avec les routeurs Junos configurés MPLS.
Le MPLS présente les avantages suivants par rapport au transfert de paquets classique :
Les paquets arrivant sur différents ports peuvent se voir attribuer différentes étiquettes.
Un paquet arrivant à un commutateur PE (Provider Edge) particulier peut se voir attribuer une étiquette différente de celle du même paquet entrant dans le réseau par un autre commutateur PE. Il est ainsi facile de prendre les décisions de transfert qui dépendent du commutateur PE d’entrée.
Parfois, il est souhaitable de forcer un paquet à suivre une route particulière qui est explicitement choisie 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 au fur et à mesure que le paquet traverse le réseau. Dans 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 MPLS ?
- Pourquoi ne pas utiliser MPLS ?
- Comment configurer MPLS ?
- Que fait le protocole MPLS ?
- Comment MPLS s’interface-t-il avec d’autres protocoles ?
- Si j’ai utilisé Cisco MPLS, que dois-je savoir ?
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 sur un commutateur est limitée par la puce et l’utilisation d’une correspondance exacte pour le transfert vers les appareils de destination est moins coûteuse que l’achat de matériel plus sophistiqué. De plus, 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 plutôt qu’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 à différents systèmes autonomes dans leurs réseaux. En outre, MPLS dispose d’une fonctionnalité appelée Fast Reroute 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 GRE (Generic Route Encapsulation) ou Virtual Extensible Local Area Networks (VXLAN) ne prennent en charge que deux niveaux hiérarchiques, l’un pour le tunnel de transport et l’autre 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 MPLS ?
Il n’existe aucun protocole permettant de découvrir automatiquement les nœuds compatibles MPLS. Le protocole MPLS échange simplement des valeurs d’étiquette pour 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.
MPLS masque les topologies sous-optimales du 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 MPLS ?
Il existe trois types de commutateurs que vous devez configurer pour MPLS :
Étiquetez le routeur/commutateur de périphérie (LER) ou le nœud d’entrée 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.
Le routeur/commutateur de sortie est le dernier périphérique MPLS qui supprime la dernière étiquette 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 de réseau dorsal effectuant uniquement une commutation d’étiquettes. Le routeur orienté client au niveau du fournisseur de services 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 orientés client 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 vers le CE.
- Configuration du commutateur MPLS LER (entrée) et du commutateur de sortie
- Configurer les LSR pour MPLS
Configuration du commutateur MPLS LER (entrée) et du commutateur de sortie
Pour configurer MPLS, vous devez d’abord créer un ou plusieurs chemins nommés sur les routeurs entrants et sortants. Pour chaque chemin d’accès, vous pouvez spécifier tout ou partie des routeurs de transit dans le chemin d’accès, ou vous pouvez le laisser vide. Reportez-vous à la section Configuration des adresses des routeurs entrants et sortants pour les LSP et Configuration de la connexion entre les routeurs entrants et sortants.Configuration des adresses des routeurs entrants et sortants pour les LSP
Configurer les LSR pour MPLS
Configurez un ou plusieurs LSR MPLS en procédant comme suit :
Configurez les interfaces de chaque commutateur pour qu’elles transmettent et reçoivent des paquets MPLS à l’aide de la commande d’interface habituelle à laquelle MPLS est 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 qu’elles gèrent les étiquettes MPLS avec un protocole. Par exemple, pour LDP :
[edit protocols ldp] Interface ge-0/0/0.0;
Pour visionner une démonstration de ces configurations, reportez-vous à https://www.youtube.com/watch?v=xegWBCUJ4tE.
Que fait le protocole MPLS ?
MPLS (Multiprotocol Label Switching) est un cadre spécifié par l’Internet Engineering Task Force (IETF) qui prévoit la désignation, le routage, la transmission et la commutation des flux de trafic à travers le réseau. De plus, 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 les flux entre différentes applications.
Reste indépendant des protocoles de couche 2 et de couche 3.
Permet 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 RSVP (Resource ReSerVation Protocol) et OSPF (Open Shortest PathFirst).
Prend en charge les protocoles IP, ATM et Frame Relay layer-2.
Utilise les technologies supplémentaires suivantes :
FRR : MPLS Fast Reroute améliore la convergence en cas de défaillance en cartographiant à l’avance dautres LSP.
Protection des liens/Sauvegarde de saut suivant : Un LSP de contournement est créé pour chaque défaillance de liaison possible.
Protection de nœud/Sauvegarde de saut suivant : Un LSP de contournement est créé pour chaque défaillance possible d’un commutateur (nud).
VPLS : Crée un service de commutation multipoint Ethernet sur MPLS et émule les fonctions d’un commutateur L2.
L3VPN : Les clients des VPN basés sur IP bénéficient de domaines de routage virtuels individuels.
Comment MPLS s’interface-t-il avec d’autres protocoles ?
Voici quelques-uns des protocoles qui fonctionnent avec MPLS :
RSVP-TE : Protocole de réservation de ressources : les aspects techniques du trafic réservent la bande passante aux prestataires de services linguistiques.
LDP: Le protocole de distribution d’étiquettes est le protocole de facto utilisé pour la distribution de paquets MPLS et est généralement configuré pour être tunnelisé à l’intérieur de RSVP-TE.
IGP : Interior Gateway Protocol est un protocole de routage. Les routeurs de périphérie (PE-routers) exécutent BGP entre eux pour échanger des préfixes externes (client). Les routeurs de périphérie et centraux (P) exécutent IGP (généralement OSPF ou IS-IS) pour trouver le chemin optimal vers les prochains sauts BGP. Les routeurs P et PE utilisent LDP pour échanger des étiquettes pour les préfixes IP connus (y compris les sauts suivants BGP). Le LDP crée indirectement des LSP de bout en bout au cur du réseau.
BGP: Le Border Gateway Protocol (BGP) permet 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 BGP---La configuration des interfaces avec MPLS et LDP/RSVP établit les étiquettes et la capacité de transmettre des paquets. BGP détermine automatiquement les routes empruntées par les paquets.
L’OSPF et l’EI : 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 lien, est plus courant dans les réseaux des grands fournisseurs de services. En supposant que vous exécutez L3VPN pour vos clients, sur la périphérie 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 utilisé Cisco MPLS, que dois-je savoir ?
Cisco Networks et Juniper Networks utilisent une terminologie MPLS différente.
Ce que Cisco appelle : |
Juniper Calls : |
|---|---|
Affinités |
groupes d’administrateurs |
Annonce de l’autoroute |
Raccourcis TE |
adjacence de transfert |
LSP-advertise (en anglais seulement) |
tunnel |
LSP |
faire avant de casser |
Adaptive |
fenêtre_application |
intervalle d’ajustement |
Groupes de liens de risque partagé |
Partage du destin |
Traitement TTL sur les paquets MPLS entrants
L’organigramme ci-dessous Figure 1 illustre le traitement TTL des paquets MPLS entrants. Sur un LSR de transit ou un LER de sortie, 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 TTL 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 trouvée dans l’en-tête interne immédiat :
L’étiquette extérieure est sautée au lieu d’être échangée
Le modèle de traitement TTL est configuré pour rediriger
L’en-tête interne 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 trouvée 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 doivent l’être, MPLS transmet le paquet à l’adresse IP pour un traitement ultérieur, y compris la vérification TTL. Lorsque le modèle de tunnel uniforme pour le traitement TTL est activé, 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 tube pour le traitement TTL est activé, la valeur TTL dans l’en-tête IP reste inchangée.
Si un paquet IP n’est pas exposé par l’éclatement de l’étiquette, 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 construit 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 également
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 0x8281.
Ethernet/Cisco High-level Data Link Control (HDLC) : Ethernet de type 0x8847.
Mode de transfert asynchrone (ATM) : point d’attachement de sous-réseau codé (encodé SNAP) Ethernet de type 0x8847. La prise en charge est incluse pour le mode point à point ou le mode NBMA (Non-Broadcast Multiaccess). L’encodage d’é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, type Ethernet 0x8847. L’encodage d’étiquettes MPLS dans le cadre de l’identificateur de connexion de liaison de données (DLCI) de relais de trames n’est pas inclus.
Tunnel d’encapsulation de routage générique (GRE) : type Ethernet 0x8847.
Présentation de MPLS pour les routeurs métro universels ACX Series
Le MPLS (Multiprotocol Label Switching) fournit un mécanisme de conception de modèles de trafic réseau indépendant des tables de routage en attribuant des étiquettes courtes aux paquets 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 :
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 d’étiquettes d’entrée (LER) où les paquets IP sont encapsulés dans des paquets MPLS et transférés au domaine MPLS, et en tant que 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 uniforme et en mode pipe offrant différents types de visibilité dans le réseau MPLS. Le mode uniforme rend tous les noeuds traversés par un chemin de commutation d’étiquettes (LSP) visibles pour les noeuds situés en dehors du tunnel LSP. Le mode uniforme est le mode par défaut. Seuls les points d’entrée et de sortie du LSP sont visibles pour les nuds 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-ttlau niveau de la hiérarchie [edit protocols mpls] sur chaque routeur qui se trouve dans le chemin d’accès 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.Exception de traitement des paquets IP 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 à chaud de LSP de secours pour les chemins secondaires afin de maintenir un chemin dans un état de veille à chaud, ce qui permet une bascule rapide vers le chemin secondaire lorsque les routeurs en aval sur le chemin actif actuel indiquent des problèmes de connectivité.
Redondance pour un chemin LSP (Label-switched path) avec la configuration du reroutage rapide.
Configuration de la protection des liens pour s’assurer 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 de MPLS pour commutateurs EX Series
Vous pouvez configurer Junos OS MPLS sur Juniper Networks EX Series Commutateurs Ethernet afin d’optimiser l’efficacité du transport sur le réseau. Les services MPLS peuvent être utilisés pour connecter plusieurs sites à une 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 des commutateurs EX Series sont compatibles avec les configurations des autres équipements Juniper Networks qui prennent en charge MPLS et la connexion croisée de circuits (CCC) 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 à l’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 classique :
Les paquets arrivant sur différents ports peuvent se voir attribuer différentes étiquettes.
Un paquet arrivant à un commutateur PE (Provider Edge) particulier peut se voir attribuer une étiquette différente de celle du même paquet entrant dans le réseau par un autre commutateur PE. Il est ainsi facile de prendre les décisions de transfert qui dépendent du commutateur PE d’entrée.
Parfois, il est souhaitable de forcer un paquet à suivre une route particulière qui est explicitement choisie 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 au fur et à mesure que le paquet traverse le réseau. Dans 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.
Autres avantages du MPLS et des aspects techniques du trafic
MPLS est le composant de transfert de paquets de l’architecture d’ingénierie du trafic de Junos OS. Les aspects techniques du trafic permettent d’effectuer les opérations suivantes :
Acheminez les chemins principaux pour contourner les goulots d’étranglement ou les points d’encombrement connus dans le réseau.
Fournissez un contrôle précis sur la façon dont le trafic est réacheminé lorsque le chemin principal est confronté à une ou plusieurs défaillances.
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 surutilisés alors que d’autres sous-ensembles du réseau empruntant d’éventuels chemins alternatifs sont sous-utilisés.
Optimisez l’efficacité opérationnelle.
Améliorez les caractéristiques de performance du réseau axées sur le trafic en minimisant les pertes de paquets, en minimisant les périodes prolongées d’encombrement et en maximisant le débit.
Améliorez les caractéristiques de performance statistiquement liées du réseau (telles que le taux de pertes, la variation de délai 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 les 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 EX Series commutateurs sont inclus ici avec QFX Series commutateurs. Les 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 et EX4650, ainsi que sur la version de 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.
Fonctionnalité |
QFX10002 |
QFX10008 |
QFX10016 |
|---|---|---|---|
QFX10000 commutateur autonome en tant que commutateur MPLS, PE (Provider Edge) ou commutateur 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 |
Dimensionnement automatique de la bande passante et du nombre de chemins de commutation d’étiquettes (LSP) dynamiques |
15.1X53-D60 |
15.1X53-D60, 17.2R1 |
15.1X53-D60, 17.2R1 |
Unicast étiqueté BGP |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Distribution de l’état des liens BGP |
17.1R1 |
17.1R1 |
17.1R1 |
Transporteurs de transporteurs et interfournisseurs 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 un-à-un et protection locale-plusieurs-à-un |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Reroutage rapide à l’aide de déviations 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 sur 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 via RSVP |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Circuit L2 sur interfaces agrégées |
17.3R1 |
17.3R1 |
17.3R1 |
VPN L3 pour IPv4 et IPv6 |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
MPLS sur interfaces IRB (Bridging and Routing) intégrées |
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 |
Exploitation, 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 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 centre) |
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 des réponses, 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 de liaison, la protection de liaison de nœud, le reroutage rapide à l’aide de détours et le 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 des aspects techniques du trafic (OSPF-TE, IS-IS-TE) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Ingénierie du trafic (TE) Attribution automatique de la bande passante et RSVP Gestion dynamique de la bande passante à l’aide du fractionnement et de la fusion LSP entrants |
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 |
Fonctionnalité |
QFX3500 |
QFX5100 |
QFX5110 |
QFX5120 |
QFX5200 |
QFX5210 |
|---|---|---|---|---|---|---|
Commutateurs autonomes QFX Series en tant que commutateurs MPLS Provider Edge (PE) ou commutateurs fournisseur |
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 étiqueté 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 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 de couche 3 BGP interfournisseur et opérateur à opérateur |
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 dynamique 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 |
Routage multi-chemin à 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 à l’aide de détours et de 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 |
É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 |
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 des aspects techniques du 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 sur 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 MPLS IPv4 (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 via 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 (Bridging and Routing) intégrées |
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), y compris MPLS, ping, 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 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 centre) |
14.1X53-D10 |
14.1X53-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
RSVP automatique de la bande passante |
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 de liaison, la protection de liaison de nœud, le reroutage rapide à l’aide 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.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 la bande passante par les ingénieurs du trafic (TE) sur les LSP |
13.1X51-D10 |
13.1X51-D10 VC/VCF (13,2 X 51-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 du VRF dans les interfaces IRB d’un VPN de couche 3 |
Non pris en charge |
17.3R1 |
17.3R1 |
18.3R1 |
17.3R1 |
18.1R1 |
Fonctionnalité |
EX4600 |
EX4650 |
|---|---|---|
Commutateurs autonomes EX4600 et EX4650 en tant que commutateurs MPLS Provider Edge (PE) ou commutateurs fournisseur |
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 é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 de couche 3 BGP interfournisseur et opérateur à opérateur |
14.1X53-D15 |
18.3R1 |
Classe de service (CoS ou QoS) pour le trafic MPLS |
14.1X53-D15 |
18.3R1 |
Dimensionnement dynamique du nombre de chemins de commutation d’étiquettes (LSP) : TE++ |
Non pris en charge |
18.3R1 |
Routage multi-chemin à 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 à l’aide de détours et de 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 |
RSVP redémarrage progressif pour OSPF |
13.2X51-D25 |
18.3R1 |
Extensions des aspects techniques du 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 via 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 (Bridging and Routing) intégrées |
Non pris en charge |
18.3R1 |
Signalisation MTU dans RSVP |
14.1X53-D15 |
18.3R1 |
Exploitation, administration et maintenance (OAM), y compris MPLS, ping, 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 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 centre) |
14.1X53-D15 |
18.3R1 |
RSVP automatique de la bande passante |
14.1X53-D15 |
18.3R1 |
RSVP reroutage rapide (FRR), y compris la protection de liaison, la protection de liaison de nœud, le reroutage rapide à l’aide 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 |
Traffic Engineering (TE) : allocation automatique de la 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 du VRF dans les interfaces IRB d’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 la plupart d’entre elles soient des doublons qui s’appliquent à plusieurs commutateurs.
- Limitations MPLS sur les commutateurs QFX10000
- Limitations MPLS sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210
- 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 (Egress Provider Edge) n’a aucun effet.
La configuration de l’instruction
revert-timerau niveau de la hiérarchie n’a[edit protocols mpls]aucun effet.Les fonctionnalités LDP suivantes ne sont pas prises en charge sur les commutateurs QFX10000 :
Multipoint LDP
Protection des liaisons LDP
Détection de transfert bidirectionnel (BFD) LDP
Administration et gestion des opérations du PLD (OAM)
Reroutage rapide multicast LDP uniquement (MoFRR)
Les interfaces Ethernet pseudofilaires sur agrégation sous UNI ne sont pas prises en charge.
Les tunnels MPLS sur UDP ne sont pas pris en charge sur les réseaux suivants :
Propagation MPLS TTL
Fragmentation IP au point de départ du tunnel
Règles de réécriture CoS et propagation prioritaire pour les étiquettes LSP RSVP (tunnels d’entrée uniquement)
IPv6 simple
Trafic multicast
Filtres de pare-feu au démarrage 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.
Limitations MPLS sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210
-
La prise en charge de MPLS diffère selon les commutateurs. Les commutateurs EX4600 ne prennent en charge que la fonctionnalité MPLS de base, tandis que les commutateurs QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 prennent en charge certaines des fonctionnalités les plus avancées. Voir 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 IRB (Integrated Bridging and Routing) sur le réseau central MPLS est implémentée sur le commutateur à l’aide des règles TCAM. C’est le résultat d’une limitation de puce sur le commutateur, qui ne permet qu’une quantité limitée d’espace TCAM. 1 000 espace TCAM est alloué à la CISR. S’il existe plusieurs IRB, vérifiez que vous disposez de suffisamment d’espace TCAM sur le commutateur. Pour vérifier l’espace TCAM, reportez-vous à la section Allocation et vérification de l’espace de filtrage 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 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 :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 des 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 au niveau des 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’adresse IP source ou l’adresse IP de destination, ces paquets RSVP sont abandonnés même si les conditions d’acceptation ont une priorité supérieure aux conditions de refus. Selon la conception, 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 abandon, le terme accept ne traitera pas ces paquets et le terme deny abandonnera les paquets.
-
Sur un circuit de couche 2 à reroutage rapide protégé par des liaisons, un 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 au niveau de la hiérarchie) sur un commutateur QFX Series ou sur un commutateur EX4600 déployé comme réflecteur de route pour les routes étiquetées BGP, la sélection du chemin se produit au niveau du réflecteur de
labeled-unicast[edit protocols bgp family inet]route et un seul meilleur chemin est annoncé. Cela entraînera une perte d’informations sur les trajets multiples BGP. -
Bien que le reroutage rapide (FRR) sur les interfaces normales soit pris en charge, les
include-alloptions etinclude-anypour FRR ne sont pas prises en charge. Reportez-vous à la section Vue d’ensemble du reroutage rapide. -
Le FRR n’est pas pris en charge sur les interfaces MPLS sur IRB.
-
Les connexions croisées de circuit (CCC) basées sur MPLS ne sont pas prises en charge, seuls les pseudo-fils basés sur des circuits sont pris en charge.
-
La configuration des groupes d’agrégation de liens (LAG) sur les ports UNI (user-to-network interface) pour les circuits L2 n’est pas prise en charge.
-
La signalisation MTU dans RSVP et la découverte est prise en charge dans le plan de contrôle. Toutefois, cela ne peut pas être appliqué dans le plan de données.
-
Avec les pseudo-fils basés sur des circuits L2, si plusieurs LSP RSVP de coût égal sont disponibles pour atteindre un voisin de circuit L2, un LSP est utilisé de manière aléatoire pour le transfert. Utilisez cette fonctionnalité pour spécifier des LSP pour un trafic de circuit L2 spécifique afin de partager la charge du trafic dans le cur MPLS.
-
La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur PE (Egress Provider Edge) n’a aucun effet.
-
Les filtres de pare-feu et les mécanismes de contrôle activés
family mplsne sont pris en charge que sur les commutateurs QFX5100 qui agissent comme des 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. Les filtres et mécanismes de contrôle du pare-feu activésfamily mplsne sont pas pris en charge sur QFX5100 commutateurs PE (Provider Edge) entrants et sortants. Cela inclut les commutateurs qui effectuent l’avant-dernier saut popping (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 :
-
L’envoi d’un maximum de trois étiquettes est pris en charge dans le commutateur périphérique MPLS 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 l’é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’étiquetage global est pris en charge, mais pas l’espace d’étiquetage spécifique à l’interface.
-
MPLS ECMP sur le nœud PHY avec BOS=1 n’est pas pris en charge pour les étiquettes uniques.
-
Les commutateurs QFX Series équipés de puces Broadcom ne prennent pas en charge les sauts suivants séparés pour la même étiquette 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 MPLS MTU peut provoquer un comportement inattendu, en raison des limitations 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 (BFD) LDP
-
Administration et gestion des opérations du PLD (OAM)
-
Reroutage rapide multicast LDP uniquement (MoFRR)
-
-
La configuration de l’unité avec et de l’unité avec
family mplsencapsulation 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 VCF QFX5100 et QFX5100 :
LSP de saut suivant
BFD, y compris le FRR déclenché par BFD
VPN de couche 2 basé sur BGP (voir RFC 6624)
VPLS
CCC VLAN étendu
Protection contre les pseudo-fils à l’aide d’Ethernet OAM
Commutation locale de pseudo-fil
Détection de défaut de pseudowire basée sur VCCV
Les commutateurs QFX Series équipés de chipsets Broadcom ne prennent pas en charge les sauts suivants séparés pour la même étiquette avec des bits S différents (S-0 et S-1). Cela inclut les commutateurs QFX3500, QFX3600, EX4600, QFX5100 et QFX5200.
Limitations MPLS sur les commutateurs QFX3500
Si vous configurez la famille d’adresses unicast étiquetée BGP (à l’aide de l’instruction au niveau de la hiérarchie) sur un commutateur QFX Series ou sur un commutateur EX4600 déployé comme réflecteur de route pour les routes étiquetées BGP, la sélection du chemin se produit au niveau du réflecteur de
labeled-unicast[edit protocols bgp family inet]route et un seul meilleur chemin est annoncé. Cela entraînerait une perte des informations sur les trajets multiples BGP.Bien que le reroutage rapide soit pris en charge, les options et
include-anypour leinclude-allreroutage rapide ne sont pas prises en charge. Pour plus d’informations, reportez-vous à la section Présentation du reroutage rapide .Les connexions croisées de circuit (CCC) basées sur MPLS ne sont pas prises en charge, seuls les pseudo-fils basés sur des circuits sont pris en charge.
La signalisation MTU dans RSVP et la découverte est prise en charge dans le plan de contrôle. Toutefois, cela ne peut pas être appliqué dans le plan de données.
Avec les pseudofils de circuit de couche 2 (L2), si plusieurs chemins de commutation d’étiquettes RSVP (LSP) de coût égal sont disponibles pour atteindre un voisin de circuit L2, un LSP est utilisé de manière aléatoire pour le transfert. Utilisez cette fonctionnalité pour spécifier des LSP pour un trafic de circuit L2 spécifique afin de partager la charge du trafic dans le cur MPLS.
La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur PE (Egress Provider Edge) n’a aucun effet.
La configuration de l’instruction
revert-timerau niveau de la hiérarchie n’a[edit protocols mpls]aucun effet.