Présentation de MPLS
Présentation de MPLS
La commutation d’étiquettes multiprotocoles (MPLS) est un protocole qui utilise des étiquettes pour acheminer des paquets au lieu d’utiliser des adresses IP. Dans un réseau traditionnel, chaque commutateur effectue une recherche de routage IP, détermine un saut suivant en fonction de sa table de routage, puis transfère un paquet vers ce saut suivant. Avec MPLS, seul le premier équipement effectue une recherche de routage et, au lieu de trouver le saut suivant, trouve la destination ultime ainsi qu’un chemin vers cette destination. Le chemin d’un paquet MPLS est appelé chemin de commutation d’étiquettes (LSP).
MPLS applique une ou plusieurs étiquettes à un paquet afin qu’il puisse suivre le LSP jusqu’à la destination. Chaque commutateur détache son label et envoie le paquet au label de commutateur suivant dans la séquence.
Junos OS comprend tout ce dont vous avez besoin pour configurer MPLS. Vous n’avez pas besoin d’installer de programmes ou de protocoles supplémentaires. MPLS est pris en charge sur les commutateurs avec un sous-ensemble des commandes prises en charge sur les routeurs. Les commutateurs configurés pour Junos MPLS peuvent interagir entre eux et avec les routeurs MPLS configurés par Junos.
Le MPLS présente les avantages suivants par rapport au transfert de paquets traditionnel :
Les paquets arrivant sur différents ports peuvent se voir attribuer différentes étiquettes.
Un paquet arrivant à un commutateur de périphérie de fournisseur (PE) peut se voir attribuer un label différent de celui du même paquet entrant sur le réseau à l’adresse d’un autre commutateur PE. Par conséquent, les décisions de transfert qui dépendent du commutateur PE entrant peuvent être facilement prises.
Parfois, il est préférable de forcer un paquet à suivre un itinéraire particulier qui est explicitement choisi au moment ou avant l’entrée du paquet sur le réseau, plutôt que de le laisser suivre le chemin choisi par l’algorithme de routage dynamique normal pendant que le paquet traverse le réseau. Dans MPLS, une étiquette peut être utilisée pour représenter le routage afin que le paquet n’ait pas besoin de porter l’identité du routage explicite.
Cette rubrique décrit :
- Pourquoi utiliser MPLS ?
- Pourquoi ne pas utiliser MPLS ?
- Comment configurer MPLS ?
- Que fait le protocole MPLS ?
- Comment MPLS s’interface-t-il aux 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 d’un commutateur est limitée par des circuits embarqués et l’utilisation d’une correspondance exacte pour le transfert vers les équipements de destination coûte moins cher que d’acheter du matériel plus sophistiqué. En outre, MPLS vous permet de contrôler où et comment le trafic est acheminé sur votre réseau , c’est ce qu’on appelle l’ingénierie du trafic.
Voici quelques raisons d’utiliser MPLS au lieu d’une autre solution de commutation :
MPLS peut connecter différentes technologies qui ne seraient pas compatibles autrement--- les fournisseurs de services rencontrent ce problème de compatibilité lorsqu’ils connectent des clients avec différents systèmes autonomes dans leurs réseaux. En outre, MPLS dispose d’une fonctionnalité appelée Reroute rapide qui fournit des sauvegardes alternatives pour les chemins, ce qui empêche la dégradation du réseau en cas de défaillance du commutateur.
D’autres encapsulations basées sur IP, telles que GRE (Generic Route Encapsulation) ou VXLAN (Virtual Extensible Local Area Networks) ne prennent en charge que deux niveaux de hiérarchie, un pour le tunnel de transport et un élément de métadonnées. L’utilisation de serveurs virtuels signifie que vous avez besoin de plusieurs niveaux hiérarchiques. Par exemple, une étiquette est nécessaire pour le haut de baie (ToR), une étiquette pour le port de sortie qui identifie le serveur et une pour le serveur virtuel.
Pourquoi ne pas utiliser MPLS ?
Il n’y a pas de protocoles permettant de détecter automatiquement les nœuds compatibles MPLS. Le protocole MPLS échange simplement les valeurs d’étiquette pour un LSP. Ils ne créent pas de LSP.
Vous devez construire le maillage MPLS, commutateur par commutateur. Nous vous recommandons d’utiliser des scripts pour ce processus répétitif.
MPLS cache les topologies sous-optimales de BGP où plusieurs sorties peuvent exister pour un même routage.
Les grands LSP sont limités par les circuits qu’ils traversent. Vous pouvez contourner cela en créant plusieurs LSP parallèles.
Comment configurer MPLS ?
Vous devez configurer trois types de commutateurs pour MPLS :
Label Edge Router/Commutateur (LER) ou nœud entrant vers le réseau MPLS. Ce commutateur encapsule les paquets.
Routeurs/commutateurs de commutation d’étiquettes (LSR). Un ou plusieurs commutateurs qui transfèrent des paquets MPLS dans le réseau MPLS.
Le routeur/commutateur sortant est le dernier équipement MPLS qui retire le dernier label avant que les paquets ne quittent le réseau MPLS.
Les fournisseurs de services (SP) utilisent le terme routeur fournisseur (P) pour désigner un routeur/commutateur dorsal qui ne fait que la commutation d’étiquettes. Le routeur orienté client au niveau du SP est appelé routeur de périphérie du fournisseur (PE). Chaque client a besoin d’un routeur de périphérie (CE) client pour communiquer avec le PE. Les routeurs face aux clients peuvent généralement mettre fin aux adresses IP, L3 VPN, L2VPN/pseudowires et VPLS avant que les paquets ne soient transférés vers le CE.
Configurez le commutateur MPLS LER (Ingress) et le commutateur sortant
Pour configurer MPLS, vous devez d’abord créer un ou plusieurs chemins nommés sur les routeurs entrants et sortants. Pour chaque chemin, vous pouvez spécifier une partie ou la totalité des routeurs de transit dans le chemin, ou vous pouvez les laisser vides. Voir Configuration des adresses de routeur entrant et sortant pour les LSP et Configuration de la connexion entre les routeurs entrants et sortants.
Configurer des LSR pour MPLS
Configurez un ou plusieurs LSR MPLS en suivant ces étapes :
Configurez des interfaces sur chaque commutateur pour transmettre et recevoir des paquets MPLS à l’aide de la commande d’interface habituelle avec MPLS ajouté. Par exemple :
[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 labels MPLS avec un protocole. Par exemple, pour LDP :
[edit protocols ldp] Interface ge-0/0/0.0;
Pour visionner une démo de ces configurations, consultez https://www.youtube.com/watch?v=xegWBCUJ4tE.
Que fait le protocole MPLS ?
La commutation d’étiquettes multiprotocoles (MPLS) est une structure spécifiée par Internet Engineering Task Force (IETF) qui permet de désigner, de routage, de transférer et de basculer les flux de trafic à travers le réseau. En outre, MPLS :
Spécifie des mécanismes permettant de gérer des flux de trafic de différentes granularités, tels que les flux entre différents matériels, machines ou même entre différentes applications.
Reste indépendant des protocoles de couche 2 et de couche 3.
Permet de mapper les adresses IP à des étiquettes simples et de longueur fixe utilisées par différentes technologies de transfert de paquets et de commutation de paquets.
Interfaces aux protocoles de routage existants, tels que le protocole RSerVation (Resource ReSerVation Protocol) et Open Shortest PathFirst (OSPF).
Prend en charge les protocoles de couche 2 ip, ATM et relais de trames.
Utilise ces technologies supplémentaires :
FRR : Le reroutage rapide MPLS améliore la convergence en cas de défaillance en mapper d’autres LSP à l’avance.
Protection des liaisons/Sauvegarde du saut suivant : Un LSP de contournement est créé pour chaque défaillance de liaison possible.
Protection des nœuds/Sauvegarde du saut suivant : Un LSP de contournement est créé pour chaque défaillance possible de commutateur (nœud).
VPLS : Crée un service de commutation Ethernet multipoint sur MPLS et émule les fonctions d’un commutateur L2.
L3VPN : Les clients VPN basés sur IP bénéficient de domaines de routage virtuels individuels.
Comment MPLS s’interface-t-il aux autres protocoles ?
Certains des protocoles qui fonctionnent avec MPLS sont :
RSVP-TE : Protocole de réservation de ressources - L’ingénierie du trafic réserve de la bande passante aux LSP.
LDP: Le protocole de distribution d’étiquettes est le protocole de fait utilisé pour la distribution des paquets MPLS et est généralement configuré pour tunneliser à l’intérieur de RSVP-TE.
IGP : Interior Gateway Protocol est un protocole de routage. Les routeurs de périphérie (routeurs PE) exécutent BGP entre eux pour échanger des préfixes externes (clients). Les routeurs de périphérie et de cœur (P) exécutent IGP (généralement OSPF ou IS-IS) pour trouver le chemin optimal vers les sauts suivants BGP. Les routeurs P- et PE utilisent le LDP pour échanger des labels contre des préfixes IP connus (y compris les sauts suivants BGP). LDP construit indirectement des LSP de bout en bout sur le cœur du réseau.
BGP: Border Gateway Protocol (BGP) permet d’effectuer un routage basé sur des stratégies, en utilisant TCP comme protocole de transport sur le port 179 pour établir des connexions. Le logiciel de protocole de routage Junos OS inclut BGP version 4. Vous ne configurez pas les interfaces BGP---configurant avec MPLS et LDP/RSVP établit les labels et la capacité de transmission des paquets. BGP détermine automatiquement les routes empruntées par les paquets.
OSPF et ISIS : Ces protocoles sont utilisés pour le routage entre MPLS PE et CE. Open Shortest Path First (OSPF) est peut-être le protocole IGP (Interior Gateway Protocol) le plus utilisé dans les réseaux des grandes entreprises. IS-IS, un autre protocole de routage dynamique à état de liaison, est plus courant dans les réseaux des grands fournisseurs de services. En supposant que vous exécutez L3VPN pour vos clients, à la périphérie du SP entre le PE et le CE, vous pouvez exécuter n’importe quel protocole que votre plate-forme prend en charge en tant qu’instance compatible VRF.
Si j’ai utilisé Cisco MPLS, que dois-je savoir ?
Cisco Networks et Juniper Networks utilisent une terminologie MPLS différente.
Ce que Cisco appelle : |
Appels Juniper : |
---|---|
Affinités |
groupes d’administrateurs |
annonce d’autoroute |
Raccourcis TE |
adjacence de transfert |
Publicité LSP |
tunnel |
LSP |
avant la pause |
Adaptive |
fenêtre d’application |
intervalle d’ajustement |
groupes de liaisons à risque partagés |
partage du destin |
Traitement TTL sur les paquets MPLS entrants
Le diagramme de Figure 1 flux illustre le traitement TTL sur les paquets MPLS entrants. Sur un LSR de transit ou un LER sortant, MPLS fait apparaître une ou plusieurs étiquettes et peut pousser une ou plusieurs étiquettes. Le TTL entrant du paquet est déterminé par le modèle de tunnel de traitement TTL configuré.
Lorsque toutes les conditions suivantes sont remplies, le TTL entrant est défini sur la valeur TTL de l’en-tête interne immédiat :
L’étiquette externe est sautée plutôt que d’être permutée
Le modèle de traitement TTL est configuré pour canaliser
L’en-tête interne est MPLS ou IP
Si l’une de ces conditions n’est pas remplie, le TTL entrant est défini sur la valeur TTL de l’étiquette la plus externe. Dans tous les cas, les valeurs TTL des étiquettes internes sont ignorées.
Lorsqu’un paquet IP est exposé après que MPLS a sorti toutes les étiquettes qui doivent être sautées, MPLS transmet le paquet à IP pour un traitement ultérieur, y compris la vérification TTL. Lorsque le modèle de tunnel uniforme pour le traitement TTL est en vigueur, MPLS définit la valeur TTL du paquet IP à la valeur TTL entrante qui vient d’être définie. En d’autres termes, la valeur TTL est copiée du label le plus externe vers le paquet IP. Lorsque le modèle de canal de traitement TTL est en vigueur, la valeur TTL de l’en-tête IP reste inchangée.
Si un paquet IP n’est pas exposé par le poping de label, MPLS effectue la validation TTL. Si le TTL entrant est inférieur à 2, le paquet est abandonné. Si le paquet le plus interne est IP, un paquet ICMP est créé et envoyé. Si le TTL n’expire pas et que le paquet doit être envoyé, le TTL sortant est déterminé par les règles pour les paquets MPLS sortants.

Voir également
Prise en charge de la couche de liaison dans MPLS
MPLS prend en charge les protocoles de couche de liaison suivants, tous pris en charge dans l’implémentation MPLS de Junos OS :
PPP (Point-to-Point Protocol) : 0x0281 d’ID de protocole, 0x8281 d’ID de protocole NCP (Network Control Protocol).
Contrôle de liaison de données de haut niveau Ethernet/Cisco (HDLC) : type Ethernet 0x8847.
Mode de transfert asynchrone (ATM) : point d’attachement de sous-réseau encodé (snap-encoded) Ethernet 0x8847. La prise en charge est incluse pour le mode point à point ou le mode multiaccess sans diffusion (NBMA). L’encodage des étiquettes MPLS n’est pas pris en charge dans l’identifiant de chemin virtuel/identifiant de circuit virtuel ATM (VPI/VCI).
Relais de trames : code SNAP, type Ethernet 0x8847. L’encodage des étiquettes MPLS n’est pas pris en charge dans l’identifiant de connexion de liaison de liaison de données (DLCI) relais de trames.
Tunnel d’encapsulation de routage générique (GRE) : type Ethernet 0x8847.
Présentation MPLS pour les routeurs métro universels ACX Series
La commutation d’étiquettes multiprotocoles (MPLS) fournit un mécanisme d’ingénierie des modèles de trafic réseau qui est indépendant des tables de routage en assignant des étiquettes courtes aux paquets du réseau, qui décrivent comment les transférer à travers le réseau. MPLS est indépendant de tout protocole de routage et peut être utilisé pour les paquets unicast. Sur les routeurs ACX Series, les fonctionnalités MPLS suivantes sont prises en charge :
La configuration d’un routeur de commutation d’étiquettes (LSR) pour le traitement des paquets de commutation d’étiquettes et le transfert des paquets en fonction de leurs étiquettes.
Configuration d’un routeur de périphérie d’étiquettes entrantes (LER) où les paquets IP sont encapsulés dans les paquets MPLS et transférés vers le domaine MPLS, et en tant que LER sortant où les paquets MPLS sont décasulés et les paquets IP contenus dans les paquets MPLS sont transférés à l’aide des informations de la table de transfert IP. La configuration de MPLS sur le LER est la même que la configuration d’un LSR.
Configuration uniforme et en mode pipe offrant différents types de visibilité sur le réseau MPLS. Le mode uniforme rend tous les nœuds traversés par un chemin de commutation d’étiquettes (LSP) visibles aux nœuds situés à l’extérieur du tunnel LSP. Le mode uniforme est le mode par défaut. Le mode pipe rend uniquement les points d’entrée et de sortie LSP visibles aux nœuds situés à l’extérieur du tunnel LSP. Le mode Pipe agit comme un circuit et doit être activé avec l’instruction globale
no-propagate-ttl
au niveau de la hiérarchie [edit protocols mpls] sur chaque routeur qui se trouve sur le chemin du LSP. L’instructionno-propagate-ttl
désactive la propagation du temps de vie (TTL) au niveau du routeur et affecte tous les LSP signalés par RSVP ou LDP. Seule la configuration globale de la propagation du TTL est prise en charge.Traitement des paquets d’exception des paquets IP non traités par le flux de paquets normal via le moteur de transfert de paquets. Les types de gestion des paquets d’exception suivants sont pris en charge :
Alerte routeur
Valeur d’expiration de délai de vie (TTL)
Vérification de la connexion de circuit virtuel (VCCV)
LSP de réserve à chaud pour la configuration des chemins secondaires afin de maintenir un chemin dans un état de réserve à chaud, ce qui permet de couper rapidement le chemin secondaire lorsque les routeurs en aval du chemin actif actuel signalent des problèmes de connectivité.
Redondance d’un chemin de commutation d’étiquettes (LSP) avec configuration de reroutage rapide.
Configuration de la protection des liaisons pour s’assurer que le trafic traversant une interface spécifique d’un routeur à l’autre peut continuer à atteindre sa destination en cas de défaillance de cette interface.
Présentation des commutateurs MPLS pour EX Series
Vous pouvez configurer Junos OS MPLS sur les commutateurs Ethernet EX Series de Juniper Networks pour améliorer l’efficacité du transport sur le réseau. Les services MPLS peuvent être utilisés pour connecter divers sites à un réseau dorsal et garantir de meilleures performances pour les applications à faible latence telles que la voix sur IP (VoIP) et d’autres fonctions critiques de l’entreprise.
Les configurations MPLS sur les commutateurs EX Series sont compatibles avec les configurations d’autres équipements Juniper Networks qui prennent en charge MPLS et MPLS-based circuit cross-connect (CCC). Les fonctionnalités MPLS disponibles sur les commutateurs dépendent du commutateur que vous utilisez. Pour plus d’informations sur les fonctionnalités logicielles des commutateurs EX Series, consultez l’Explorateur de fonctionnalités.
Les configurations MPLS des commutateurs ne prennent pas en charge :
Tunnelisation Q-in-Q
Cette rubrique décrit :
Avantages de MPLS
Le MPLS présente les avantages suivants par rapport au transfert de paquets traditionnel :
Les paquets arrivant sur différents ports peuvent se voir attribuer différentes étiquettes.
Un paquet arrivant à un commutateur de périphérie de fournisseur (PE) peut se voir attribuer un label différent de celui du même paquet entrant sur le réseau à l’adresse d’un autre commutateur PE. Par conséquent, les décisions de transfert qui dépendent du commutateur PE entrant peuvent être facilement prises.
Parfois, il est préférable de forcer un paquet à suivre un itinéraire particulier qui est explicitement choisi au moment ou avant l’entrée du paquet sur le réseau, plutôt que de le laisser suivre le chemin choisi par l’algorithme de routage dynamique normal pendant que le paquet traverse le réseau. Dans MPLS, une étiquette peut être utilisée pour représenter le routage afin que le paquet n’ait pas besoin de porter l’identité du routage explicite.
Avantages supplémentaires du MPLS et de l’ingénierie du trafic
MPLS est le composant de transfert de paquets de l’architecture technique de trafic Junos OS. L’ingénierie du trafic permet d’effectuer les opérations suivantes :
Acheminez les chemins primaires autour des goulots d’étranglement connus ou des points d’encombrement du réseau.
Fournissez un contrôle précis sur la façon dont le trafic est redirigé lorsque le chemin principal est confronté à une ou plusieurs défaillances.
Fournissez une utilisation efficace de la bande passante agrégée et de la fibre longue distance disponibles en veillant à ce que certains sous-ensembles du réseau ne soient pas surutilisés alors que d’autres sous-groupes du réseau le long de chemins alternatifs potentiels sont sous-utilisés.
Optimisez l’efficacité opérationnelle.
Améliorez les caractéristiques de performances du réseau orientées trafic en minimisant la perte de paquets, en minimisant les périodes prolongées de congestion et en maximisant le débit.
Améliorez les caractéristiques de performances liées statistiquement au réseau (telles que le taux de perte, la variation des retards et le retard de transfert) requises pour prendre en charge un Internet multiservice.
Prise en charge des fonctionnalités MPLS sur les commutateurs QFX Series et EX4600
Cette rubrique décrit les fonctionnalités MPLS prises en charge sur les commutateurs QFX Series, EX4600 et EX4650. Assurez-vous de vérifier toute exception à cette prise en charge dans les limitations MPLS sur les commutateurs QFX Series et EX4600. La configuration d’instructions non prises en charge sur le commutateur n’affecte pas son fonctionnement.
Les commutateurs EX4600 et EX4650 utilisent le même chipset que les commutateurs QFX5100. C’est pourquoi les commutateurs EX Series sont inclus ici avec les commutateurs QFX Series. D’autres commutateurs EX Series prennent également en charge MPLS, mais avec un ensemble de fonctionnalités différent.
Fonctionnalités prises en charge
Les tableaux de cette section répertorient les fonctionnalités MPLS prises en charge sur les commutateurs QFX Series, EX4600, EX4650 et Junos OS dans laquelle elles ont été introduites. Tableau 1 répertorie les fonctionnalités des commutateurs QFX10000. Tableau 2 répertorie les fonctionnalités des commutateurs QFX3500, QFX5100, QFX5120, QFX5110, QFX5200, QFX5210.Tableau 3 répertorie les fonctionnalités des commutateurs EX4600 et EX4650.
Fonctionnalité |
QFX10002 |
QFX10008 |
QFX10016 |
---|---|---|---|
Commutateur autonome QFX10000 en tant que commutateur de périphérie de fournisseur (PE) MPLS ou commutateur de fournisseur |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Routeur de périphérie d’étiquettes (LER) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Routeur de commutation d'étiquettes (LSR) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
BGP MPLS Ethernet VPN (EVPN) |
17.4R1 |
17.4R1 |
17.4R1 |
Réflecteurs de route BGP |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Bande passante automatique et dimensionnement dynamique des chemins de commutation d’étiquettes (LSP) |
15.1X53-D60 |
15.1X53-D60, 17.2R1 |
15.1X53-D60, 17.2R1 |
Unicast labellisé BGP |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Distribution de l’état de liaison BGP |
17.1R1 |
17.1R1 |
17.1R1 |
Opérateur d’opérateurs et inter-fournisseurs VPN de couche 3 |
17.1R1 |
17.1R1 |
17.1R1 |
Étiquettes d’entropie |
17.2R1 |
17.2R1 |
17.2R1 |
Ethernet sur MPLS (circuit L2) |
15.1X53-D60 |
15.1X53-D60 |
15.1X53-D60 |
Reroutage rapide, protection locale one-to-one et protection locale multi-to-one |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Reroutage rapide à l’aide de détours et de LSP secondaires |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Services Ethernet flexibles |
17.3R1 |
17.3R1 |
17.3R1 |
Filtres de pare-feu |
15.1X53-D30 |
15.1X53-D30 |
15.1X53-D60 |
RSVP redémarrage progressif pour OSPF |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
LSP IP-over-MPLS, liaisons statiques et dynamiques |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Tunnelisation IPv6 sur un réseau IPv4 (6PE) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Tunnelisation LDP sur RSVP |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Circuit L2 sur interfaces agrégées |
17.3R1 |
17.3R1 |
17.3R1 |
L3 VPN pour IPv4 et IPv6 |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
MPLS sur interfaces IRB (Integrated Bridging and Routing) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
MPLS sur UDP |
18.3R1 |
18.3R1 |
18.3R1 |
Signalisation MTU dans RSVP |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Fonctionnement, administration et maintenance (OAM), y compris ping, traceroute et détection de transfert bidirectionnel (BFD) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
OSPF TE |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
OSPFv2 en tant que protocole IGP (Interior Gateway Protocol) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Protocole Path Computation Element Protocol pour RSVP-TE |
16.3R1 |
16.3R1 |
16.3R1 |
Interfaces Ethernet pseudowire-over-aggregated (interface orientée cœur) |
15.1X53-D60 (pris en charge uniquement sur les interfaces réseau à réseau (NNI) |
15.1X53-D60 (pris en charge uniquement sur les interfaces NNI) |
15.1X53-D60 (pris en charge uniquement sur les interfaces NNI) |
Prise en charge de la RSVP, y compris l’allocation de la bande passante et l’ingénierie du trafic |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
RSVP reroutage rapide (FRR), y compris la protection des liaisons, la protection des nœuds-liaisons, le reroutage rapide à l’aide de détours et LSP secondaire |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Prise en charge de la MIB SNMP |
15.1X53-D10 |
15.1X54-D30 |
15.1X53-D60 |
LSP statiques et dynamiques |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Extensions techniques de trafic (OSPF-TE, IS-IS-TE) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Ingénierie du trafic (TE) Allocation automatique de la bande passante et bande passante RSVP Gestion dynamique de la bande passante à l’aide de la séparation et de la fusion LSP entrante |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Prise en charge des étiquettes VRF (Virtual Routing and Forwarding) |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D60 |
Fonctionnalité |
QFX3500 |
QFX5100 |
QFX5110 |
QFX5120 |
QFX5200 |
QFX5210 |
---|---|---|---|---|---|---|
Commutateurs autonomes QFX Series en tant que commutateurs de périphérie de fournisseur (PE) MPLS ou commutateurs fournisseurs |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Routeur de périphérie d’étiquettes (LER) |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Routeur de commutation d'étiquettes (LSR) |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Allocation automatique de la bande passante sur les LSP |
Non pris en charge |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Unicast labellisé BGP |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Distribution de l’état de liaison BGP |
Non pris en charge |
17.1R1 |
17.1R1 |
18.3R1 |
17.1R1 |
18.1R1 |
Réflecteur de route BGP |
15.1X53-D10 |
15.1X53-D30 |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
VPN de couche 3 BGP de couche 3, opérateur à opérateur et interprovideur |
14.1X53-D15 |
14.1X53-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Classe de service (CoS ou QoS) pour le trafic MPLS |
12,3X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Dimensionnement du nombre de chemins de commutation d’étiquettes (LSP) : TE++ |
Non pris en charge |
17.2R1 VC/VCF 17.2R1 |
17.2R1 VC/VCF 17.2R1 |
18.3R1 |
17.2R1 |
18.1R1 |
EcMP (Equal-Cost Multipath) sur les LSR :
|
Non pris en charge |
14.1X53-D35 (Prise en charge uniquement sur la pile d’étiquettes. Non pris en charge sur le label de flux, le label d’entropie ou le label ECMP) |
15.1X53-D210 (Prise en charge uniquement sur la pile d’étiquettes. Non pris en charge sur le label de flux, le label d’entropie ou le label ECMP) |
18.3R1 (Prise en charge uniquement sur la pile d’étiquettes. Non pris en charge sur le label de flux, le label d’entropie ou le label ECMP) |
15.1X53-D30 |
18.1R1 |
Étiquettes d’entropie |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Ethernet sur MPLS ( Circuit L2) |
14.1X53-D10 |
14.1X53-D10 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Reroutage rapide (FRR), protection locale one-to-one et protection locale multi-to-one |
14.1X53-D10 |
14.1X53-D10 |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
FRR utilisant des détours et des LSP secondaires |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Filtres de pare-feu |
12,3X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Labels de flux fat (Flow-aware transport of pseudowires) |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
RSVP redémarrage progressif pour OSPF |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Extensions techniques de trafic (OSPF-TE, IS-IS-TE) |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
LSP IP-over-MPLS, liaisons statiques et dynamiques |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Tunnelisation IPv6 sur un réseau IPv4 MPLS (6PE) |
12,3X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
IPv6 sur un réseau central MPLS |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Non pris en charge |
Tunnelisation LDP sur RSVP |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
VPN de couche 3 pour IPv4 et IPv6 |
12,3X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Alternative sans boucle (LFA) |
Non pris en charge |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
18.1R1 |
18.1R1 |
MPLS sur interfaces IRB (Integrated Bridging and Routing) |
Non pris en charge |
14.1X53-D40 |
18.1R1 |
18.3R1 |
18.1R1 |
18.1R1 |
Signalisation MTU dans RSVP |
12,3X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Exploitation, administration et maintenance (OAM), notamment ping MPLS, traceroute et BFD |
12,3X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
OSPF TE |
12,3X50-D10 |
13.2X51-D15 |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
OSPFv2 en tant que protocole de passerelle intérieure |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Protocole Path Computation Element Protocol pour RSVP-TE |
Non pris en charge |
17.4R1 |
17.4R1 |
18.3R1 |
17.4R1 |
18.1R1 |
Interfaces Ethernet pseudowire-over-aggregated (interface orientée cœur) |
14.1X53-D10 |
14.1X53-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Bande passante automatique RSVP |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
RSVP reroutage rapide (FRR), y compris la protection des liaisons, la protection des nœuds-liaisons, le reroutage rapide à l’aide de détours et LSP secondaire |
14.1X53-D15 |
14.1X53-D15 |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Extensions RSVP-TE (IS-IS et OSPF) |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Prise en charge de la MIB SNMP |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
LSP statiques et dynamiques |
12.2X50-D10 |
13.2X51-D10 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Allocation automatique de bande passante sur les LSP ( Traffic Engineering Engineering) (TE) |
13.1X51-D10 |
13.1X51-D10 VC/VCF (13.2X51-D10) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Prise en charge des étiquettes VRF (Virtual Routing and Forwarding) |
12.2X50-D10 |
13.2X51-D15 VC/VCF (14.1X53-D30) |
15.1X53-D210 |
18.3R1 |
15.1X53-D30 |
18.1R1 |
Prise en charge de VRF dans les interfaces IRB dans un VPN de couche 3 |
Non pris en charge |
17.3R1 |
17.3R1 |
18.3R1 |
17.3R1 |
18.1R1 |
Fonctionnalité |
EX4600 |
EX4650 |
---|---|---|
Commutateurs autonomes EX4600 et EX4650 en tant que commutateurs pe (Provider Edge) MPLS ou commutateurs fournisseurs |
14.1X53-D15 |
18.3R1 |
Routeur de périphérie d’étiquettes (LER) |
14.1X53-D15 |
18.3R1 |
Routeur de commutation d'étiquettes (LSR) |
14.1X53-D15 |
18.3R1 |
Allocation automatique de la bande passante sur les LSP |
Non pris en charge |
18.3R1 |
Unicast labellisé BGP |
14.1X53-D15 |
18.3R1 |
Distribution de l’état de liaison BGP |
Non pris en charge |
18.3R1 |
Réflecteur de route BGP |
14.1X53-D15 |
18.3R1 |
VPN de couche 3 BGP de couche 3, opérateur à opérateur et interprovideur |
14.1X53-D15 |
18.3R1 |
Classe de service (CoS ou QoS) pour le trafic MPLS |
14.1X53-D15 |
18.3R1 |
Dimensionnement du nombre de chemins de commutation d’étiquettes (LSP) : TE++ |
Non pris en charge |
18.3R1 |
EcMP (Equal-Cost Multipath) sur les LSR :
|
Non pris en charge |
18.3R1 (Prise en charge uniquement sur la pile d’étiquettes. Non pris en charge sur le label de flux, le label d’entropie ou le label ECMP) |
Étiquettes d’entropie |
Non pris en charge |
Non pris en charge |
Ethernet sur MPLS ( Circuit L2) |
14.1X53-D15 |
18.3R1 |
Reroutage rapide (FRR), protection locale one-to-one et protection locale multi-to-one |
14.1X53-D15 |
18.3R1 |
FRR utilisant des détours et des LSP secondaires |
Non pris en charge |
Non pris en charge |
Filtres de pare-feu |
14.1X53-D15 |
18.3R1 |
Labels de flux fat (Flow-aware transport of pseudowires) |
Non pris en charge |
Non pris en charge |
RSVP redémarrage progressif pour OSPF |
13.2X51-D25 |
18.3R1 |
Extensions techniques de trafic (OSPF-TE, IS-IS-TE) |
14.1X53-D15 |
18.3R1 |
LSP IP-over-MPLS, liaisons statiques et dynamiques |
14.1X53-D15 |
18.3R1 |
Tunnelisation IPv6 sur un réseau IPv4 MPLS (6PE) |
14.1X53-D15 |
18.3R1 |
IPv6 sur un réseau central MPLS |
Non pris en charge |
Non pris en charge |
Tunnelisation LDP sur RSVP |
14.1X53-D15 |
18.3R1 |
VPN de couche 3 pour IPv4 et IPv6 |
14.1X53-D15 |
18.3R1 |
Alternative sans boucle (LFA) |
Non pris en charge |
Non pris en charge |
MPLS sur interfaces IRB (Integrated Bridging and Routing) |
Non pris en charge |
18.3R1 |
Signalisation MTU dans RSVP |
14.1X53-D15 |
18.3R1 |
Exploitation, administration et maintenance (OAM), notamment ping MPLS, traceroute et BFD |
14.1X53-D15 |
18.3R1 |
OSPF TE |
14.1X53-D15 |
18.3R1 |
OSPFv2 en tant que protocole de passerelle intérieure |
13.2X51-D25 |
18.3R1 |
Protocole Path Computation Element Protocol pour RSVP-TE |
Non pris en charge |
18.3R1 |
Interfaces Ethernet pseudowire-over-aggregated (interface orientée cœur) |
14.1X53-D15 |
18.3R1 |
Bande passante automatique RSVP |
14.1X53-D15 |
18.3R1 |
RSVP reroutage rapide (FRR), y compris la protection des liaisons, la protection des nœuds-liaisons, le reroutage rapide à l’aide de détours et LSP secondaire |
14.1X53-D15 |
18.3R1 |
Extensions RSVP-TE (IS-IS et OSPF) |
14.1X53-D15 |
18.3R1 |
Prise en charge de la MIB SNMP |
14.1X53-D15 |
18.3R1 |
LSP statiques et dynamiques |
14.1X53-D15 |
18.3R1 |
Ingénierie du trafic (TE)allocation automatique de bande passante sur les LSP |
14.1X53-D15 |
18.3R1 |
Prise en charge des étiquettes VRF (Virtual Routing and Forwarding) |
14.1X53-D15 |
18.3R1 |
Prise en charge de VRF dans les interfaces IRB dans un VPN de couche 3 |
Non pris en charge |
18.3R1 |
Limites MPLS sur les commutateurs QFX Series et EX4600
MPLS est un protocole entièrement implémenté sur les routeurs, tandis que les commutateurs prennent en charge un sous-ensemble des fonctionnalités MPLS. Les limitations de chaque commutateur sont répertoriées dans une section distincte ici, bien que beaucoup de ces limitations soient dupliquées qui s’appliquent à plusieurs commutateurs.
- Limites MPLS sur les commutateurs QFX10000
- Limitations MPLS sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210
- Limites MPLS sur les commutateurs Virtual Chassis et Virtual Chassis QFX5100
- Limites MPLS sur les commutateurs QFX3500
Limites MPLS sur les commutateurs QFX10000
La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur de périphérie de fournisseur sortant (PE) n’a aucun effet.
La configuration de l’instruction
revert-timer
au niveau de la[edit protocols mpls]
hiérarchie n’a aucun effet.Ces fonctionnalités LDP ne sont pas prises en charge sur les commutateurs QFX10000 :
Multipoint LDP
Protection des liaisons LDP
Détection de transfert bidirectionnel LDP (BFD)
Administration et gestion des opérations LDP (OAM)
Reroutage rapide LDP uniquement multicast (MoFRR)
Les interfaces Ethernet pseudowire-over-agrégées sur UNI ne sont pas prises en charge.
Les tunnels MPLS-over-UDP ne sont pas pris en charge sur les points suivants :
Propagation du TTL MPLS
Fragmentation IP au point de départ du tunnel
Règles de réécriture CoS et propagation des priorités pour les labels LSP RSVP (tunnels entrants uniquement)
IPv6 simple
Trafic multicast
Filtres de pare-feu sur le démarrage de tunnel et les terminaux
Points de terminaison de tunnel CoS
REMARQUE :Les tunnels MPLS-over-UDP ne sont créés que si les tunnels RSVP-TE, LDP ou BGP-LU correspondants ne sont pas disponibles pour le routage de destination.
Limitations MPLS sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210
-
La prise en charge de MPLS diffère sur les différents commutateurs. Les commutateurs EX4600 ne prennent en charge que les fonctionnalités MPLS de base, tandis que les commutateurs QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 prennent en charge certaines des fonctionnalités les plus avancées. Consultez la prise en charge des fonctionnalités MPLS sur les commutateurs QFX Series et EX4600 pour plus de détails.
-
Sur un commutateur QFX5100, la configuration des interfaces de pontage et de routage intégrés (IRB) sur le cœur MPLS est implémentée sur le commutateur à l’aide de règles TCAM. Ceci est le résultat d’une limitation de la puce sur le commutateur, qui ne permet qu’une quantité limitée d’espace TCAM. 1 000 TCAM est alloué à l’IRB. Si plusieurs IRB existent, assurez-vous d’avoir suffisamment d’espace TCAM disponible sur le commutateur. Pour vérifier l’espace TCAM, consultez l’allocation et la vérification de l’espace du filtre TCAM dans les équipements QFX à partir de Junos OS 12.2x50-D20 à partir.
-
(QFX5100, QFX5110, QFX5120, QFX5200, QFX5210, EX4600) Lorsque
flexible-ethernet-services
l’encapsulation est configurée sur une interface etvlan-bridge
que l’encapsulation est activée sur une interface logique connectée CE, le commutateur abandonne les paquets si vous activez également l’encapsulation VLAN CCC sur une autre unité logique de cette même interface. Une seule des combinaisons ci-dessous peut être configurée, pas les deux :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 les interfaces Ethernet agrégées (AE) ne sont pas pris en charge sur les commutateurs QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210.
-
La commutation locale de circuit de couche 2 n’est pas prise en charge sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210.
-
Les commutateurs EX4600, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 ne dépendent pas de la correspondance VRF pour les filtres de bouclage configurés sur différentes instances de routage. Les filtres de bouclage par instance de routage (par exemple lo0.100, lo0.103, lo0.105) ne sont pas pris en charge et peuvent entraîner des comportements imprévisibles. Nous vous recommandons d’appliquer uniquement le filtre de bouclage (lo0.0) à l’instance de routage principale
-
Sur les commutateurs EX4600 et EX4650, lorsque des filtres de bouclage avec des termes d’acceptation et de refus pour la même adresse IP sont configurés et si les paquets RSVP ont cette adresse IP dans l’IP source ou l’IP de destination, ces paquets RSVP seront supprimés même si les termes d’acceptation ont une priorité plus élevée que les termes de refus. Selon la conception, si le commutateur reçoit un paquet RSVP avec OPTION IP, le paquet est copié dans le processeur, puis le paquet d’origine est abandonné. Étant donné que les paquets RSVP sont marqués pour drop, le terme d’acceptation ne traitera pas ces paquets et le terme de refus abandonnera les paquets.
-
Sur un circuit de couche 2 protégé par des liaisons, vous pouvez voir un retard de convergence du trafic de 200 à 300 millisecondes.
-
Si vous configurez la famille d’adresses unicast étiquetées BGP (à l’aide de l’instruction
labeled-unicast
au niveau de la[edit protocols bgp family inet]
hiérarchie) sur un commutateur QFX Series ou sur un commutateur EX4600 déployé en tant que réflecteur de route pour les routes étiquetées BGP, la sélection du chemin se fera au niveau du réflecteur de route, et un seul meilleur chemin sera annoncé. Cela entraînera une perte de l’informaton multi-chemin BGP. -
Bien que le reroutage rapide (FRR) sur les interfaces régulières soit pris en charge, les options et
include-any
lesinclude-all
options de FRR ne sont pas prises en charge. Consultez la présentation du reroutage rapide. -
FRR n’est pas pris en charge sur les interfaces MPLS sur IRB.
-
Les connexions croisées de circuits (CCC) basées sur MPLS ne sont pas prises en charge, mais uniquement les pseudowires basés sur circuit sont pris en charge.
-
La configuration de groupes d’agrégation de liens (LAG) sur les ports UNI (user-to-network interface) pour les circuits de couche 2 n’est pas prise en charge.
-
La signalisation MTU dans RSVP et la détection sont prises en charge dans le plan de contrôle. Toutefois, cela ne peut pas être appliqué dans le plan de données.
-
Avec les pseudowires basés sur circuit de couche 2, si plusieurs LSP RSVP à coût égal sont disponibles pour atteindre un voisin de circuit L2, un LSP est utilisé au hasard pour le transfert. Utilisez cette fonctionnalité pour spécifier des LSP pour un trafic de circuit de couche 2 spécifique afin de partager le trafic dans le cœur MPLS.
-
La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur de périphérie de fournisseur sortant (PE) n’a aucun effet.
-
Les filtres et les polices de
family mpls
pare-feu ne sont pris en charge que sur les commutateurs QFX5100 qui agissent comme des routeurs de commutation d’étiquettes (LSR) purs dans un réseau MPLS. Un LSR pur est un routeur de transit qui change les chemins uniquement sur les instructions du label entrant. Les filtres de pare-feu et lesfamily mpls
mécanismes de contrôle ne sont pas pris en charge sur les commutateurs entrants et pe sortants du QFX5100. Cela inclut les commutateurs qui effectuent l’avant-dernier saut popping (PHP). -
La configuration de l’instruction
revert-timer
au niveau de la[edit protocols mpls]
hiérarchie n’a aucun effet. -
Voici les limites matérielles des commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 :
-
Le push d’un maximum de trois labels est pris en charge par le commutateur de périphérie MPLS si l’échange d’étiquettes n’est pas effectué.
-
Le push d’un maximum de deux étiquettes est pris en charge dans le commutateur de périphérie MPLS si l’échange d’étiquettes est effectué.
-
Le pop-débit de ligne est pris en charge pour un maximum de deux labels.
-
L’espace d’étiquette global est pris en charge, mais l’espace d’étiquettes spécifique à l’interface n’est pas pris en charge.
-
MPLS ECMP sur nœud PHY avec BOS=1 n’est pas pris en charge pour les étiquettes uniques.
-
Les commutateurs QFX Series avec puces Broadcom ne prennent pas en charge les sauts suivants séparés pour le même label avec des bits S différents (S-0 et S-1). Cela inclut les commutateurs QFX3500, QFX3600, EX4600, QFX5100 et QFX5200.
-
Sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210, la commande MTU MPLS peut provoquer un comportement inattendu, en raison des limites du chipset SDK sur cette plate-forme.
-
-
Ces fonctionnalités LDP ne sont pas prises en charge sur les commutateurs EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210 :
-
Multipoint LDP
-
Protection des liaisons LDP
-
Détection de transfert bidirectionnel LDP (BFD)
-
Administration et gestion des opérations LDP (OAM)
-
Reroutage rapide LDP uniquement multicast (MoFRR)
-
-
La configuration d’une unité avec
family mpls
et d’une unité surencapsulation vlan-bridge
la même interface physique n’est pas prise en charge sur EX4600, EX4650, QFX5100, QFX5110 ou QFX5120.
Limites MPLS sur les commutateurs Virtual Chassis et Virtual Chassis QFX5100
Les fonctionnalités MPLS suivantes ne sont pas prises en charge par les commutateurs VCF QFX5100 et QFX5100 VCF :
LSP suivant
BFD, y compris frr déclenché par BFD
VPN de couche 2 basé sur BGP (voir RFC 6624)
VPLS
VLAN CCC étendu
Protection pseudowire à l’aide d’OAM Ethernet
Commutation locale du pseudo-wire
Détection des pannes pseudowire basée sur VCCV
Les commutateurs QFX Series avec chipsets Broadcom ne prennent pas en charge les sauts suivants séparés pour le même label avec des bits S différents (S-0 et S-1). Cela inclut les commutateurs QFX3500, QFX3600, EX4600, QFX5100 et QFX5200.
Limites MPLS sur les commutateurs QFX3500
Si vous configurez la famille d’adresses unicast étiquetées BGP (à l’aide de l’instruction
labeled-unicast
au niveau de la[edit protocols bgp family inet]
hiérarchie) sur un commutateur QFX Series ou sur un commutateur EX4600 déployé en tant que réflecteur de route pour les routes étiquetées BGP, la sélection du chemin se fera au niveau du réflecteur de route, et un seul meilleur chemin sera annoncé. Cela entraînera une perte d’informations sur le multi-chemin BGP.Bien que le reroutage rapide soit pris en charge, les options et
include-any
lesinclude-all
options pour le reroutage rapide ne sont pas prises en charge. Consultez la présentation du reroutage rapide pour plus de détails.Les connexions croisées de circuits (CCC) basées sur MPLS ne sont pas prises en charge, mais uniquement les pseudowires basés sur circuit sont pris en charge.
La signalisation MTU dans RSVP et la détection sont prises en charge dans le plan de contrôle. Toutefois, cela ne peut pas être appliqué dans le plan de données.
Avec les pseudowires basés sur circuit de couche 2 (L2), si plusieurs chemins de commutation d’étiquettes RSVP (LSP) à coût égal sont disponibles pour atteindre un voisin de circuit de couche 2, un LSP est utilisé au hasard pour le transfert. Utilisez cette fonctionnalité pour spécifier des LSP pour un trafic de circuit de couche 2 spécifique afin de partager le trafic dans le cœur MPLS.
La configuration d’un filtre de pare-feu MPLS sur un commutateur déployé en tant que commutateur de périphérie de fournisseur sortant (PE) n’a aucun effet.
La configuration de l’instruction
revert-timer
au niveau de la[edit protocols mpls]
hiérarchie n’a aucun effet.