SUR CETTE PAGE
Tunnelisation de protocole de couche 2 (L2PT)
Utilisez la tunnelisation de protocole de couche 2 (L2PT) pour tunnel les protocoles de couche 2 pris en charge sur un réseau vers des appareils qui ne font pas partie du domaine diffusion local.
Comprendre la tunnelisation des protocoles de couche 2
Les commutateurs et routeurs Ethernet de Juniper Networks utilisent la tunnelisation de protocole de couche 2 (L2PT) pour envoyer des unités de données de protocole (PDU) de couche 2 sur le réseau et les livrer à des périphériques qui ne font pas partie du domaine de diffusion local. Cette fonctionnalité est utile lorsque vous souhaitez exécuter des protocoles de couche 2 sur un réseau qui inclut des commutateurs situés sur des sites distants connectés via un réseau de fournisseur de services.
Vous pouvez également utiliser L2PT pour tunnel des protocoles entre deux interfaces utilisateur-réseau (UNI) connectées localement dans le même domaine diffusion, mais dans ce cas, l’équipement inonde les paquets de protocole dans le VLAN au lieu de réécrire les paquets avec le adresse MAC tunnel.
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.
Consultez la section Comportement L2PT spécifique à la plate-forme pour obtenir des notes relatives à votre plate-forme.
- Avantages de L2PT
- Comment fonctionne L2PT
- Configuration VLAN requise pour configurer L2PT sur les commutateurs
- Tunnelisation du protocole de contrôle de couche 2 dans un VPN de couche 2
- Tunnelisation transparente L2CP (Layer 2 Control Protocol)
Avantages de L2PT
-
Permet d’exécuter des protocoles de couche 2 pris en charge dans un tunnel sur un réseau de fournisseur de services vers des sites distants.
-
Fournit un domaine de protocole Spanning Tree unique pour les abonnés sur le réseau d’un fournisseur de services.
Comment fonctionne L2PT
L2PT encapsule les PDU de couche 2, les canalise sur le réseau d’un fournisseur de services et les décapsule pour les livrer à leurs commutateurs de destination. Le dispositif PE (Provider Edge) entrant encapsule les PDU de couche 2 en réécrivant les adresses MAC de destination des PDU avant de les transférer sur le réseau du fournisseur de services. Les équipements du réseau du fournisseur de services traitent ces PDU encapsulés comme des paquets Ethernet multicast. À la réception de ces PDU, les équipements PE sortants les décapsulent en remplaçant les adresses MAC de destination par l’adresse du protocole de couche 2 en cours de tunnelisation avant de transférer les PDU à leurs équipements de destination.
Lorsqu’un port PE configuré pour la tunnelisation de protocole de couche 2 reçoit un paquet de contrôle pour un protocole de couche 2 pris en charge, le périphérique PE réécrit l’adresse MAC de destination du multicast avec l’adresse MAC prédéfinie du tunnel de multicast 01:00:0C :CD :CD :D0. L’équipement PE envoie ensuite le paquet modifié sur le réseau du fournisseur. Le paquet circule de manière transparente sur le réseau du fournisseur de services avec l’adresse MAC du tunnel. Tous les équipements sur le réseau du fournisseur traitent ces paquets comme des paquets Ethernet multicast et les livrent à tous les équipements PE pour le client. Les équipements PE de sortie reçoivent toutes les PDU de contrôle avec l’adresse MAC du tunnel, identifient le type de paquet en effectuant une inspection plus approfondie des paquets et remplacent l’adresse MAC de destination par l’adresse MAC de destination appropriée. Les équipements PE de sortie envoient les PDU modifiés aux équipements PE du client, et l’adresse MAC d’origine est restaurée lorsque les paquets atteignent les ports de destination.
Le protocole L2PT est valable pour tous les types de paquets, tels que les paquets non étiquetés, balisés et Q-in-Q.
Si un périphérique PE reçoit un paquet sur une interface de tunnel dont l’adresse MAC de destination est déjà 01:00:0C :CD :CD :D0, le périphérique place le port dans un état d’erreur et l’arrête. Vous pouvez effacer cette condition d’erreur sur une interface à l’aide de la CLI en entrant la clear error mac-rewrite interface interface-name commande sur les périphériques suivants qui prennent en charge L2PT :
-
Routeurs MX Series et ACX Series
-
Commutateurs EX Series utilisant des Logiciels de couche 2 améliorés (ELS)
-
Commutateurs QFX Series
La figure 1 illustre un exemple de processus L2PT avec des commutateurs EX Series dans un réseau de fournisseur de services configurés pour tunnel des paquets LLDP sur un VLAN de service avec la tunnelisation Q-in-Q activée.
de LLDP L2PT
-
Le commutateur client D envoie au réseau du fournisseur de services une PDU LLDP destinée aux autres commutateurs du réseau client.
-
Le commutateur du fournisseur récepteur réécrit l’adresse MAC de destination LLDP avec l’adresse MAC de destination L2PT et envoie la trame avec la PDU LLDP encapsulée aux autres commutateurs du réseau du fournisseur de services.
-
Lorsque les autres commutateurs de fournisseurs de services reçoivent la trame, ils détectent l’adresse MAC de destination L2PT, restaure l’adresse MAC de destination LLDP et la transmettent aux commutateurs clients A, B et C.
Configuration VLAN requise pour configurer L2PT sur les commutateurs
Sur les commutateurs, vous activez L2PT pour chaque VLAN. Lorsque vous activez L2PT pour un protocole de couche 2 particulier sur un VLAN, toutes les interfaces d’accès sont considérées comme des interfaces destinées au client et toutes les interfaces trunk sont considérées comme des interfaces destinées au réseau d’un fournisseur de services. Vous ne pouvez pas configurer le protocole spécifié sur les interfaces d’accès. L2PT n’agit que sur les interfaces logiques de la famille ethernet-switching. Le commutateur inonde les PDU L2PT sur tous les ports trunk et d’accès d’un S-VLAN donné.
Les interfaces d’accès d’un VLAN compatible L2PT ne doivent pas recevoir de PDU tunnelisés L2PT. Si une interface d’accès reçoit des PDU tunnelisés L2PT, il peut y avoir une boucle dans le réseau et l’équipement arrête l’interface.
Si le commutateur reçoit des PDU de contrôle de couche 2 non balisés ou prioritaires à tunneliser, vous devez configurer le commutateur pour qu’il mappe des paquets non balisés et prioritaires à un VLAN compatible L2PT. Pour plus d’informations sur l’affectation de paquets non balisés et prioritaires aux VLAN, consultez Présentation de la tunnelisation Q-in-Q et de la traduction VLAN , et Configuration de la tunnelisation Q-in-Q sur les commutateurs EX Series.
Tunnelisation du protocole de contrôle de couche 2 dans un VPN de couche 2
La connexion croisée de circuit de couche 2 (CCC) établit des connexions transparentes entre deux interfaces logiques du même type. Par conséquent, les paquets reçus sur la première interface doivent être transmis par la seconde interface, et vice versa. Sur les appareils PTX, cela fonctionne comme prévu pour les paquets de données. Toutefois, les paquets de contrôle tels que LACP ne sont pas transmis sur le circuit de couche 2 et sont traités par le moteur de routage.
Dans un réseau VPN de couche 2 avec un CCC configuré entre deux équipements PE (Provider Edge), vous pouvez activer certains paquets de contrôle de couche 2 tels que LACP ou LLDP entre les deux appareils CE Périphérie client (), ainsi qu’entre un CE et son équipement PE directement connecté. Si vous configurez le protocole approprié sur l’interface entre PE et son périphérique CE local, ils sont consommés localement. Sinon, ils seront tunnelisés.
Tunnelisation transparente L2CP (Layer 2 Control Protocol)
La tunnelisation transparente L2CP (Layer 2 Control Protocol) transfère les paquets L2CP de manière transparente dans le matériel, sauf si un protocole spécifique est configuré sur l’interface entrante. Cette fonctionnalité empêche la mise au rebut inutile des BPDU (Bridge Protocol Data Units) L2CP, ce qui améliore les performances du réseau et le transit du trafic du protocole L2.
Avantages du tunneling transparent L2CP
-
Transfert transparent : par défaut, les périphériques réseau transfèrent les paquets L2CP dans le matériel, ce qui accélère le trafic du protocole L2, réduit les retards, rationalise le flux de paquets et évite les rejets inutiles.
-
Gestion spécifique au protocole : les équipements réseau gèrent les BPDU conformément aux protocoles configurés et les redirigent vers le processeur uniquement lorsqu’ils sont explicitement définis. Cette approche optimise l’utilisation du processeur.
-
Conformité MEF : le système fournit un profil de transfert standard MEF (Metro Ethernet Forum). L’utilisation d’une commande CLI dédiée active ce profil. Cette configuration garantit la conformité aux normes industrielles et offre une certaine flexibilité dans la gestion des paquets.
Configuration du profil de transfert standard MEF
Le MEF (Metro Ethernet Forum) spécifie les règles de traitement des trames Ethernet L2CP lorsque les paquets arrivent au point de décision L2CP sur l’interface réseau utilisateur (UNI). Les règles fournissent le mécanisme permettant de transmettre les paquets L2CP de manière transparente.
Pour configurer le profil de transfert standard MEF pour les paquets L2CP, utilisez la commande MEF-forwarding-profile à l’adresse [edit system packet-forwarding-options]. Cette commande configure le système pour gérer les paquets L2CP conformément aux normes MEF. La configuration de cette commande redémarre le processus de gestion (mgd).
Configurer la tunnelisation des protocoles de couche 2
Cette rubrique s’applique aux routeurs, aux commutateurs QFX Series et aux commutateurs EX Series qui prennent en charge le style de configuration ELS (Enhanced Layer 2 Logiciels ). Utilisez l’explorateur de fonctionnalités pour vérifier si votre commutateur EX Series prend en charge ELS.
Pour configurer la tunnelisation de protocole de couche 2 (L2PT) sur les commutateurs EX Series qui n’utilisent pas ELS, reportez-vous à la section Configuration de la tunnelisation de protocole de couche 2 sur les commutateurs EX Series sans prise en charge d’ELS.
Pour configurer L2PT, vous activez la réécriture d’adresse MAC pour la tunnelisation de protocole de couche 2, qui installe une adresse MAC de tunnel de multicast de destination dans la table MAC. En même temps, vous sélectionnez le protocole de couche 2 à tunneliser dans la liste des options disponibles pour le type de commutateur que vous configurez (voir protocole).
Par défaut, l’appareil réécrit l’adresse MAC de destination du multicast avec l’adresse MAC de tunnelisation multicast prédéfinie 01:00:0C :CD :CD :D0 dans la table MAC. Vous pouvez éventuellement spécifier une autre adresse MAC de multicast.
Suivez les instructions suivantes pour configurer L2PT :
-
La tunnelisation de protocole de couche 2 doit être configurée sur les interfaces situées aux deux extrémités du tunnel.
-
Vous pouvez activer la tunnelisation de protocole de couche 2 uniquement pour les interfaces non balisées et les interfaces balisées à identifiant unique, et non pour les interfaces balisées à double identifiant.
Pour les ports balisés à identifiant unique, configurez une interface logique avec l’identifiant VLAN natif. Cette configuration associe les paquets de contrôle non balisés à une interface logique.
Lorsque vous activez L2PT pour un protocole sur une interface utilisateur-réseau (UNI) dans un domaine de pont ou un VLAN, vous devez également configurer tous les UNI du domaine de pont ou du VLAN pour qu’ils utilisent un même protocole de tunnel pour un comportement cohérent. Dans ce cas, ces UNI peuvent recevoir des paquets non tunnelisés, et les paquets tunnelisés sont transférés via les interfaces réseau à réseau (NNI).
Si vous configurez un commutateur QFX Series ou un commutateur EX Series, vous devez configurer et activer la tunnelisation Q-in-Q (encapsulation VLAN 802.1Q) avant de pouvoir configurer L2PT. Pour configurer L2PT sur une interface spécifique, vous devez d’abord configurer un Q-in-Q sur cette interface ou ce groupe d’interfaces. Cela nécessite de configurer l’ID de protocole de balise (TPID). L2PT ne prend en charge que le TPID par défaut 0x8100.
Pour configurer la tunnelisation Q-in-Q :
-
Pour les commutateurs QFX Series, reportez-vous à la section Configuration de la tunnelisation Q-in-Q sur les commutateurs QFX Series.
-
Pour les commutateurs EX9200, reportez-vous à :
-
Pour connaître les autres commutateurs EX Series prenant en charge ELS, reportez-vous à la section Configuration de la tunnelisation Q-in-Q sur les commutateurs EX Series prenant en charge ELS.
L2PT prend uniquement en charge l’ID de protocole de balise (TPID) par défaut de 0x8100.
Utilisez le tableau suivant pour passer en revue les comportements spécifiques à la plate-forme pour vos plates-formes.
| Plate-forme |
Différence |
|---|---|
| QFX Series |
|
Voir aussi
Effacement d’une erreur de réécriture MAC sur une interface avec tunnelisation de protocole de couche 2
Sur les appareils sur lesquels la tunnelisation de protocole de couche 2 (L2PT) est configurée, les ports côté client ne doivent pas recevoir de paquets avec l’adresse MAC L2PT comme adresse de destination, sauf en cas d’erreur de topologie ou de configuration du réseau. Dans ces conditions, lorsqu’une interface sur laquelle L2PT est activé reçoit un paquet L2PT, l’état de l’interface est désactivé en raison d’une erreur de réécriture MAC et vous devez ensuite la réactiver pour poursuivre son fonctionnement.
Configurer la tunnelisation de protocole de couche 2 sur les commutateurs EX Series sans prise en charge d’ELS
Cette tâche s’applique uniquement aux commutateurs qui ne prennent pas en charge le style de configuration ELS (Enhanced Layer 2 Logiciels ). Utilisez l’explorateur de fonctionnalités pour vérifier si votre commutateur prend en charge ELS.
Les PDU tunnelisés de couche 2 n’arrivent normalement pas à un débit élevé. Si les PDU de couche 2 tunnelisées arrivent à un débit élevé, il peut y avoir un problème dans le réseau. En règle générale, vous souhaiteriez arrêter l’interface qui reçoit un taux élevé de PDU de couche 2 tunnelisés pour isoler le problème. Vous pouvez utiliser l’instruction shutdown-threshold pour ce faire. Toutefois, si vous ne souhaitez pas arrêter complètement l’interface, vous pouvez utiliser l’instruction drop-threshold pour configurer le commutateur afin qu’il abandonne les PDU de couche 2 tunnelisés qui dépassent un certain seuil.
Il n’y a pas de paramètres par défaut pour drop-threshold et shutdown-threshold, donc à moins que vous ne configuriez explicitement ces valeurs, le commutateur n’applique aucun seuil. En conséquence, le commutateur tunnelise toutes les PDU de couche 2, quelle que soit la vitesse à laquelle elles sont reçues, bien que le nombre de paquets tunnelisés par seconde puisse être limité par d’autres facteurs.
Vous pouvez spécifier une valeur de seuil d’arrêt sans spécifier de valeur de seuil d’arrêt, et vous pouvez spécifier une valeur de seuil d’arrêt sans spécifier de valeur de seuil d’arrêt. Si vous spécifiez les deux valeurs de seuil, la valeur du seuil de perte doit être inférieure ou égale à la valeur du seuil d’arrêt. Si la valeur du seuil d’abandon est supérieure à la valeur du seuil d’arrêt et que vous essayez de valider la configuration, la validation échouera.
Vous ne pouvez pas configurer à la fois la traduction L2PT et la traduction VLAN avec l’instruction mapping sur le même VLAN. Toutefois, vous pouvez configurer L2PT sur un VLAN d’un commutateur et la traduction de VLAN sur un autre VLAN qui n’a pas configuré L2PT.
Si le commutateur reçoit des PDU de contrôle de couche 2 non balisées à tunneliser, vous devez configurer le commutateur pour qu’il mappe des paquets non balisés (natifs) à un VLAN compatible L2PT. Sinon, le commutateur ignore les paquets PDU de contrôle de couche 2 non balisés. Pour plus d’informations, reportez-vous à la section Présentation de la tunnelisation Q-in-Q et de la traduction VLAN et Configuration de la tunnelisation Q-in-Q sur les commutateurs EX Series.
Pour configurer L2PT sur un commutateur EX Series sans prise en charge ELS :
Exemple : configuration de la tunnelisation de protocole de couche 2 sur des commutateurs EX Series sans prise en charge d’ELS
Cet exemple utilise Junos OS pour EX Series commutateurs qui ne prennent pas en charge le style de configuration ELS (Enhanced L2 Logiciels ). Utilisez l’explorateur de fonctionnalités pour vérifier si votre commutateur EX Series prend en charge ELS.
Dans cet exemple, découvrez comment configurer L2PT pour tunnel le trafic de couche 2 sur deux sites d’un réseau client. Ces sites sont connectés via un réseau de fournisseur de services.
Exigences
Cet exemple utilise les composants matériels et logiciels suivants :
Six commutateurs EX Series, à raison de trois sur deux sites clients et un commutateur sur chaque site désigné comme équipement PE (Provider Edge)
Junos OS version 10.0 ou ultérieure pour les commutateurs EX Series
Vue d’ensemble et topologie
L2PT vous permet d’envoyer des PDU de couche 2 sur le réseau d’un fournisseur de services et de les livrer à des commutateurs EX Series qui ne font pas partie du domaine de diffusion local.
La figure 2 montre le réseau d’un client qui comprend deux sites connectés sur le réseau d’un fournisseur de services. Le site 1 contient trois commutateurs connectés dans un réseau de couche 2, le commutateur A étant désigné comme un équipement PE (Provider Edge) dans le réseau du fournisseur de services. Le site 2 contient un réseau de couche 2 avec une topologie similaire à celle du site 1, le commutateur D étant désigné comme équipement PE.
L2PT
Lorsque vous activez L2PT sur un VLAN, vous devez également activer la tunnelisation Q-in-Q. La tunnelisation Q-in-Q garantit que les Commutateurs A, B, C, D, E et F font partie du même domaine de diffusion.
Cet exemple utilise STP comme protocole de couche 2 tunnelisé, mais vous pouvez remplacer STP par l’un des protocoles pris en charge. Vous pouvez également utiliser le mot-clé pour activer L2PT all pour tous les protocoles de couche 2 pris en charge.
Les PDU de couche 2 tunnelisés n’atteignent normalement pas un débit élevé. Si les PDU de couche 2 tunnelisées arrivent à un débit élevé, vous risquez de rencontrer un problème sur le réseau. En règle générale, vous devez arrêter l’interface qui reçoit un taux élevé de PDU de couche 2 tunnelisées afin que le problème puisse être isolé. Sinon, si vous ne souhaitez pas arrêter complètement l’interface, vous pouvez également configurer le commutateur pour qu’il abandonne les PDU de couche 2 tunnelisés qui dépassent un certain seuil.
L’instruction drop-theshold de configuration vous permet de spécifier le nombre maximal d’UDE de couche 2 du protocole spécifié qui peuvent être reçues par seconde sur les interfaces d’un VLAN spécifié avant que le commutateur ne commence à abandonner les PDU de couche 2. Le seuil d’abandon doit être inférieur ou égal au seuil d’arrêt. Si le seuil d’abandon est supérieur au seuil d’arrêt et que vous essayez de valider la configuration, la validation échouera.
L’instruction shutdown-threshold de configuration vous permet de spécifier le nombre maximal de PDU de couche 2 du protocole spécifié qui peuvent être reçues par seconde sur les interfaces d’un VLAN spécifié avant que l’interface spécifiée ne soit désactivée. Le seuil d’arrêt doit être supérieur ou égal au seuil d’abandon. Vous pouvez spécifier un seuil d’abandon sans spécifier de seuil d’arrêt, et vous pouvez spécifier un seuil d’arrêt sans spécifier de seuil d’abandon. Si vous ne spécifiez pas ces seuils, aucun seuil n’est appliqué. En conséquence, le commutateur tunnelise toutes les PDU de couche 2, quelle que soit la vitesse à laquelle elles sont reçues, bien que le nombre de paquets tunnelisés par seconde puisse être limité par d’autres facteurs.
Dans cet exemple, nous allons configurer à la fois un seuil d’abandon et un seuil d’arrêt pour montrer comment cela est fait.
Si des paquets encapsulés L2PT sont reçus sur une interface d’accès, le commutateur réagit comme lorsqu’il existe une boucle entre le réseau du fournisseur de services et le réseau du client et arrête (désactive) l’interface d’accès.
Une fois qu’une interface est désactivée, vous devez la réactiver explicitement à l’aide de la clear ethernet-switching layer2-protocol-tunneling error commande, sinon l’interface restera désactivée.
La configuration
Pour configurer L2PT, effectuez les tâches suivantes :
Procédure
Configuration rapide de la CLI
Pour configurer rapidement L2PT, copiez les commandes suivantes et collez-les dans la fenêtre de terminal de commutation de chaque équipement PE (sur la Figure 2, les commutateurs A et D sont les équipements PE) :
[edit] set vlans customer-1 dot1q-tunneling set vlans customer-1 dot1q-tunneling layer2-protocol-tunneling stp set vlans customer-1 dot1q-tunneling layer2-protocol-tunneling stp drop-threshold 50 set vlans customer-1 dot1q-tunneling layer2-protocol-tunneling stp shutdown-threshold 100
Procédure étape par étape
Pour configurer L2PT, effectuez les tâches suivantes sur chaque équipement PE (sur la Figure 2, les commutateurs A et D sont les équipements PE) :
Activer la tunnelisation Q-in-Q sur VLAN
customer-1:[edit] user@switch# set vlans customer-1 dot1q-tunneling
Activer L2PT pour STP sur VLAN
customer-1:[edit] user@switch# set vlans customer-1 dot1q-tunneling layer2-protocol-tunneling stp
Configurez le seuil d’abandon à 50 :
[edit] user@switch# set vlans customer-1 dot1q-tunneling layer2–protocol-tunneling stp drop-threshold 50
Configurez le seuil d’arrêt sur 100 :
[edit] user@switch# set vlans customer-1 dot1q-tunneling layer2–protocol-tunneling stp shutdown-threshold 100
Résultats
Vérifiez les résultats de la configuration :
[edit]
user@switch# show vlans customer-1 dot1q-tunneling
layer2-protocol-tunneling {
stp {
drop-threshold 50;
shutdown-threshold 100;
}
}
Vérification
Pour vérifier que L2PT fonctionne correctement, effectuez la tâche suivante :
Vérifiez que L2PT fonctionne correctement
Objet
Vérifiez que la tunnelisation Q-in-Q et L2PT sont activés.
Mesures à prendre
Vérifiez que la tunnelisation Q-in-Q et L2PT sont activés sur chaque équipement PE (les commutateurs A et D sont les équipements PE) :
user@switchA> show vlans extensive customer-1
VLAN: customer–1, Created at: Thu Jun 25 05:07:38 2009
802.1Q Tag: 100, Internal index: 4, Admin State: Enabled, Origin: Static
Dot1q Tunneling status: Enabled
Layer2 Protocol Tunneling status: Enabled
Protocol: Port Mode, Mac aging time: 300 seconds
Number of interfaces: Tagged 0 (Active = 0), Untagged 3 (Active = 0)
ge-0/0/7.0, untagged, access
ge-0/0/8.0, untagged, access
ge-0/0/9.0, untagged, access
Vérifiez que L2PT tunnelise STP sur VLAN customer-1 et qu’ils drop-threshold shutdown-threshold ont été configurés :
user@switchA> show ethernet-switching layer2-protocol-tunneling vlan customer-1
Layer2 Protocol Tunneling VLAN information:
VLAN Protocol Drop Shutdown
Threshold Threshold
customer–1 stp 50 100
Vérifiez l’état des interfaces sur lesquelles L2PT a été activé, y compris le type d’opération (encapsulation ou décapsulation) qu’elles effectuent :
user@switchA> show ethernet-switching layer2-protocol-tunneling interface Layer2 Protocol Tunneling information: Interface Operation State Description ge-0/0/0.0 Encapsulation Shutdown Shutdown threshold exceeded ge-0/0/1.0 Decapsulation Shutdown Loop detected ge-0/0/2.0 Decapsulation Active
Signification
La show vlans extensive customer-1 commande indique que la tunnelisation Q-in-Q et L2PT ont été activés. La show ethernet-switching layer2-protocol-tunneling vlan customer-1 commande indique que L2PT tunnelise STP sur VLAN customer-1, le seuil d’abandon est défini sur 50 et le seuil d’arrêt est défini sur 100. La show ethernet-switching layer2-protocol-tunneling interface commande indique le type d’opération effectuée sur chaque interface, l’état de chaque interface et, si l’état est Shutdown, la raison pour laquelle l’interface est arrêtée.
Comportement L2PT spécifique à la plateforme
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.
Utilisez le tableau suivant pour passer en revue le comportement spécifique à vos plateformes.
Voir la section Informations supplémentaires sur la plate-forme pour plus d’informations.
| Plate-forme |
Différence |
|---|---|
| ACX Series (Junos OS Evolved) |
|
| MX Series |
|
Informations supplémentaires sur la plate-forme
Utilisez l’explorateur de fonctionnalités pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.
Utilisez les sections suivantes pour passer en revue les comportements spécifiques à la plate-forme pour vos plates-formes.
Routeurs ACX Series
Sur les routeurs ACX Series, L2PT prend en charge la tunnelisation des PDU de couche 2 répertoriées dans le Tableau 2 avec le type d’encapsulation Ethernet et l’adresse MAC indiqués.
| Protocole |
Ethernet Encapsulation |
Adresse MAC |
|---|---|---|
| 802.1X (authentification IEEE 802.1X) |
Ether (0x888E) |
01:80 :C2:00:00:03 |
| 802.3ah (IEEE 802.3ah Opération, administration et maintenance (OAM) gestion des erreurs de liaison (LFM)) |
Ether (0x8809) |
01:80 :C2:00:00:02 |
| Cisco Discovery Protocol (CDP) |
LLC (0xAAAA03) |
01:00:0C :CC :CC :CC |
| Interface de gestion locale Ethernet (E-LMI) |
Éther (0x88EE) |
01:80 :C2:00:00:07 |
| Protocole LACP (Link Aggregation Control Protocol) |
Ether (0x8809) |
01:80 :C2:00:00:02 |
| Protocole de découverte de couche de liaison (LLDP) |
Éther (0x88CC) |
01:80 :C2:00:00:0E |
| MMRP (Multiple MAC Registration Protocol) |
Ether (0x88F5) |
01:80 :C2:00:00:20 |
| Protocole d’enregistrement VLAN MVRP (MVRP) |
Ether (0x88F6) |
01:80 :C2:00:00:21 |
| Protocole STP (Spanning Tree Protocol), protocole RSTP (Rapid Spanning Tree Protocol) et protocole MSTP (Multiple Spanning Tree Protocol) |
LLC (0x424203) |
01:80 :C2:00:00:00 |
| Protocole VTP (VLAN Trunking Protocol) |
LLC (0xAAAA03) |
01:00:0C :CC :CC :CC |
Routeurs MX Series
Les routeurs MX Series qui prennent en charge cette fonctionnalité prennent en charge la tunnelisation des PDU de couche 2 illustrés dans le Tableau 3.
| Protocole |
Adresse MAC |
|---|---|
| Cisco Discovery Protocol (CDP) |
01:00:0C :CC :CC :CC |
| Protocole PVSTP (Per-VLAN Spanning Tree Protocol) |
01:00:0C :CC :CC :CD |
| Protocole STP (Spanning Tree Protocol), protocole RSTP (Rapid Spanning Tree Protocol) et protocole MSTP (Multiple Spanning Tree Protocol) |
01:80 :C2:00:00:00 |
| Protocole VTP (VLAN Trunking Protocol) |
01:00:0C :CC :CC :CC |
Les réécritures L2PT et MAC sont prises en charge dans VPLS, mais seules certaines configurations matérielles sont prises en charge. Le Tableau 4 présente les concentrateurs de ports modulaires (MPC) et les concentrateurs de ports denses (DPC) améliorés pris en charge lors de la configuration de L2PT et VPLS.
| Interface orientée CE |
PE-Core Facing Interface |
Tunnelisation de protocole de couche 2 |
|---|---|---|
| MPC |
MPC |
Oui |
| MPC |
DPC amélioré |
Oui |
| DPC amélioré |
MPC |
Oui |
| DPC amélioré |
DPC amélioré |
Non |
Tous les MPC prennent en charge L2PT. Les routeurs MX Series avec certains DPC améliorés ou des DPC de file d’attente améliorés prennent en charge L2PT. Voir le tableau 5 pour obtenir la liste des DPC pris en charge.
L2PT n’est pas pris en charge sur les DPC Rev-A des routeurs MX Series en raison de l’espace restreint des microcodes.
| Nom du DPC |
Numéro de modèle DPC |
|---|---|
| Gigabit Ethernet | |
| DPCE-R-40GE-SFP |
|
| DPCE-X-40GE-SFP |
|
| File d’attente améliorée Gigabit Ethernet Services Ethernet DPC avec SFP |
DPCE-X-Q-40GE-SFP |
| Gigabit Ethernet Services IP de files d’attente améliorées DPC avec SFP |
DPCE-R-Q-20GE-SFP |
| Gigabit Ethernet Services IP de files d’attente améliorées DPC avec SFP |
DPCE-R-Q-40GE-SFP |
| Ethernet 10 Gigabit | |
| DPCE-R-2XGE-XFP |
|
| DPCE-R-4XGE-XFP |
|
| DPCE-X-4XGE-XFP |
|
| File d’attente améliorée 10 Gigabit Ethernet Services Ethernet DPC avec XFP |
DPCE-X-Q-4XGE-XFP |
| DPCE-R-Q-4XGE-XFP |
|
| Ethernet multidébit | |
| DPCE-R-20GE-2XGE |
|
| Ethernet multidébit Services Ethernet améliorés DPC avec SFP et XFP |
DPCE-X-20GE-2XGE |
| Ethernet multidébit, files d’attente améliorées, services IP, DPC avec SFP et XFP |
DPCE-R-Q-20GE-2XGE |
| Ethernet à trois vitesses | |
| DPCE-R-40GE-TX |
|
| DPCE-X-40GE-TX |
|
Lorsqu’un périphérique envoie une demande d’accès RADIUS, le Chargeable-User-Identity paramètre est un champ vide. Pour plus d’informations sur la configuration de RADIUS, reportez-vous au Guide de configuration de l’accès abonné Junos.
Commutateurs EX Series et Commutateurs QFX Series
Les commutateurs QFX Series et EX Series qui utilisent le style de configuration ELS (Enhanced Layer 2 Logiciels ) partagent la même hiérarchie de configuration pour configurer L2PT. La hiérarchie de configuration est différente pour les commutateurs EX Series qui ne prennent pas en charge ELS. Utilisez l’explorateur de fonctionnalités pour vérifier si votre commutateur EX Series prend en charge ELS.
Pour plus d’informations sur les options de configuration permettant d’activer la tunnelisation des protocoles pris en charge sur chaque type de commutateur, reportez-vous à l’une des instructions de configuration suivantes :
-
Commutateurs QFX Series et commutateurs EX Series ELS : déclaration de protocole dans la
[edit protocols layer2-control mac-rewrite interface interface-name]hiérarchie. -
Commutateurs non-ELS : instruction layer2-protocol-tunneling dans la
[edit vlans vlan-name dot1q-tunneling]hiérarchie.
Le Tableau 6 répertorie les protocoles de couche 2 qui peuvent être tunnelisés sur les commutateurs QFX Series et EX Series. Tous les commutateurs prenant en charge L2PT peuvent tunnel les protocoles répertoriés, sauf indication contraire dans la deuxième colonne.
| Protocole de couche 2 tunnelisable |
Notes d’assistance et exceptions |
|---|---|
| Authentification 802.1X |
Non pris en charge sur les commutateurs EX2300 multi-gigabit. |
| Gestion des erreurs de liaison (LFM) 802.3ah Opération, administration et maintenance (OAM) |
Si vous activez L2PT pour les paquets LFM OAM non balisés, ne configurez pas LFM sur l’interface d’accès correspondante. |
| Cisco Discovery Protocol (CDP) |
Vous ne pouvez pas configurer CDP sur les commutateurs EX Series et QFX Series. Cependant, L2PT peut tunneliser les PDU CDP en tunnel. |
| Interface de gestion locale Ethernet (E-LMI) |
Non pris en charge sur les commutateurs EX2300 multi-gigabit. |
| Protocole d’enregistrement d’attributs génériques (GARP) Protocole d’enregistrement de VLAN (GVRP) |
Pris en charge. |
| Protocole LACP (Link Aggregation Control Protocol) |
Si vous activez L2PT pour les paquets LACP non balisés, ne configurez pas le protocole LACP (Link Aggregation Control Protocol) sur l’interface d’accès correspondante. |
| Protocole de découverte de couche de liaison (LLDP) |
Pris en charge. |
| MMRP (Multiple MAC Registration Protocol) |
Non pris en charge sur les commutateurs EX2300 multi-gigabit. |
| Protocole d’enregistrement VLAN MVRP (MVRP) |
Pris en charge. |
| Protocoles Per-VLAN Spanning Tree et Per-VLAN Spanning Tree Plus (PVST+) |
Pris en charge uniquement sur les commutateurs EX9200. Utilisez cette option pour activer la tunnelisation VSTP au lieu de l’option |
| Protocole STP (Spanning Tree Protocol), protocole RSTP (Rapid Spanning Tree Protocol) et protocole MSTP (Multiple Spanning Tree Protocol) |
Pris en charge. |
| Détection de liaison unidirectionnelle (UDLD) |
Non pris en charge sur les commutateurs EX2300 multi-gigabit. Vous ne pouvez pas configurer UDLD sur les commutateurs EX Series et QFX Series. Cependant, L2PT peut tunneliser les PDU UDLD en tunnel. |
| Protocole VSTP (VLAN Spanning Tree Protocol) |
Les commutateurs EX9200 prennent en charge la tunnelisation des paquets VSTP, mais n’ont pas d’option distincte pour activer la tunnelisation VSTP. L’option qui permet la tunnelisation PVST et PVST+ ( |
| Protocole VTP (VLAN Trunking Protocol) |
Vous ne pouvez pas configurer VTP sur les commutateurs EX Series et QFX Series. Cependant, L2PT peut tunneliser les PDU VTP en tunnel. |
Les commutateurs PE de sortie utilisent l’adresse MAC encapsulée pour identifier le protocole de contrôle de couche 2 tunnelisé et réécrire l’adresse MAC de destination. Le Tableau 7 répertorie les protocoles pris en charge, les types d’encapsulation correspondants et les adresses MAC sur les commutateurs EX Series et QFX Series :
| Protocole |
Ethernet Encapsulation |
Adresse MAC |
|---|---|---|
| 802.1X |
Éther-II |
01:80 :C2:00:00:03 |
| 802.3ah |
Éther-II |
01:80 :C2:00:00:02 |
| Le CDP |
LLC/SNAP |
01:00:0C :CC :CC :CC |
| E-LMI |
Éther-II |
01:80 :C2:00:00:07 |
| GVRP |
LLC/SNAP |
01:80 :C2:00:00:21 |
| LACP |
Éther-II |
01:80 :C2:00:00:02 |
| LLDP |
Éther-II |
01:80 :C2:00:00:0E |
| MMRP |
Éther-II |
01:80 :C2:00:00:20 |
| MVRP |
Éther-II |
01:80 :C2:00:00:21 |
| PVSTP |
LLC/SNAP |
01:00:0C :CC :CC :CD |
| STP, RSTP, MSTP |
LLC/SNAP |
01:80 :C2:00:00:00 |
| UDLD |
LLC/SNAP |
01:00:0C :CC :CC :CC |
| VSTP |
LLC/SNAP |
01:00:0C :CC :CC :CD |
| VTP |
LLC/SNAP |
01:00:0C :CC :CC :CC |
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.
l2circuit-control-passthrough tunnelisation vers le
forwarding-options PE distant. Cette instruction de configuration n’est plus nécessaire et l’option est supprimée de la hiérarchie de configuration. Nous avons implémenté cette fonctionnalité conformément à « MEF 6.1.1 Layer 2 Control Protocol Handling Amendment ».