Sur cette page
Configuration de BGP pour recueillir des statistiques sur les VPN interfournisseurs et opérateurs
Configuration d’un CCC VLAN MPLS à l’aide d’un circuit de couche 2
Encapsulation VLAN CCC côté transport des interfaces logiques client Pseudowire Présentation
Configuration des interconnexions de commutation de couche 2 à l’aide de CCC
Configuration des interconnexions de tunnel MPLS LSP à l’aide de CCC
Configuration d’un CCC VLAN basé sur MPLS à l’aide de la méthode de connexion (procédure CLI)
Configuration de la commutation CCC pour les LSP point à multipoint
Configuration d’un CCC VLAN MPLS à l’aide d’un VPN de couche 2 (procédure CLI)
Configuration CCC, TCC et Ethernet sur MPLS
Présentation du TCC et de la commutation de couche 2.5
La connexion croisée translationnelle (TCC) vous permet de transférer du trafic entre une variété de protocoles ou de circuits de couche 2. Il est similaire à son prédécesseur, le CCC. Toutefois, alors que le CCC requiert les mêmes encapsulations de couche 2 des deux côtés d’un routeur (par exemple, le protocole PPP [Point-to-Point Protocol] ou le relais de trame à trame), le TCC vous permet de connecter différents types de protocoles de couche 2 de manière interchangeable. Avec TCC, des combinaisons telles que les connexions croisées PPP-ATM et Ethernet-Frame Relay sont possibles. En outre, TCC peut être utilisé pour créer des VPN de couche 2.5 et des circuits de couche 2.5.
Prenons un exemple de topologie (Figure 1) dans lequel vous pouvez configurer une connexion croisée translationnelle de couche 2.5 en duplex intégral entre le routeur A et le routeur C, en utilisant un routeur Juniper Networks, le routeur B, comme interface TCC. Dans cette topologie, le routeur B supprime toutes les données d’encapsulation PPP des trames provenant du routeur A et ajoute les données d’encapsulation ATM avant que les trames ne soient envoyées au routeur C. Toutes les négociations de couche 2 sont terminées au niveau du routeur d’interconnexion (routeur B).
La fonctionnalité TCC est différente de la commutation de couche 2 standard. TCC permute uniquement les en-têtes de couche 2. Aucun autre traitement, tel que les sommes de contrôle d’en-tête, la décrémentation de durée de vie (TTL) ou la gestion de protocole, n’est effectué. Actuellement, TCC est pris en charge dans IPv4, ISO et MPLS.
Le TCC Ethernet est pris en charge sur les interfaces qui transportent du trafic IPv4 uniquement. Pour les PIC Fast Ethernet à 8, 12 et 48 ports, le TCC et le CCC VLAN étendu ne sont pas pris en charge. Pour les PIC Gigabit Ethernet à 4 ports, le CCC VLAN étendu et le TCC VLAN étendu ne sont pas pris en charge.
Configuration de l’encapsulation VLAN TCC
L’encapsulation VLAN TCC permet aux circuits d’avoir différents supports de part et d’autre du chemin de transfert. L’encapsulation TCC du VLAN prend uniquement en charge la 0x8100 TPID. Vous devez inclure des instructions de configuration aux niveaux hiérarchique de l’interface logique et physique.
À partir de Junos OS version 20.1R1, les interfaces Ethernet agrégées prennent en charge l’encapsulation TCC (Translational Cross-Connect) VLAN. Pour configurer l’encapsulation VLAN TCC, vous devez disposer des liaisons membres d’Ethernet agrégé avec du matériel d’encapsulation VLAN TCC pris en charge.
Les routeurs MX Series n’effectuent aucune vérification de validation externe pour les liens membres des interfaces agrégées pour le matériel pris en charge par l’encapsulation VLAN TCC.
Pour configurer l’encapsulation TCC VLAN, incluez l’instruction et spécifiez l’option encapsulation
vlan-tcc
:
[edit interfaces interface-name unit logical-unit-number] encapsulation vlan-tcc;
Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :
[edit interfaces interface-name unit logical-unit-number ]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
En outre, configurez l’interface logique en incluant les proxy
instructions et remote
:
proxy { inet-address; } remote { (inet-address | mac-address); }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces interface-name unit logical-unit-number family tcc]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family tcc]
L’adresse proxy est l’adresse IP du voisin TCC non-Ethernet pour lequel le routeur TCC agit en tant que proxy.
L’adresse distante est l’adresse IP ou l’adresse MAC du routeur distant. L’instruction remote
fournit la capacité ARP du routeur de commutation TCC au voisin Ethernet. L’adresse MAC est l’adresse physique de couche 2 du voisin Ethernet.
Lorsque l’encapsulation VLAN TCC est configurée sur l’interface logique, vous devez également spécifier des services Ethernet flexibles sur l’interface physique. Pour spécifier des services Ethernet flexibles, incluez l’instruction au niveau de la [edit interfaces interface-name]
hiérarchie et spécifiez l’option :encapsulation
flexible-ethernet-services
[edit interfaces interface-name] encapsulation flexible-ethernet-services;
L’encapsulation VLAN TCC étendue prend en charge les TPID 0x8100 et 0x9901. Le TCC VLAN étendu est spécifié au niveau de l’interface physique. Lorsqu’elles sont configurées, toutes les unités de cette interface doivent utiliser l’encapsulation VLAN TCC, et aucune configuration explicite n’est requise sur les interfaces logiques.
Les PIC Gigabit Ethernet à un port, Gigabit Ethernet à 2 ports et Fast Ethernet à 4 ports pour lesquels le balisage VLAN est activé peuvent utiliser l’encapsulation VLAN TCC. Pour configurer l’encapsulation sur une interface physique, incluez l’instruction au niveau de la [edit interfaces interface-name]
hiérarchie et spécifiez l’option :encapsulation
extended-vlan-tcc
[edit interfaces interface-name] encapsulation extended-vlan-tcc;
Pour l’encapsulation VLAN TCC, tous les ID de VLAN compris entre 1 et 1024 sont valides. L’ID VLAN 0 est réservé au balisage de la priorité des trames.
Le TCC VLAN étendu n’est pas pris en charge sur les PIC Gigabit Ethernet à 4 ports.
Configuration de la commutation d’interface TCC
Pour configurer une conversion de conversion de couche 2.5 en duplex intégral entre deux routeurs (A et C), vous pouvez configurer un routeur Juniper Networks (routeur B) comme interface TCC. L’encapsulation Ethernet TCC fournit un circuit Ethernet étendu pour l’interconnexion du trafic IP. Considérons la topologie dans Figure 2 laquelle le circuit du routeur A vers le routeur B est PPP et le circuit du routeur B vers le routeur C accepte les paquets portant des valeurs TPID standard.
Si le trafic circule du routeur A vers le routeur C, Junos OS supprime toutes les données d’encapsulation PPP des paquets entrants et ajoute les données d’encapsulation Ethernet avant de transférer les paquets. Si le trafic transite du routeur C au routeur A, Junos OS supprime toutes les données d’encapsulation Ethernet des paquets entrants et ajoute les données d’encapsulation PPP avant de transférer les paquets.
Pour configurer le routeur en tant qu’interface de connexion croisée translationnelle :
Pour vérifier la connexion TCC, utilisez la show connections
commande sur le routeur TCC.
Présentation du CCC
La connexion croisée de circuits (CCC) vous permet de configurer des connexions transparentes entre deux circuits, où un circuit peut être un identifiant de connexion de liaison de données de relais de trames (DLCI), un circuit virtuel (VC) en mode de transfert asynchrone (ATM), une interface PPP (Point-to-Point Protocol), une interface HDLC (High-Level Data Link Control) Cisco ou un chemin de commutation d’étiquettes MPLS (LSP). Avec le CCC, les paquets du circuit source sont livrés au circuit de destination avec, au maximum, l’adresse de couche 2 étant modifiée. Aucun autre traitement, tel que les sommes de contrôle d’en-tête, la décrémentation de durée de vie (TTL) ou le traitement de protocole, n’est effectué.
Les commutateurs QFX10000 Series ne prennent pas en charge les circuits virtuels ATM.
Les circuits CCC se répartissent en deux catégories : les interfaces logiques, qui comprennent les DLCI, les VC, les ID de réseau local virtuel (VLAN), les interfaces PPP et Cisco HDLC et les LSP. Les deux catégories de circuits offrent trois types de connexion croisée :
Commutation de couche 2 : les connexions croisées entre interfaces logiques fournissent ce qui est essentiellement une commutation de couche 2. Les interfaces que vous connectez doivent être du même type.
Tunnelisation MPLS : les connexions croisées entre les interfaces et les LSP vous permettent de connecter deux circuits d’interface distants du même type en créant des tunnels MPLS qui utilisent les LSP comme conduit.
Assemblage LSP : les connexions croisées entre LSP permettent d’assembler deux chemins de commutation d’étiquettes, y compris des chemins qui se trouvent dans deux zones de base de données d’ingénierie du trafic différentes.
Pour la commutation de couche 2 et les tunnels MPLS, la connexion croisée est bidirectionnelle, de sorte que les paquets reçus sur la première interface sont transmis à la seconde interface, tandis que ceux reçus sur la seconde interface sont transmis à la première. Pour l’assemblage LSP, la connexion transversale est unidirectionnelle.
Comprendre les VPN Carrier-of-Carrier
Le client d’un fournisseur de services VPN peut être un fournisseur de services pour le client final. Voici les deux principaux types de VPN Carrier-of-carriers (comme décrit dans la RFC 4364 :
fournisseur de services Internet en tant que clientLe client VPN est un FAI qui utilise le réseau du fournisseur de services VPN pour connecter ses réseaux régionaux géographiquement disparates. Le client n’a pas besoin de configurer MPLS au sein de ses réseaux régionaux.
Fournisseur de services VPN en tant que client—Le client VPN est lui-même un fournisseur de services VPN offrant un service VPN à ses clients. Le client du service VPN opérateur des opérateurs s’appuie sur le fournisseur de services VPN de la dorsale pour la connectivité intersites. Le fournisseur de services VPN du client est tenu d’exécuter MPLS au sein de ses réseaux régionaux.
Figure 3 illustre l’architecture réseau utilisée pour un service VPN de type carrier-of-carriers.
Cette rubrique aborde les points suivants :
fournisseur de services Internet en tant que client
Dans ce type de configuration VPN de type opérateur, le FAI A configure son réseau pour fournir le service Internet au FAI B. Le FAI B fournit la connexion au client qui souhaite le service Internet, mais le service Internet réel est fourni par le FAI A.
Ce type de configuration VPN de type carrier-of-carriers présente les caractéristiques suivantes :
Le client du service VPN (FAI B) n’a pas besoin de configurer MPLS sur son réseau.
Le fournisseur de services VPN (FAI A) doit configurer MPLS sur son réseau.
MPLS doit également être configuré sur les routeurs CE et les routeurs PE connectés ensemble dans les réseaux du client du service VPN du fournisseur de services VPN et du fournisseur de services VPN du fournisseur de services du transporteur.
Fournisseur de services VPN en tant que client
Un fournisseur de services VPN peut avoir des clients qui sont eux-mêmes des fournisseurs de services VPN. Dans ce type de configuration, également appelée VPN hiérarchique ou récursive, les routes VPN-IPv4 du fournisseur de services VPN client sont considérées comme des routes externes, et le fournisseur de services VPN de la dorsale ne les importe pas dans sa table VRF. Le fournisseur de services VPN de la dorsale importe uniquement les routes internes du fournisseur de services VPN du client dans sa table VRF.
Les similitudes et les différences entre les VPN interfournisseurs et les VPN porte-opérateurs sont illustrées à la section Tableau 1.
Fonctionnalité |
Client FAI |
Client fournisseur de services VPN |
---|---|---|
Appareil périphérique client |
Routeur de bordure AS |
Routeur PE |
Sessions de l’IBGP |
Transporter des routes IPv4 |
Transporter des routes VPN-IPv4 externes avec les étiquettes associées |
Transfert au sein du réseau client |
MPLS est facultatif |
MPLS requis |
Prise en charge du service VPN, car le client est pris en charge sur les commutateurs QFX10000 à partir de Junos OS version 17.1R1.
Comprendre les VPN Interprovider et Carrier-of-Carrier
Tous les VPN interfournisseurs et opérateurs partagent les caractéristiques suivantes :
Chaque client VPN interfournisseur ou opérateur doit faire la distinction entre les routes client internes et externes.
Les routes client internes doivent être gérées par le fournisseur de services VPN dans ses routeurs PE.
Les routes client externes sont transportées uniquement par les plates-formes de routage du client, et non par les plates-formes de routage du fournisseur de services VPN.
La principale différence entre les VPN interfournisseurs et les VPN Carrier-of-Carriers est que les sites clients appartiennent au même AS ou à des AS distincts :
VPN interfournisseurs : les sites clients appartiennent à des systèmes d’exploitation différents. Vous devez configurer EBGP pour échanger les routes externes du client.
Comprendre les VPN Carrier-of-Carriers : les sites clients appartiennent au même AS. Vous devez configurer IBGP pour échanger les routes externes du client.
En général, chaque fournisseur de services dans une hiérarchie VPN est tenu de maintenir ses propres routes internes dans ses routeurs P, et les routes internes de ses clients dans ses routeurs PE. En appliquant récursivement cette règle, il est possible de créer une hiérarchie de VPN.
Vous trouverez ci-dessous les définitions des types de routeurs PE spécifiques aux VPN interfournisseurs et opérateurs :
Le routeur de bordure AS est situé à la frontière de l’AS et gère le trafic entrant et sortant de l’AS.
Le routeur PE final est le routeur PE dans le VPN client ; il est connecté au routeur CE sur le site du client final.
Configuration de BGP pour recueillir des statistiques sur les VPN interfournisseurs et opérateurs
Vous pouvez configurer BGP afin de collecter des statistiques de trafic pour les VPN interfournisseurs et opérateurs de transport.
Pour configurer BGP afin de collecter des statistiques de trafic pour les VPN interfournisseurs et opérateurs de transport, incluez l’instruction traffic-statistics
suivante :
traffic-statistics { file filename <world-readable | no-world-readable>; interval seconds; }
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section récapitulative de cette instruction.
Les statistiques de trafic pour les VPN interfournisseurs et carrier-of-carriers sont disponibles uniquement pour IPv4. IPv6 n’est pas pris en charge.
Si vous ne spécifiez pas de nom de fichier, les statistiques ne sont pas écrites dans un fichier. Toutefois, si vous avez inclus l’instruction dans la configuration BGP, les statistiques sont toujours disponibles et sont accessibles à l’aide traffic-statistics
de la show bgp group traffic-statistics group-name
commande.
Pour comptabiliser le trafic de chaque client séparément, des étiquettes distinctes doivent être annoncées pour le même préfixe sur les routeurs homologues dans différents groupes. Pour activer la comptabilisation distincte du trafic, vous devez inclure l’instruction dans la per-group-label
configuration de chaque groupe BGP. L’inclusion de cette instruction permet de collecter et d’afficher des statistiques qui tiennent compte du trafic envoyé par les homologues du groupe BGP spécifié.
Si vous configurez l’instruction au niveau de la hiérarchie, plutôt que de la configurer pour un groupe BGP spécifique, les statistiques de [edit protocols bgp family inet]
trafic sont partagées avec tous les groupes BGP configurés avec l’instruction, mais non configurés avec l’instruction traffic-statistics
per-group-label
.
Pour prendre en compte le trafic de chaque client séparément, incluez l’instruction per-group-label
dans la configuration de chaque groupe BGP :
per-group-label;
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section récapitulative de cette instruction.
Voici un exemple de la sortie du fichier de statistiques de trafic :
Dec 19 10:39:54 Statistics for BGP group ext2 (Index 1) NLRI inet-labeled-unicast Dec 19 10:39:54 FEC Packets Bytes EgressAS FECLabel Dec 19 10:39:54 10.255.245.55 0 0 I 100160 Dec 19 10:39:54 10.255.245.57 0 0 I 100112 Dec 19 10:39:54 192.0.2.1 0 0 25 100080 Dec 19 10:39:54 192.0.2.2 0 0 25 100080 Dec 19 10:39:54 192.0.2.3 109 9592 25 100048 Dec 19 10:39:54 192.0.2.4 109 9592 25 100048 Dec 19 10:39:54 192.168.25.0 0 0 I 100064 Dec 19 10:39:54 Dec 19 10:39:54, read statistics for 5 FECs in 00:00:00 seconds (10 queries) for BGP group ext2 (Index 1) NLRI inet-labeled-unicast
Configuration d’un CCC VLAN MPLS à l’aide d’un circuit de couche 2
Vous pouvez configurer un VLAN 802.1Q en tant que circuit MPLS de couche 2 sur le commutateur pour interconnecter plusieurs sites clients grâce à la technologie de couche 2.
Cette rubrique décrit la configuration des commutateurs PE (Provider Edge) dans un réseau MPLS à l’aide d’une connexion croisée de circuit (CCC) sur une interface VLAN balisée (VLAN 802.1Q) plutôt que d’une interface simple.
Vous n’avez pas besoin d’apporter de modifications aux commutateurs fournisseurs existants dans votre réseau MPLS pour prendre en charge ce type de configuration. Pour plus d’informations sur la configuration des commutateurs fournisseurs, reportez-vous à la section Configuration de MPLS sur les commutateurs fournisseurs.
Vous pouvez envoyer n’importe quel type de trafic via un CCC, y compris des unités de données de protocole de pont (BPDU) non standard générées par les équipements d’autres fournisseurs.
Si vous configurez une interface physique avec une balise VLAN et avec l’encapsulation vlan-ccc, vous ne pouvez pas configurer les interfaces logiques associées avec la famille inet. Cela pourrait entraîner l’abandon de paquets par les interfaces logiques.
Pour configurer un commutateur PE avec un CCC VLAN et un circuit MPLS de couche 2 :
Lorsque vous avez terminé de configurer un commutateur PE, suivez les mêmes procédures pour configurer l’autre commutateur PE.
Pour les commutateurs EX Series, vous devez utiliser le même type de commutateur pour l’autre commutateur PE.
Encapsulation VLAN CCC côté transport des interfaces logiques client Pseudowire Présentation
Actuellement, Junos OS ne permet pas de configurer le même ID VLAN sur plusieurs interfaces logiques sous la même interface physique du client pseudowire. Pour prendre en charge vlan-ccc
l’encapsulation sur l’interface de service de pseudowire de transport (PS) sur l’équipement Provider Edge (PE), cette restriction est supprimée et vous pouvez configurer le même ID de VLAN sur plusieurs interfaces logiques.
La principale raison de la configuration vlan-ccc
sur l’interface PS de transport est l’interopérabilité avec les équipements d’accès et d’agrégation existants dans le réseau. Actuellement, Junos OS prend en charge ethernet-ccc
l’encapsulation sur l’interface PS de transport. En règle générale, lors de l’établissement d’une connexion pseudofilaire, l’équipement d’accès initie un pseudo-fil basé sur VLAN (également appelé mode balisé VLAN), et un routeur PE signale le VLAN en mode Ethernet à l’équipement d’accès. Pour que ce type de connexion pseudowire soit établi, vous pouvez utiliser l’instruction ignore-encapsulation-mismatch
. Toutefois, le périphérique Junos OS (périphérique d’accès) peut ne pas prendre en charge l’instruction et, par conséquent, la connexion pseudowire n’est ignore-encapsulation-mismatch
pas formée. Lorsque l’instruction n’est pas prise en charge sur le périphérique d’accès ignore-encapsulation-mismatch
, vous pouvez configurer vlan-ccc
entre les nœuds pour former une connexion pseudofilaire.
Le chemin de transfert des données n’est pas modifié avec la nouvelle vlan-ccc
encapsulation sur l’interface PS de transport et le comportement similaire à celui lorsque l’encapsulation est configurée sur l’interface ethernet-ccc
PS de transport. L’interface PS de transport encapsule ou désencapsule l’en-tête externe de couche 2 et les en-têtes MPLS sur les paquets transmis ou reçus sur le port WAN. Les en-têtes Ethernet ou VLAN internes du paquet sont gérés sur des interfaces logiques de service client pseudowire. Vous devez configurer des interfaces logiques de service client pseudowire avec des ID VLAN ou des balises VLAN appropriés.
Les sections suivantes fournissent des détails, ainsi qu’un exemple de configuration, sur la configuration pseudowire à partir des nœuds d’accès et d’agrégation.
- Configuration de pseudowire à partir d’un nœud d’accès
- Configuration de pseudowire à partir d’un nœud d’agrégation
Configuration de pseudowire à partir d’un nœud d’accès
Ces pseudowires sont configurés à l’aide de VLAN à partir du nœud d’accès pour les équipements client connectés au circuit de couche 2 configuré sur les routeurs d’accès et PE avec des VLAN client (C-VLAN). Le trafic entrant (du côté du nud d’accès) sur le routeur PE est étiqueté VLAN unique (en-tête Ethernet interne), de sorte que les interfaces logiques de service doivent être configurées avec les mêmes ID VLAN correspondant aux ID C-VLAN attachés au nud d’accès.
Figure 4 fournit les détails d’une interface PS de transport à partir d’un noeud d’accès (noeud d’accès).
L’exemple suivant montre la configuration d’une configuration d’interface logique de client pseudowire sur un routeur PE à partir d’un nœud d’accès :
interfaces { ps0 { anchor-point lt-3; unit 0 { encapsulation VLAN-ccc; VLAN ID 100; } unit 1 { VLAN ID 100; family inet; } } }
Configuration de pseudowire à partir d’un nœud d’agrégation
Dans ce cas, le nœud d’agrégation traite un VLAN empilé (également appelé Q-in-Q). Le pseudowire provient du nœud d’agrégation et se termine sur un routeur PE. Le nœud d’agrégation envoie la balise VLAN DE SERVICE (S-VLAN) et le routeur PE est censé fonctionner sur deux balises VLAN : la balise VLAN externe correspond à un S-VLAN et la balise VLAN interne correspond à un C-VLAN. L’ID VLAN configuré sur l’interface PS de transport au niveau du routeur PE doit correspondre à la balise VLAN du S-VLAN. Sur l’interface logique du service client pseudowire, la balise VLAN externe doit être configurée pour correspondre au S-VLAN et la balise VLAN interne doit être configurée pour correspondre au C-VLAN.
Figure 5 fournit les détails d’une interface PS de transport à partir d’un nud d’agrégation.
L’exemple suivant montre la configuration d’une configuration d’interface logique de client pseudowire sur un routeur PE à partir d’un nœud d’agrégation :
interfaces { ps0 { anchor-point lt-3; unit 0 { encapsulation VLAN-ccc; VLAN ID 500; } unit 1 { VLAN tags { outer 500; inner 100; } } unit 2 { VLAN tags { outer 500; inner 200; } } } }
Transmission de BPDU non standard
Les configurations du protocole CCC (et des circuits de couche 2 et VPN de couche 2) peuvent transmettre des unités de données de protocole de pont (BPDU) non standard générées par les équipements d’autres fournisseurs. Il s’agit du comportement par défaut sur tous les PICs pris en charge et ne nécessite aucune configuration supplémentaire.
Les PIC suivants sont pris en charge sur les routeurs M320 et T Series :
PIC Gigabit Ethernet à 1 port
PIC Gigabit Ethernet à 2 ports
PIC Gigabit Ethernet à 4 ports
PIC Gigabit Ethernet à 10 ports
Vue d’ensemble de TCC
La connexion croisée translationnelle (TCC) est un concept de commutation qui vous permet d’établir des interconnexions entre une variété de protocoles ou de circuits de couche 2. Il est similaire au CCC. Toutefois, alors que le CCC nécessite les mêmes encapsulations de couche 2 de chaque côté d’un routeur Juniper Networks (par exemple, PPP-to-PPP ou Frame Relay-to-Frame Relay), TCC vous permet de connecter différents types de protocoles de couche 2 de manière interchangeable. Lorsque vous utilisez TCC, des combinaisons telles que des connexions PPP-ATM (voir Figure 6) et Ethernet-to-Frame Relay sont possibles.
Les circuits de couche 2 et les types d’encapsulation qui peuvent être interconnectés par TCC sont les suivants :
Ethernet
VLAN étendus
PPP
HDLC
ATM
Relais de trame
TCC fonctionne en supprimant l’en-tête de couche 2 lorsque les trames pénètrent dans le routeur et en ajoutant un en-tête de couche 2 différent sur les trames avant qu’elles ne quittent le routeur. Dans Figure 6, l’encapsulation PPP est supprimée des trames arrivant au routeur B et l’encapsulation ATM est ajoutée avant que les trames ne soient envoyées au routeur C.
Notez que tout le trafic de contrôle est terminé au niveau du routeur d’interconnexion (routeur B). Parmi les exemples de contrôleurs de trafic, citons le protocole LCP (Link Control Protocol) et le protocole NCP (Network Control Protocol) pour PPP, les keepalives pour HDLC et l’interface de gestion locale (LMI) pour le relais de trames.
La fonctionnalité TCC est différente de la commutation de couche 2 standard. TCC permute uniquement les en-têtes de couche 2. Aucun autre traitement, tel que les sommes de contrôle d’en-tête, la décrémentation TTL ou la gestion de protocole, n’est effectué. TCC est pris en charge pour IPv4 uniquement.
Le contrôle des paquets APR (Address Resolution Protocol) sur les interfaces Ethernet TCC est efficace à partir des versions 10.4.
Vous pouvez configurer TCC pour la commutation d’interface et pour les VPN de couche 2. Pour plus d’informations sur l’utilisation de TCC pour les réseaux privés virtuels (VPN), reportez-vous à la bibliothèque de VPN Junos OS pour les périphériques de routage.
Configuration des interconnexions de commutation de couche 2 à l’aide de CCC
La commutation de couche 2 interconnecte les interfaces logiques pour former ce qui est essentiellement une commutation de couche 2. Les interfaces que vous connectez doivent être du même type.
Figure 7 illustre une connexion croisée de commutation de couche 2. Dans cette topologie, les routeurs A et C ont des connexions Frame Relay au routeur B, qui est un routeur Juniper Networks. La connexion croisée de circuit (CCC) vous permet de configurer le routeur B pour qu’il agisse comme un commutateur de relais de trame (couche 2).
Pour configurer le routeur B en tant que commutateur de relais de trames, vous configurez un circuit du routeur A vers le routeur C qui passe par le routeur B, configurant ainsi le routeur B en tant que commutateur de relais de trames par rapport à ces routeurs. Cette configuration permet au routeur B de basculer de manière transparente des paquets (trames) entre le routeur A et le routeur C, sans tenir compte du contenu des paquets ou des protocoles de couche 3. Le seul traitement effectué par le routeur B consiste à convertir DLCI 600 en 750.
Par exemple, si les circuits du routeur A vers le routeur B et du routeur B vers le routeur C étaient PPP, les échanges entre le protocole de contrôle de liaison et le protocole de contrôle de réseau ont lieu entre le routeur A et le routeur C. Ces messages sont traités de manière transparente par le routeur B, ce qui permet aux routeurs A et C d’utiliser diverses options PPP (telles que la compression et l’authentification des en-têtes ou des adresses) que le routeur B peut ne pas prendre en charge. De même, les routeurs A et C échangent des keepalives, fournissant l’état de la connectivité circuit à circuit.
Vous pouvez configurer des connexions croisées de commutation de couche 2 sur des circuits PPP, Cisco HDLC, Frame Relay, Ethernet et ATM. Lors d’une même connexion croisée, seules des interfaces similaires peuvent être connectées.
Pour configurer les connexions croisées de commutation de couche 2, vous devez configurer les éléments suivants sur le routeur qui fait office de commutateur (routeur B dans Figure 7) :
- Configuration de l’encapsulation CCC pour les interconnexions de commutation de couche 2
- Configuration de la connexion CCC pour les interconnexions de commutation de couche 2
- Configuration de MPLS pour les interconnexions de commutation de couche 2
- Exemple : Configuration d’une connexion croisée de commutation de couche 2
- Configuration de la connexion croisée de commutation de couche 2 sur ACX5440
Configuration de l’encapsulation CCC pour les interconnexions de commutation de couche 2
Pour configurer les connexions croisées de commutation de couche 2, configurez l’encapsulation CCC sur le routeur qui fait office de commutateur (routeur B dans Figure 7).
Il n’est pas possible de configurer les familles sur les interfaces CCC. c’est-à-dire que vous ne pouvez pas inclure l’instruction family
au niveau de la [edit interfaces interface-name unit logical-unit-number]
hiérarchie.
Pour obtenir des instructions sur la configuration de l’encapsulation pour les connexions croisées de commutation de couche 2, reportez-vous aux sections suivantes :
- Configuration de l’encapsulation ATM pour les interconnexions de commutation de couche 2
- Configuration de l’encapsulation Ethernet pour les interconnexions de commutation de couche 2
- Configuration de l’encapsulation VLAN Ethernet pour les interconnexions de commutation de couche 2
- Configuration de l’encapsulation Ethernet agrégée pour les interconnexions de commutation de couche 2
- Configuration de l’encapsulation de relais de trames pour les interconnexions de commutation de couche 2
- Configuration de l’encapsulation PPP et Cisco HDLC pour les interconnexions de commutation de couche 2
Configuration de l’encapsulation ATM pour les interconnexions de commutation de couche 2
Pour les circuits ATM, spécifiez l’encapsulation lors de la configuration du circuit virtuel (VC). Configurez chaque VC en tant que circuit ou interface logique standard en incluant les instructions suivantes :
at-fpc/pic/port { atm-options { vpi vpi-identifier maximum-vcs maximum-vcs; } unit logical-unit-number { encapsulation encapsulation-type; point-to-point; # Default interface type vci vpi-identifier.vci-identifier; } }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces]
[edit logical-systems logical-system-name interfaces]
Configuration de l’encapsulation Ethernet pour les interconnexions de commutation de couche 2
Pour les circuits Ethernet, spécifiez ethernet-ccc
dans l’instruction encapsulation
. Cette instruction configure l’ensemble de l’appareil physique. Pour que ces circuits fonctionnent, vous devez également configurer une interface logique (unité 0).
Les interfaces Ethernet avec balisage TPID (Tag Protocol Identifier) standard peuvent utiliser l’encapsulation CCC Ethernet. Sur les routeurs de périphérie multiservice M Series, à l’exception du M320, les PIC Gigabit Ethernet à un port, Gigabit Ethernet à deux ports, Gigabit Ethernet à quatre ports et Fast Ethernet à quatre ports peuvent utiliser l’encapsulation Ethernet CCC. Sur les routeurs centraux T Series et les routeurs M320, les PIC Gigabit Ethernet à un port et Gigabit Ethernet à deux ports installés dans FPC2 peuvent utiliser l’encapsulation Ethernet CCC. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc
famille.
fe-fpc/pic/port { encapsulation ethernet-ccc; unit 0; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces]
[edit logical-systems logical-system-name interfaces]
Configuration de l’encapsulation VLAN Ethernet pour les interconnexions de commutation de couche 2
Un circuit VLAN virtuel Ethernet peut être configuré à l’aide de l’encapsulation vlan-ccc
ou extended-vlan-ccc
. Si vous configurez l’encapsulation sur l’interface extended-vlan-ccc
physique, vous ne pouvez pas configurer la inet
famille sur les interfaces logiques. Seule la ccc
famille est admise. Si vous configurez l’encapsulation sur l’interface vlan-ccc
physique, les familles et ccc
sont prises en charge sur les inet
interfaces logiques. Les interfaces Ethernet en mode VLAN peuvent avoir plusieurs interfaces logiques.
Pour le type vlan-ccc
d’encapsulation, les ID de VLAN compris entre 512 et 4094 sont réservés aux VLAN CCC. Pour le type d’encapsulation extended-vlan-ccc
, tous les ID de VLAN 1 et supérieurs sont valides. L’ID VLAN 0 est réservé au balisage de la priorité des trames.
Certains fournisseurs utilisent les TPID propriétaires 0x9100 et 0x9901 pour encapsuler un paquet balisé VLAN dans un tunnel VLAN-CCC afin d’interconnecter un réseau Ethernet métropolitain géographiquement séparé. En configurant le extended-vlan-ccc
type d’encapsulation, un routeur Juniper Networks peut accepter les trois TPID (0x8100, 0x9100 et 0x9901).
Configurez un circuit VLAN Ethernet avec l’encapsulation vlan-ccc
comme suit :
interfaces { type-fpc/pic/port { vlan-tagging; encapsulation vlan-ccc; unit logical-unit-number { encapsulation vlan-ccc; vlan-id vlan-id; } } }
Vous pouvez configurer ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces]
[edit logical-systems logical-system-name interfaces]
Configurez un circuit VLAN Ethernet avec l’instruction d’encapsulation extended-vlan-ccc
comme suit :
interfaces { type-fpc/pic/port { vlan-tagging; encapsulation extended-vlan-ccc; unit logical-unit-number { vlan-id vlan-id; family ccc; } } }
Vous pouvez configurer ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces]
[edit logical-systems logical-system-name interfaces]
Que vous configuriez l’encapsulation comme vlan-ccc
ou extended-vlan-ccc
, vous devez activer le balisage VLAN en incluant l’instruction vlan-tagging
.
Configuration de l’encapsulation Ethernet agrégée pour les interconnexions de commutation de couche 2
Vous pouvez configurer des interfaces Ethernet agrégées pour les connexions CCC et pour les réseaux privés virtuels (VPN) de couche 2.
Les interfaces Ethernet agrégées configurées avec le balisage VLAN peuvent être configurées avec plusieurs interfaces logiques. La seule encapsulation disponible pour les interfaces logiques Ethernet agrégées est vlan-ccc
. Lorsque vous configurez l’instruction vlan-id
, vous êtes limité aux ID de VLAN 512 à 4094.
Les interfaces Ethernet agrégées configurées sans balisage VLAN ne peuvent être configurées qu’avec l’encapsulation ethernet-ccc
. Tous les paquets Ethernet non étiquetés reçus sont transférés en fonction des paramètres CCC.
Pour configurer des interfaces Ethernet agrégées pour les connexions CCC, incluez l’instruction suivante ae0
au niveau de la [edit interfaces]
hiérarchie :
[edit interfaces] ae0 { encapsulation (ethernet-ccc | extended-vlan-ccc | vlan-ccc); vlan-tagging; aggregated-ether-options { minimum-links links; link-speed speed; } unit logical-unit-number { encapsulation vlan-ccc; vlan-id identifier; family ccc; } }
Lors de la configuration de connexions CCC sur des interfaces Ethernet agrégées, tenez compte des limitations suivantes :
Si vous avez configuré l’équilibrage de charge entre les liaisons enfants, sachez qu’une clé de hachage différente est utilisée pour distribuer les paquets entre les liaisons enfants. Les interfaces agrégées standard ont une famille d’inet configurée. Une clé de hachage IP version 4 (IPv4) (basée sur les informations de couche 3) est utilisée pour distribuer les paquets entre les liaisons enfants. La famille ccc est configurée à la place pour une connexion CCC via une interface Ethernet agrégée. Au lieu d’une clé de hachage IPv4, une clé de hachage MPLS (basée sur l’adresse MAC du contrôle d’accès au support de destination) est utilisée pour distribuer les paquets entre les liaisons enfants.
L’encapsulation vlan-ccc étendue n’est pas prise en charge sur les PIC Fast Ethernet à 12 ports et les PIC Fast Ethernet à 48 ports.
Junos OS ne prend pas en charge le protocole LACP (Link Aggregation Control Protocol) lorsqu’une interface agrégée est configurée en tant que VLAN (avec encapsulation vlan-ccc). LACP ne peut être configuré que lorsque l’interface agrégée est configurée avec l’encapsulation ethernet-ccc.
Pour plus d’informations sur la configuration d’interfaces Ethernet agrégées, reportez-vous à la Bibliothèque d’interfaces réseau Junos OS pour les périphériques de routage.
Configuration de l’encapsulation de relais de trames pour les interconnexions de commutation de couche 2
Pour les circuits de relais de trames, spécifiez l’encapsulation lors de la configuration de la DLCI. Configurez chaque DLCI comme un circuit ou une interface logique standard. Le DLCI pour les interfaces normales doit être compris entre 1 et 511. Pour les interfaces CCC, elle doit être comprise entre 512 et 4094.
interfaces { type-fpc/pic/port { unit logical-unit-number { dlci dlci-identifier; encapsulation encapsulation-type; point-to-point; # Default interface type } } }
Vous pouvez configurer ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces]
[edit logical-systems logical-system-name interfaces]
Configuration de l’encapsulation PPP et Cisco HDLC pour les interconnexions de commutation de couche 2
Pour les circuits PPP et Cisco HDLC, spécifiez l’encapsulation dans l’instruction encapsulation
. Cette instruction configure l’ensemble de l’appareil physique. Pour que ces circuits fonctionnent, vous devez configurer une interface logique (unité 0).
interfaces type-fpc/pic/port { encapsulation encapsulation-type; unit 0; }
Vous pouvez configurer ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces type-fpc/pic/port]
[edit logical-systems logical-system-name interfaces type-fpc/pic/port]
Configuration de la connexion CCC pour les interconnexions de commutation de couche 2
Pour configurer les connexions croisées de commutation de couche 2, définissez la connexion entre les deux circuits en incluant l’instruction interface-switch
. Vous configurez cette connexion sur le routeur qui fait office de commutateur (routeur B dans Figure 7). La connexion relie l’interface qui provient de la source du circuit à l’interface qui mène à la destination du circuit. Lorsque vous spécifiez les noms d’interface, incluez la partie logique du nom, qui correspond au numéro d’unité logique. La connexion croisée est bidirectionnelle, de sorte que les paquets reçus sur la première interface sont transmis sur la deuxième interface, et ceux reçus sur la deuxième interface sont transmis sur la première.
interface-switch connection-name { interface interface-name.unit-number; interface interface-name.unit-number; }
Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :
[edit protocols connections]
[edit logical-systems logical-system-name protocols connections]
Configuration de MPLS pour les interconnexions de commutation de couche 2
Pour que les connexions croisées de commutation de couche 2 fonctionnent, vous devez activer MPLS sur le routeur en incluant au moins les instructions suivantes. Cette configuration minimale active MPLS sur une interface logique pour la connexion croisée de commutation.
Incluez l’énoncé family mpls
suivant :
family mpls;
Vous pouvez configurer cette instruction aux niveaux hiérarchiques suivants :
[edit interfaces interface-name unit logical-unit-number]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Vous pouvez ensuite spécifier cette interface logique dans la configuration du protocole MPLS :
mpls { interface interface-name; # Required to enable MPLS on the interface }
Vous pouvez configurer ces instructions aux niveaux hiérarchiques suivants :
[edit protocols]
[edit logical-systems logical-system-name protocols]
Exemple : Configuration d’une connexion croisée de commutation de couche 2
Configurez une connexion croisée de commutation de couche 2 en duplex intégral entre le routeur A et le routeur C, en utilisant un routeur Juniper Networks, le routeur B, comme commutateur virtuel. Voir la topologie dans Figure 8 et Figure 9.
[edit] interfaces { so-1/0/0 { encapsulation frame-relay-ccc; unit 1 { point-to-point; encapsulation frame-relay-ccc; dlci 600; } } so-2/0/0 { encapsulation frame-relay-ccc; unit 2 { point-to-point; encapsulation frame-relay-ccc; dlci 750; } } } protocols { connections { interface-switch router-a-to-router-c { interface so-1/0/0.1; interface so-2/0/0.2; } } mpls { interface all; } }
[edit] interfaces { ge-2/1/0 { vlan-tagging; encapsulation vlan-ccc; unit 0 { encapsulation vlan-ccc; vlan-id 600; } } ge-2/2/0 { vlan-tagging; encapsulation vlan-ccc; unit 0 { encapsulation vlan-ccc; vlan-id 600; } unit 1 { family inet { vlan-id 1; address 10.9.200.1/24; } } } } protocols { mpls { interface all; } connections { interface-switch layer2-sw { interface ge-2/1/0.0; interface ge-2/2/0.0; } } }
Configuration de la connexion croisée de commutation de couche 2 sur ACX5440
À partir de Junos OS version 19.3R1, vous pouvez tirer parti de la prise en charge matérielle disponible pour les connexions croisées sur le périphérique ACX5448 avec la fonctionnalité de commutation locale de couche 2 à l’aide de certains modèles. Grâce à cette prise en charge, vous pouvez fournir les services EVP et EVPL (Ethernet Virtual Private Line).
La commutation locale avec les modèles de transfert suivants est prise en charge :
VLAN-CCC (commutation locale au niveau de l’interface logique) sans aucune carte.
VLAN-CCC (commutation locale au niveau de l’interface logique) avec les cartes de vlan suivantes :
Push 0x8100.pushVLAN (type QinQ)
Swap 0x8100.swapVLAN
Interfaces statiques Ethernet agrégées (AE).
AE s’interface avec LACP, équilibre de charge tous les modes actifs.
Prise en charge de l’interface d’extrémité à commutation locale pour les interfaces AE ou LAG (une interface non-AE et une autre interface AE).
Commutation locale des deux interfaces en tant qu’interfaces AE ou LAG.
Pour activer la commutation locale de couche 2 sur le périphérique ACX5448, vous pouvez utiliser les instructions de configuration existantes pour les circuits de couche 2. Par exemple,
[edit protocols l2circuit] local-switching { interface interface1 { end-interface interface3; ignore-encapsulation-mismatch; ignore-mtu-mismatch; } }
Configuration des interconnexions de tunnel MPLS LSP à l’aide de CCC
Les connexions croisées de tunnel MPLS entre les interfaces et les LSP vous permettent de connecter deux circuits d’interface distants du même type en créant des tunnels MPLS qui utilisent les LSP comme conduit. La topologie de illustre une connexion croisée de Figure 10 tunnel MPLS LSP. Dans cette topologie, deux réseaux distincts, en l’occurrence des réseaux d’accès ATM, sont connectés via une dorsale IP. CCC permet d’établir un tunnel LSP entre les deux domaines. Avec le tunneling LSP, vous tunnelisez le trafic ATM d’un réseau à travers un réseau dorsal SONET vers le second réseau à l’aide d’un LSP MPLS.
Lorsque le trafic du routeur A (VC 234) atteint le routeur B, il est encapsulé et placé dans un LSP, qui est envoyé via le réseau dorsal au routeur C. Au niveau du routeur C, l’étiquette est retirée et les paquets sont placés sur le circuit virtuel permanent (PVC) ATM (VC 591) et envoyés au routeur D. De même, le trafic du routeur D (VC 591) est envoyé via un LSP au routeur B, puis placé sur le VC 234 vers le routeur A.
Vous pouvez configurer la connexion croisée de tunnel LSP sur les circuits PPP, Cisco HDLC, Frame Relay et ATM. Lors d’une même connexion croisée, seules des interfaces similaires peuvent être connectées.
Lorsque vous utilisez des connexions croisées de tunnel MPLS pour prendre en charge IS-IS, vous devez vous assurer que l’unité de transmission maximale (MTU) du LSP peut, au minimum, accueillir une unité de données de protocole (PDU) IS-IS de 1492 octets en plus de la surcharge au niveau de la liaison associée à la technologie connectée.
Pour que les interconnexions de tunnel fonctionnent, la taille de trame IS-IS sur les routeurs de périphérie (routeurs A et D dans Figure 11) doit être inférieure à la MTU du LSP.
Les valeurs de taille d’image n’incluent pas la séquence de vérification d’image (FCS) ou les indicateurs de délimitation.
Pour déterminer la MTU LSP requise pour prendre en charge IS-IS, utilisez le calcul suivant :
IS-IS MTU (minimum 1492, default 1497) + frame overhead + 4 (MPLS shim header) = Minimum LSP MTU
La surcharge de cadrage varie en fonction de l’encapsulation utilisée. Voici la liste des valeurs de surcharge d’encapsulation IS-IS pour diverses encapsulations :
ATM
Multiplexe AAL5 : 8 octets (RFC 1483)
Multiplexe VC : 0 octet
Relais de trame
Multiprotocole : 2 octets (RFC 1490 et 2427)
Multiplexe VC : 0 octet
HDLC : 4 octets
PPP : 4 octets
VLAN : 21 octets (802.3/LLC)
Pour qu’IS-IS fonctionne sur VLAN-CCC, la MTU du LSP doit être d’au moins 1 513 octets (ou 1 518 pour les PDU de 1 497 octets). Si vous augmentez la taille d’une MTU Fast Ethernet au-delà de la valeur par défaut de 1500 octets, vous devrez peut-être configurer explicitement les trames Jumbo sur l’équipement intermédiaire.
Pour modifier la MTU, incluez l’instruction lors de la configuration de la famille d’interfaces mtu
logiques au niveau de la [edit interfaces interface-name unit logical-unit-number encapsulation family]
hiérarchie. Pour plus d’informations sur la définition de la MTU, reportez-vous à la bibliothèque d’interfaces réseau Junos OS pour les périphériques de routage.
Pour configurer une connexion croisée de tunnel LSP, vous devez configurer les éléments suivants sur le routeur interdomaine (routeur B dans Figure 11) :
- Configuration de l’encapsulation CCC pour les interconnexions de tunnels LSP
- Configuration de la connexion CCC pour les interconnexions de tunnels LSP
- Exemple : Configuration d’une connexion croisée de tunnel LSP
Configuration de l’encapsulation CCC pour les interconnexions de tunnels LSP
Pour configurer les connexions croisées des tunnels LSP, vous devez configurer l’encapsulation CCC sur les routeurs d’entrée et de sortie (routeur B et routeur C, respectivement, dans Figure 11).
Il n’est pas possible de configurer les familles sur les interfaces CCC. c’est-à-dire que vous ne pouvez pas inclure l’instruction family
au niveau de la [edit interfaces interface-name unit logical-unit-number]
hiérarchie.
Pour les circuits PPP ou Cisco HDLC, incluez l’instruction permettant de configurer l’ensemble encapsulation
du périphérique physique. Pour que ces circuits fonctionnent, vous devez configurer l’unité logique 0 sur l’interface.
type-fpc/pic/port { encapsulation (ppp-ccc | cisco-hdlc-ccc); unit 0; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces]
[edit logical-systems logical-system-name interfaces]
Pour les circuits ATM, spécifiez l’encapsulation lors de la configuration du VC en incluant les instructions suivantes. Pour chaque VC, vous configurez s’il s’agit d’un circuit ou d’une interface logique standard.
at-fpc/pic/port { atm-options { vpi vpi-identifier maximum-vcs maximum-vcs; } unit logical-unit-number { point-to-point; # Default interface type encapsulation atm-ccc-vc-mux; vci vpi-identifier.vci-identifier; } }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces]
[edit logical-systems logical-system-name interfaces]
Pour les circuits de relais de trames, incluez les instructions suivantes pour spécifier l’encapsulation lors de la configuration du DLCI. Pour chaque DLCI, vous configurez s’il s’agit d’un circuit ou d’une interface logique standard. Le DLCI des interfaces standard doit être compris entre 1 et 511. Pour les interfaces CCC, il doit être compris entre 512 et 1022.
type-fpc/pic/port { encapsulation frame-relay-ccc; unit logical-unit-number { point-to-point; # default interface type encapsulation frame-relay-ccc; dlci dlci-identifier; } }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces]
[edit logical-systems logical-system-name interfaces]
Pour plus d’informations sur l’instruction, reportez-vous à la bibliothèque d’interfaces réseau Junos OS pour les périphériques de routage.encapsulation
Configuration de la connexion CCC pour les interconnexions de tunnels LSP
Pour configurer les connexions croisées de tunnel LSP, incluez l’instruction remote-interface-switch
permettant de définir la connexion entre les deux circuits sur les routeurs d’entrée et de sortie (routeur B et routeur C, respectivement, dans Figure 11). La connexion relie l’interface ou le LSP qui provient de la source du circuit à l’interface ou au LSP qui mène à la destination du circuit. Lorsque vous spécifiez le nom de l’interface, incluez la partie logique du nom, qui correspond au numéro d’unité logique. Pour que la connexion croisée soit bidirectionnelle, vous devez configurer les connexions croisées sur deux routeurs.
remote-interface-switch connection-name { interface interface-name.unit-number; transmit-lsp label-switched-path; receive-lsp label-switched-path; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit protocols connections]
[edit logical-systems logical-system-name protocols connections]
Exemple : Configuration d’une connexion croisée de tunnel LSP
Configurez une connexion croisée de tunnel MPLS LSP en duplex intégral entre le routeur A et le routeur D, en passant par les routeurs B et C . Reportez-vous à la topologie de la section Figure 11.
Sur le routeur B :
[edit] interfaces { at-7/1/1 { atm-options { vpi 1 maximum-vcs 600; } unit 1 { point-to-point; # default interface type encapsulation atm-ccc-vc-mux; vci 1.234; } } } protocols { connections { remote-interface-switch router-b-to-router-c { interface at-7/1/1.1; transmit-lsp lsp1; receive-lsp lsp2; } } }
Sur le routeur C :
[edit] interfaces { at-3/0/0 { atm-options { vpi 2 maximum-vcs 600; } unit 2 { point-to-point; # default interface type encapsulation atm-ccc-vc-mux; vci 2.591; } } } protocols { connections { remote-interface-switch router-b-to-router-c { interface at-3/0/0.2; transmit-lsp lsp2; receive-lsp lsp1; } } }
Configuration de TCC
Cette section décrit comment configurer la connexion croisée translationnelle (TCC).
Pour configurer TCC, vous devez effectuer les tâches suivantes sur le routeur qui fait office de commutateur :
- Configuration de l’encapsulation pour les TCC de commutation de couche 2
- Configuration de la connexion pour les TCC de commutation de couche 2
- Configuration de MPLS pour les TCC de commutation de couche 2
Configuration de l’encapsulation pour les TCC de commutation de couche 2
Pour configurer un TCC de commutation de couche 2, spécifiez l’encapsulation TCC sur les interfaces souhaitées du routeur qui fait office de commutateur.
Il n’est pas possible de configurer des familles de protocoles standard sur les interfaces TCC ou CCC. Seule la famille CCC est autorisée sur les interfaces CCC, et seule la famille TCC est autorisée sur les interfaces TCC.
Pour les circuits Ethernet et les circuits VLAN étendus Ethernet, vous devez également configurer le protocole ARP (Address Resolution Protocol). Reportez-vous à la section Configuration d’ARP pour les encapsulations VLAN étendues Ethernet et Ethernet.
- Configuration de l’encapsulation PPP et Cisco HDLC pour les TCC de commutation de couche 2
- Configuration de l’encapsulation ATM pour les TCC de commutation de couche 2
- Configuration de l’encapsulation de relais de trames pour les TCC de commutation de couche 2
- Configuration de l’encapsulation Ethernet pour les TCC de commutation de couche 2
- Configuration de l’encapsulation VLAN étendue Ethernet pour les TCC de commutation de couche 2
- Configuration d’ARP pour les encapsulations VLAN étendues Ethernet et Ethernet
Configuration de l’encapsulation PPP et Cisco HDLC pour les TCC de commutation de couche 2
Pour les circuits PPP et Cisco HDLC, configurez le type d’encapsulation pour l’ensemble du périphérique physique en spécifiant la valeur appropriée pour l’instruction encapsulation
. Pour que ces circuits fonctionnent, vous devez également configurer l’interface unit 0
logique .
encapsulation (ppp-tcc | cisco-hdlc-tcc); unit 0{...}
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces interface-name]
[edit logical-systems logical-system-name interfaces interface-name]
Configuration de l’encapsulation ATM pour les TCC de commutation de couche 2
Pour les circuits ATM, configurez le type d’encapsulation en spécifiant la valeur appropriée pour l’instruction encapsulation
dans la configuration du circuit virtuel (VC). Spécifiez si chaque VC est un circuit ou une interface logique standard.
atm-options { vpi vpi-identifier maximum-vcs maximum-vcs; } unit logical-unit-number { encapsulation (atm-tcc-vc-mux | atm-tcc-snap); point-to-point; vci vpi-identifier.vci-identifier; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces at-fpc/pic/port]
[edit logical-systems logical-system-name interfaces at-fpc/pic/port]
Configuration de l’encapsulation de relais de trames pour les TCC de commutation de couche 2
Pour les circuits de relais de trames, configurez le type d’encapsulation en spécifiant la valeur frame-relay-tcc
de l’instruction lors de la configuration de l’identificateur encapsulation
de connexion de liaison de données (DLCI). Vous configurez chaque DLCI sous la forme d’un circuit ou d’une interface logique standard. Pour les interfaces standard, le DLCI doit être compris entre 1 et 511, mais pour les interfaces TCC et CCC, il doit être compris entre 512 et 1022.
encapsulation frame-relay-tcc; unit logical-unit-number { dlci dlci-identifier; encapsulation frame-relay-tcc; point-to-point; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces interface-name]
[edit logical-systems logical-system-name interfaces interface-name]
Configuration de l’encapsulation Ethernet pour les TCC de commutation de couche 2
Pour les circuits Ethernet TCC, configurez le type d’encapsulation pour l’ensemble du périphérique physique en spécifiant la valeur ethernet-tcc
de l’instruction encapsulation
.
Vous devez également spécifier des valeurs statiques pour une adresse distante et une adresse proxy au niveau de [edit logical-systems logical-system-name interfaces interface-name unit unit-number family tcc]
la [edit interfaces interface-name unit unit-number family tcc]
hiérarchie.
L’adresse distante est associée au voisin Ethernet du routeur de commutation TCC ; dans l’instruction, vous devez spécifier à la fois l’adresse IP et l’adresse remote
MAC (Media Access Control) du voisin Ethernet. L’adresse proxy est associée à l’autre voisin du routeur TCC connecté par le lien différent ; dans l’instruction, vous devez spécifier l’adresse proxy
IP du voisin non-Ethernet.
Vous pouvez configurer l’encapsulation Ethernet TCC pour les interfaces sur les PIC Gigabit Ethernet à 1 port, Gigabit Ethernet à 2 ports, Fast Ethernet à 4 ports et Gigabit Ethernet à 4 ports.
encapsulation ethernet-tcc; unit logical-unit-number { family tcc { proxy { inet-address ip-address; } remote { inet-address ip-address; mac-address mac-address; } } }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces (fe | ge)-fpc/pic/port]
[edit logical-systems logical-system-name interfaces (fe | ge)-fpc/pic/port]
Pour les circuits Ethernet, vous devez également configurer le protocole ARP (Address Resolution Protocol). Reportez-vous à la section Configuration d’ARP pour les encapsulations VLAN étendues Ethernet et Ethernet.
Configuration de l’encapsulation VLAN étendue Ethernet pour les TCC de commutation de couche 2
Pour les circuits VLAN étendus Ethernet, configurez le type d’encapsulation pour l’ensemble du périphérique physique en spécifiant la valeur extended-vlan-tcc
de l’instruction encapsulation
.
Vous devez également activer le balisage VLAN. Les interfaces Ethernet en mode VLAN peuvent avoir plusieurs interfaces logiques. Avec le type extended-vlan-tcc
d’encapsulation , tous les ID de VLAN compris entre 0 et 4094 sont valides, jusqu’à un maximum de 1024 VLAN. Comme pour les circuits Ethernet, vous devez également spécifier une adresse proxy et une adresse distante au niveau de la hiérarchie ou [edit logical-systems logical-system-name interfaces interface-name unit unit-number family tcc]
(reportez-vous à la [edit interfaces interface-name unit logical-unit-number family tcc]
section Configuration de l’encapsulation Ethernet pour les TCC de commutation de couche 2).
encapsulation extended-vlan-tcc; vlan-tagging; unit logical-unit-number { vlan-id identifier; family tcc; proxy { inet-address ip-address; } remote { inet-address ip-address; mac-address mac-address; } }
Vous pouvez configurer ces instructions aux niveaux hiérarchiques suivants :
[edit interfaces interface-name]
[edit logical-systems logical-system-name interfaces interface-name]
Pour les circuits VLAN étendus Ethernet, vous devez également configurer le protocole ARP (Address Resolution Protocol). Reportez-vous à la section Configuration d’ARP pour les encapsulations VLAN étendues Ethernet et Ethernet.
Configuration d’ARP pour les encapsulations VLAN étendues Ethernet et Ethernet
Pour les circuits VLAN étendus Ethernet et Ethernet avec encapsulation TCC, vous devez également configurer ARP. Étant donné que TCC supprime simplement un en-tête de couche 2 et en ajoute un autre, la forme par défaut d’ARP dynamique n’est pas prise en charge ; vous devez configurer l’ARP statique.
Étant donné que les adresses distante et proxy sont spécifiées sur le routeur effectuant la commutation TCC, vous devez appliquer l’instruction ARP statique aux interfaces de type Ethernet des routeurs qui se connectent au routeur commuté TCC. L’instruction arp
doit spécifier l’adresse IP et l’adresse MAC du voisin connecté à distance en utilisant le protocole de couche 2 différent de l’autre côté du routeur de commutation TCC.
arp ip-address mac mac-address;
Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :
[edit interfaces interface-name unit logical-unit-number family inet address ip-address]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet address ip-address]
Configuration de la connexion pour les TCC de commutation de couche 2
Vous devez configurer la connexion entre les deux circuits du TCC de commutation de couche 2 sur le routeur faisant office de commutateur. La connexion relie l’interface provenant de la source du circuit à l’interface menant à la destination du circuit. Lorsque vous spécifiez les noms d’interface, incluez la partie logique du nom, qui correspond au numéro d’unité logique. La connexion croisée est bidirectionnelle, de sorte que les paquets reçus sur la première interface sont transmis à partir de la seconde interface, et ceux reçus sur la deuxième interface sont transmis à partir de la première.
Pour configurer la connexion d’un commutateur d’interface locale, incluez les instructions suivantes :
interface-switch connection-name { interface interface-name.unit-number; } lsp-switch connection-name { transmit-lsp lsp-number; receive-lsp lsp-number; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit protocols connections]
[edit logical-systems logical-system-name protocols connections]
Pour configurer la connexion d’un commutateur d’interface distante, incluez les instructions suivantes :
remote-interface-switch connection-name { interface interface-name.unit-number; interface interface-name.unit-number; transmit-lsp lsp-number; receive-lsp lsp-number; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit protocols connections]
[edit logical-systems logical-system-name protocols connections]
Configuration de MPLS pour les TCC de commutation de couche 2
Pour qu’un TCC de commutation de couche 2 fonctionne, vous devez activer MPLS sur le routeur en incluant au moins les instructions suivantes. Cette configuration minimale active MPLS sur une interface logique pour la connexion croisée de commutation.
Incluez l’énoncé family mpls
suivant :
family mpls;
Vous pouvez configurer cette instruction aux niveaux hiérarchiques suivants :
[edit interfaces interface-name unit logical-unit-number]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Vous pouvez ensuite spécifier cette interface logique dans la configuration du protocole MPLS :
mpls { interface interface-name; # Required to enable MPLS on the interface }
Vous pouvez configurer ces instructions aux niveaux hiérarchiques suivants :
[edit protocols]
[edit logical-systems logical-system-name protocols]
La protection de liaison MPLS LSP ne prend pas en charge TCC.
CCC et TCC Redémarrage progressif
Le redémarrage progressif CCC et TCC permet aux connexions de couche 2 entre les routeurs CE (Customer Edge) de redémarrer correctement. Ces connexions de couche 2 sont configurées avec les remote-interface-switch
instructions ou lsp-switch
. Étant donné que ces connexions CCC et TCC dépendent implicitement des LSP RSVP, le redémarrage progressif pour CCC et TCC utilise les fonctionnalités de redémarrage progressif RSVP.
Le redémarrage progressif RSVP doit être activé sur les routeurs PE et P pour permettre le redémarrage progressif pour CCC et TCC. De plus, étant donné que RSVP est utilisé comme protocole de signalisation pour signaler les informations d’étiquette, le routeur voisin doit utiliser le mode d’assistance pour faciliter les procédures de redémarrage RSVP.
Figure 12 illustre le fonctionnement d’un redémarrage progressif sur une connexion CCC entre deux routeurs CE.
Le routeur PE A correspond à l’entrée du LSP d’émission du routeur PE A vers le routeur PE B et à la sortie du LSP de réception du routeur PE B au routeur PE A. Lorsque le redémarrage progressif RSVP est activé sur tous les routeurs PE et P, voici ce qui se produit lorsque le routeur PE A redémarre :
Le routeur PE A conserve l’état de transfert associé aux routes CCC (celles de CCC vers MPLS et de MPLS vers CCC).
Le trafic circule sans interruption d’un routeur CE à l’autre.
Après le redémarrage, le routeur PE A conserve l’étiquette du LSP pour lequel le routeur PE A est la sortie (le LSP de réception, par exemple). Le LSP de transmission du routeur PE A vers le routeur PE B peut générer de nouveaux mappages d’étiquettes, mais ne doit pas perturber le trafic.
Configuration du redémarrage progressif CCC et TCC
Pour activer le redémarrage progressif de CCC et TCC, incluez l’instruction graceful-restart
suivante :
graceful-restart;
Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :
[edit routing-options]
[edit logical-systems logical-system-name routing-options]
Configuration d’un CCC VLAN basé sur MPLS à l’aide de la méthode de connexion (procédure CLI)
Vous pouvez configurer un VLAN 802.1Q en tant que connexion MPLS à l’aide des commutateurs EX8200 et EX4500 pour interconnecter plusieurs sites clients grâce à la technologie de couche 2.
Cette rubrique décrit la configuration des commutateurs PE (Provider Edge) dans un réseau MPLS à l’aide d’une connexion croisée de circuit (CCC) sur une interface VLAN balisée (VLAN 802.1Q) plutôt que d’une interface simple.
Vous n’avez pas besoin d’apporter de modifications aux commutateurs fournisseurs existants dans votre réseau MPLS pour prendre en charge ce type de configuration. Pour plus d’informations sur la configuration des commutateurs fournisseurs, reportez-vous à la section Configuration du MPLS sur les commutateurs fournisseurs EX8200 et EX4500.
Vous pouvez envoyer n’importe quel type de trafic via un CCC, y compris des unités de données de protocole de pont (BPDU) non standard générées par les équipements d’autres fournisseurs.
Si vous configurez une interface physique avec une balise VLAN et avec l’encapsulation vlan-ccc, vous ne pouvez pas configurer les interfaces logiques associées avec la famille inet. Cela pourrait entraîner l’abandon de paquets par les interfaces logiques.
Pour configurer un commutateur PE avec un CCC VLAN et des connexions MPLS :
Configuration de la commutation CCC pour les LSP point à multipoint
Vous pouvez configurer la connexion croisée de circuit (CCC) entre deux circuits pour basculer le trafic des interfaces vers les LSP point à multipoint. Cette fonctionnalité est utile pour gérer le trafic de multidiffusion ou de diffusion (par exemple, un flux vidéo numérique).
Pour configurer la commutation CCC pour les LSP point à multipoint, procédez comme suit :
Sur le routeur PE (Provider Edge) entrant, vous configurez le CCC pour basculer le trafic d’une interface entrante vers un LSP point à multipoint.
Sur le PE de sortie, vous configurez CCC pour basculer le trafic d’un LSP point à multipoint entrant vers une interface sortante.
La connexion CCC pour les LSP point à multipoint est unidirectionnelle.
Pour plus d’informations sur les LSP point-à-multipoint, consultez Vue d’ensemble des LSP point-à-multipoint.
Pour configurer une connexion CCC pour un LSP point à multipoint, suivez les étapes décrites dans les sections suivantes :
- Configuration du commutateur LSP point-à-multipoint sur les routeurs PE entrants
- Configuration des récepteurs locaux sur un commutateur LSP CCC point à multipoint sur des routeurs PE entrants
- Configuration du commutateur LSP point-à-multipoint sur les routeurs PE de sortie
Configuration du commutateur LSP point-à-multipoint sur les routeurs PE entrants
Pour configurer le routeur PE entrant avec un commutateur CCC pour un LSP point à multipoint, incluez l’instruction p2mp-transmit-switch
suivante :
p2mp-transmit-switch switch-name { input-interface input-interface-name.unit-number; transmit-p2mp-lsp transmitting-lsp; }
Vous pouvez inclure l’instruction p2mp-transmit-switch
aux niveaux hiérarchiques suivants :
[edit protocols connections]
[edit logical-systems logical-system-name protocols connections]
switch-name
spécifie le nom du commutateur CCC entrant.
input-interface input-interface-name.unit-number
Spécifie le nom de l’interface d’entrée.
transmit-p2mp-lsp transmitting-lsp
spécifie le nom du LSP point à multipoint émetteur.
Configuration des récepteurs locaux sur un commutateur LSP CCC point à multipoint sur des routeurs PE entrants
Outre la configuration d’une interface CCC entrante vers un LSP point à multipoint sur un routeur PE entrant, vous pouvez également configurer CCC pour basculer le trafic sur une interface CCC entrante vers une ou plusieurs interfaces CCC sortantes en configurant les interfaces de sortie en tant que récepteurs locaux.
Pour configurer les interfaces de sortie, incluez l’instruction output-interface
au niveau de la [edit protocols connections p2mp-transmit-switch p2mp-transmit-switch-name]
hiérarchie.
[edit protocols connections] p2mp-transmit-switch pc-ccc { input-interface fe-1/3/1.0; transmit-p2mp-lsp myp2mp; output-interface [fe-1/3/2.0 fe-1/3/3.0]; }
Vous pouvez configurer une ou plusieurs interfaces de sortie en tant que récepteurs locaux sur le routeur PE entrant à l’aide de cette instruction.
Utilisez les commandes , show route ccc <interface-name> (detail | extensive)
, et show route forwarding-table ccc <interface-name> (detail | extensive)
pour afficher les show connections p2mp-transmit-switch (extensive | history | status)
détails des interfaces de réception locales sur le routeur PE entrant.
Configuration du commutateur LSP point-à-multipoint sur les routeurs PE de sortie
Pour configurer le commutateur CCC pour un LSP point à multipoint sur le routeur PE de sortie, incluez l’instruction p2mp-receive-switch
.
p2mp-receive-switch switch-name { output-interface [ output-interface-name.unit-number ]; receive-p2mp-lsp receptive-lsp; }
Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :
[edit protocols connections]
[edit logical-systems logical-system-name protocols connections]
switch-name
spécifie le nom du commutateur CCC de sortie.
output-interface [ output-interface-name.unit-number ]
Spécifie le nom d’une ou de plusieurs interfaces de sortie.
receive-p2mp-lsp receptive-lsp
spécifie le nom du LSP point à multipoint récepteur.
Configuration d’un CCC VLAN MPLS à l’aide d’un VPN de couche 2 (procédure CLI)
Vous pouvez configurer un VLAN 802.1Q en tant que réseau privé virtuel (VPN) de couche 2 basé sur MPLS à l’aide des commutateurs EX8200 et EX4500 pour interconnecter plusieurs sites clients avec la technologie de couche 2.
Cette rubrique décrit la configuration des commutateurs PE (Provider Edge) dans un réseau MPLS à l’aide d’une connexion croisée de circuit (CCC) sur une interface VLAN balisée (VLAN 802.1Q) plutôt que d’une interface simple.
Vous n’avez pas besoin d’apporter de modifications aux commutateurs fournisseurs existants dans votre réseau MPLS pour prendre en charge ce type de configuration. Pour plus d’informations sur la configuration des commutateurs fournisseurs, reportez-vous à la section Configuration du MPLS sur les commutateurs fournisseurs EX8200 et EX4500.
Vous pouvez envoyer n’importe quel type de trafic via un CCC, y compris des unités de données de protocole de pont (BPDU) non standard générées par les équipements d’autres fournisseurs.
Si vous configurez une interface physique avec une balise VLAN et avec l’encapsulation vlan-ccc, vous ne pouvez pas configurer les interfaces logiques associées avec la famille inet. Cela pourrait entraîner l’abandon de paquets par les interfaces logiques.
Pour configurer un commutateur PE avec un VLAN CCC et un VPN MPLS de couche 2 :
Lorsque vous avez terminé de configurer un commutateur PE, suivez les mêmes procédures pour configurer l’autre commutateur PE.
Vous devez utiliser le même type de commutateur pour l’autre commutateur PE. Vous ne pouvez pas utiliser un EX8200 comme commutateur PE et utiliser un EX3200 ou un EX4200 comme autre commutateur PE.
Comprendre l’architecture Ethernet sur MPLS (circuit L2)
La technologie Ethernet sur MPLS permet d’envoyer des trames Ethernet de couche 2 (L2) de manière transparente via MPLS. L’approche Ethernet sur MPLS utilise un mécanisme de tunnelisation du trafic Ethernet via un réseau central de couche 3 compatible MPLS. Il encapsule les unités de données de protocole Ethernet (PDU) dans les paquets MPLS et transfère les paquets, à l’aide de l’empilement d’étiquettes, à travers le réseau MPLS Cette technologie a des applications dans les environnements des fournisseurs de services, des entreprises et des centres de données. À des fins de reprise après sinistre, les centres de données sont hébergés sur plusieurs sites géographiquement distants et interconnectés à l’aide d’un réseau WAN.
Un circuit de couche 2 est similaire à une CCC (Circuit Crossconnect), sauf que plusieurs circuits de couche 2 peuvent être transportés sur un seul tunnel LSP (Label-Switched Path) entre deux routeurs PE (Provider Edge). En revanche, chaque CCC a besoin d’un prestataire de services linguistiques dédié.
Ethernet sur MPLS dans les centres de données
À des fins de reprise après sinistre, les centres de données sont hébergés sur plusieurs sites géographiquement distants et interconnectés à l’aide d’un réseau WAN. Ces centres de données ont besoin d’une connectivité de couche L2 entre eux pour les raisons suivantes :
Pour répliquer le stockage sur Fiber Channel IP (FCIP). FCIP ne fonctionne que sur le même domaine de diffusion.
Exécuter un protocole de routage dynamique entre les sites.
Pour prendre en charge les clusters de haute disponibilité qui interconnectent les nœuds hébergés dans les différents centres de données.
Voir également
Configuration d’Ethernet sur MPLS (circuit de couche 2)
Pour implémenter l’Ethernet sur MPLS, vous devez configurer un circuit de couche 2 sur les commutateurs PE (Provider Edge). Aucune configuration spéciale n’est requise sur les commutateurs CE (Customer Edge). Les commutateurs du fournisseur nécessitent que MPLS et LDP soient configurés sur les interfaces qui recevront et transmettront les paquets MPLS.
Un circuit de couche 2 est similaire à une connexion croisée de circuit (CCC), sauf que plusieurs circuits de couche 2 peuvent être transportés sur un seul tunnel LSP (Label-Switched Path) entre deux commutateurs PE. En revanche, chaque CCC a besoin d’un prestataire de services linguistiques dédié.
Cette rubrique décrit comment configurer les commutateurs PE pour prendre en charge Ethernet sur MPLS. Vous devez configurer les interfaces et les protocoles à la fois sur les commutateurs PE local (PE1) et PE distant (PE2). La configuration de l’interface varie selon que le circuit de couche 2 est basé sur des ports ou sur un VLAN.
À partir de Junos OS version 20.3R1, prise en charge des circuits de couche 2 pour fournir aux VPN de couche 2 et VPWS la signalisation LDP.
Figure 13 montre un exemple de configuration de circuit de couche 2.
Cette rubrique fait référence au commutateur PE local en tant que PE1 et au commutateur PE distant en tant que PE2. Il utilise également des noms d’interface plutôt que des variables pour clarifier les connexions entre les commutateurs. Les adresses de bouclage des commutateurs sont configurées comme suit :
-
PE1 : 10.127.1.1
-
PE2 : 10.127.1.2
Sur les commutateurs QFX Series et EX4600, l’interface CE du circuit de couche 2 ne prend pas en charge les interfaces AE.
- Configuration du commutateur PE local pour un circuit de couche 2 basé sur des ports (pseudo-fil)
- Configuration du commutateur PE distant pour circuit de couche 2 basé sur des ports (pseudo-fil)
- Configuration du commutateur PE local pour circuit VLAN de couche 2
- Configuration du commutateur PE distant pour circuit VLAN de couche 2
Configuration du commutateur PE local pour un circuit de couche 2 basé sur des ports (pseudo-fil)
Configurez les réseaux MPLS avec une MTU (unité de transmission maximale) supérieure d’au moins 12 octets à la plus grande taille de trame qui sera transportée par les LSP. Si la taille d’un paquet encapsulé sur le LSR entrant dépasse la MTU LSP, ce paquet est abandonné. Si un LSR sortant reçoit un paquet sur un LSP VC dont la longueur (après l’éclatement de la pile d’étiquettes et du mot de contrôle de séquençage) dépasse la MTU de l’interface de couche 2 de destination, ce paquet est également abandonné.
Pour configurer le commutateur PE local (PE1) pour un circuit de couche 2 basé sur des ports (pseudo-fil) :
Configuration du commutateur PE distant pour circuit de couche 2 basé sur des ports (pseudo-fil)
Pour configurer le commutateur PE distant (PE2) pour un circuit de couche 2 basé sur des ports :
Configuration du commutateur PE local pour circuit VLAN de couche 2
Pour configurer le commutateur PE local (PE1) pour un circuit VLAN de couche 2 :
Configuration du commutateur PE distant pour circuit VLAN de couche 2
Pour configurer le commutateur PE distant (PE2) pour un circuit VLAN de couche 2 :
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' Feature Explorer pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.