Sur cette page
Comprendre les VPN interprovideurs et opérateur d’opérateurs
Configuration d’un VLAN CCC basé sur MPLS à l’aide d’un circuit de couche 2
Présentation de l’encapsulation VLAN CCC côté transport des interfaces logiques client pseudowire
Configuration des connexions croisées de la commutation de couche 2 à l’aide de CCC
Configuration des connexions croisées d’un tunnel LSP MPLS à 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 VLAN CCC basé sur 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
Le TCC (Translational Cross-Connect) vous permet de transférer le trafic entre divers protocoles ou circuits de couche 2. Il est similaire à son prédécesseur, CCC. Toutefois, alors que CCC nécessite les mêmes encapsulations de couche 2 des deux côtés d’un routeur (comme le protocole PPP [Point-to-point] ou le relais de trame à trame), TCC vous permet de connecter différents types de protocoles de couche 2 de manière interchangeable. Avec le TCC, des combinaisons telles que ppp à ATM et connexions croisées Ethernet-to-Frame Relay sont possibles. Le TCC peut également ê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 laquelle vous pouvez configurer une connexion translationnelle full-duplex de couche 2.5 entre le routeur A et le routeur C, à l’aide d’un routeur Juniper Networks, routeur B, comme interface TCC. Dans cette topologie, le routeur B retire toutes les données d’encapsulation PPP des trames arrivant du routeur A et ajoute des données d’encapsulation ATM avant que les trames ne soient envoyées au routeur C. Toutes les négociations de couche 2 se terminent au niveau du routeur d’interconnexion (routeur B).
La fonctionnalité TCC est différente de la commutation de couche 2 standard. Le TCC n’échange que 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 du temps de vie (TTL) ou la gestion du protocole, n’est effectué. Actuellement, le TCC est pris en charge dans IPv4, ISO et MPLS.
Le TCC Ethernet est pris en charge sur les interfaces qui transportent uniquement le trafic IPv4. Pour les PIC Fast Ethernet à 8 ports, 12 ports et 48 ports, le TCC et le CCC VLAN étendu ne sont pas pris en charge. Pour les PIC Gigabit Ethernet 4 ports, VLAN CCC étendu et VLAN TCC étendus 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 chaque côté du chemin de transfert. L’encapsulation VLAN TCC prend uniquement en charge l'0x8100 TPID. Vous devez inclure des instructions de configuration aux niveaux de la hiérarchie des interfaces logiques et physiques.
À partir de la version 20.1R1 de Junos OS, 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 liens membres d’Ethernet agrégé avec du matériel compatible avec l’encapsulation VLAN TCC.
Les routeurs MX Series n’effectuent aucune vérification de validation externe pour les liens membres d’interfaces agrégées pour le matériel pris en charge par l’encapsulation VLAN TCC.
Pour configurer l’encapsulation VLAN TCC, incluez l’instruction encapsulation et spécifiez l’option vlan-tcc :
[edit interfaces interface-name unit logical-unit-number] encapsulation vlan-tcc;
Vous pouvez inclure cette déclaration 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 proxyremote et des déclarations :
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 comme un proxy.
L’adresse distante est l’adresse IP ou MAC du routeur distant. L’énoncé 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 encapsulation au niveau de la [edit interfaces interface-name] hiérarchie et spécifiez l’option flexible-ethernet-services :
[edit interfaces interface-name] encapsulation flexible-ethernet-services;
L’encapsulation TCC VLAN étendue prend en charge les TPIDs 0x8100 et 0x9901. Le TCC VLAN étendu est spécifié au niveau de l’interface physique. Une fois configurées, toutes les unités de cette interface doivent utiliser l’encapsulation TCC VLAN, et aucune configuration explicite n’est nécessaire sur les interfaces logiques.
Gigabit Ethernet à un port, Gigabit Ethernet 2 ports et 4 ports FAST Ethernet PIC avec balisage VLAN activé peuvent utiliser l’encapsulation VLAN TCC. Pour configurer l’encapsulation sur une interface physique, incluez l’instruction encapsulation au niveau de la [edit interfaces interface-name] hiérarchie et spécifiez l’option extended-vlan-tcc :
[edit interfaces interface-name] encapsulation extended-vlan-tcc;
Pour l’encapsulation VLAN TCC, tous les ID VLAN de 1 à 1024 sont valides. L’ID VLAN 0 est réservé pour marquer 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 traduction full-duplex de couche 2.5 entre deux routeurs (A et C), vous pouvez configurer un routeur Juniper Networks (routeur B) en tant qu’interface TCC. L’encapsulation Ethernet TCC fournit un circuit Ethernet wide area pour interconnecter le trafic IP. Prenons la topologie où Figure 2 le circuit du routeur A au routeur B est PPP, et où le circuit B vers routeur C accepte les paquets portant des valeurs TPID standard.
Si le trafic transite du routeur A au routeur C, Junos OS retire toutes les données d’encapsulation PPP des paquets entrants et ajoute des données d’encapsulation Ethernet avant de les transférer. Si le trafic transite du routeur C vers le routeur A, Junos OS retire toutes les données d’encapsulation Ethernet des paquets entrants et ajoute des données d’encapsulation PPP avant de les transférer.
Pour configurer le routeur en tant qu’interface de connexion croisée de traduction :
Pour vérifier la connexion TCC, utilisez la commande sur le show connections routeur TCC.
Présentation de CCC
La connexion croisée des 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 à relais de trame (DLCI), un circuit virtuel atm asynchrone (VC), une interface PPP (Point-to-Point Protocol), une interface de contrôle de liaison de données cisco de haut niveau (HDLC) ou un chemin de commutation d’étiquettes (LSP) MPLS. À l’aide du CCC, les paquets du circuit source sont acheminés vers le circuit de destination avec, au plus, l’adresse de couche 2 modifiée. Aucun autre traitement n’est effectué, comme les sommes de contrôle d’en-tête, la décrémentation du temps de vie (TTL) ou le traitement du protocole.
Les commutateurs QFX10000 Series ne prennent pas en charge les circuits virtuels ATM.
Les circuits CCC se divisent en deux catégories : interfaces logiques, qui comprennent des DLCIs, des VCs, des ID de réseau local virtuel (VLAN), des interfaces PPP et Cisco HDLC, et des LSP. Les deux catégories de circuits offrent trois types de connexion croisée :
Commutation de couche 2 : les connexions croisées entre les interfaces logiques fournissent ce qu’est essentiellement la 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 des LSP comme conduit.
Assemblage LSP : les connexions croisées entre les LSP permettent de « assembler » deux chemins à commutation d’étiquettes, y compris les chemins qui se situent dans deux zones de base de données techniques de trafic différentes.
Pour la commutation de couche 2 et la tunnelisation MPLS, la connexion croisée est bidirectionnelle, de sorte que les paquets reçus sur la première interface sont transmis par la deuxième interface, et ceux reçus sur la deuxième interface sont transmis par la première. Pour l’assemblage LSP, la connexion croisée est unidirectionnelle.
Comprendre les VPN de l’opérateur
Le client d’un fournisseur de services VPN peut être un fournisseur de services pour le client final. Les deux principaux types de VPN opérateur-de-carriers (comme décrit dans la RFC 4364) sont les suivants :
Fournisseur d’accès Internet en tant que client— Le 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 à configurer MPLS sur 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 fournisseur de services VPN opérateur d’opérateurs s’appuie sur le fournisseur de services VPN dorsal pour la connectivité inter-site. Le fournisseur de services VPN client doit exécuter MPLS sur ses réseaux régionaux.
Figure 3 illustre l’architecture réseau utilisée pour un service VPN opérateur d’opérateurs.
Ce sujet couvre les points suivants :
Fournisseur d’accès Internet en tant que client
Dans ce type de configuration VPN opérateur d’opérateurs, le FAI A configure son réseau pour fournir un service Internet au FAI B. Le FAI B fournit la connexion au client qui souhaite un service Internet, mais le service Internet réel est fourni par le FAI A.
Ce type de configuration VPN opérateur-de-carriers présente les caractéristiques suivantes :
Le fournisseur de services VPN client (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 PE connectés ensemble dans les réseaux des fournisseurs de services VPN des clients et des opérateurs VPN.
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é VPN hiérarchique ou récursif, les routes VPN-IPv4 du fournisseur de services VPN client sont considérées comme des routes externes, et le fournisseur de services VPN dorsal ne les importe pas dans sa table VRF. Le fournisseur de services VPN dorsal importe uniquement les routes internes du fournisseur de services VPN client dans sa table VRF.
Les similitudes et les différences entre vpn inter-fournisseur et opérateur-de-carriers sont montrées dans Tableau 1.
Fonctionnalité |
Client FAI |
Fournisseur de services VPN client |
|---|---|---|
Équipement de périphérie client |
Routeur de bordure AS |
Routeur PE |
Sessions IBGP |
Transport de routes IPv4 |
Transportez des routes VPN-IPv4 externes avec des labels associés |
Transfert au sein du réseau client |
MPLS est facultatif |
MPLS est requis |
Prise en charge du service VPN car le client est pris en charge sur les commutateurs QFX10000 à partir de la version 17.1R1 de Junos OS.
Comprendre les VPN interprovideurs et opérateur d’opérateurs
Tous les VPN interprovideurs et opérateur d’opérateurs partagent les caractéristiques suivantes :
Chaque client VPN fournisseur ou opérateur d’opérateurs doit faire la distinction entre les routes internes et externes.
Les routes internes des clients doivent être maintenues par le fournisseur de services VPN dans ses routeurs PE.
Les routes client externes ne sont transportées que 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 VPN inter-fournisseur et opérateur d’opérateurs est que les sites du client appartiennent au même AS ou à des AS distincts :
VPN interprovideurs : les sites des clients appartiennent à différents AS. Vous devez configurer EBGP pour échanger les routes externes du client.
Comprendre les VPN opérateur d’opérateurs : les sites des 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 cette règle de manière récursive, il est possible de créer une hiérarchie de VPN.
Voici les définitions des types de routeurs PE spécifiques aux VPN inter-fournisseurs et carrier-of-carriers :
Le routeur de bordure AS est situé au niveau de la bordure AS et gère le trafic sortant et entrant dans l’AS.
Le routeur PE de fin est le routeur PE dans le VPN du client ; il est connecté au routeur CE sur le site du client final.
Configuration de BGP pour recueillir les statistiques des VPN entre fournisseurs et opérateur d’opérateurs
Vous pouvez configurer BGP pour collecter des statistiques de trafic pour les VPN inter-fournisseurs et opérateur d’opérateurs.
Pour configurer BGP afin de collecter des statistiques de trafic pour les VPN interprovideurs et opérateur des opérateurs, incluez l’énoncé traffic-statistics :
traffic-statistics { file filename <world-readable | no-world-readable>; interval seconds; }
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette déclaration, consultez la section récapitulatif de cette déclaration.
Les statistiques de trafic pour les VPN inter-fournisseurs et opérateur d’opérateurs sont uniquement disponibles 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 traffic-statistics dans la configuration BGP, les statistiques sont toujours disponibles et sont accessibles à l’aide de la show bgp group traffic-statistics group-name commande.
Pour tenir compte du trafic de chaque client séparément, des labels distincts doivent être annoncés pour le même préfixe pour les routeurs homologues dans différents groupes. Pour permettre une comptabilisation distincte du trafic, vous devez inclure l’état per-group-label dans la configuration de chaque groupe BGP. En incluant cette déclaration, des statistiques sont collectées et affichées qui tiennent compte du trafic envoyé par les pairs du groupe BGP spécifié.
Si vous configurez l’instruction au niveau de la hiérarchie, plutôt que de la [edit protocols bgp family inet] configurer pour un groupe BGP spécifique, les statistiques de trafic sont partagées avec tous les groupes BGP configurés avec l’instruction traffic-statistics mais non configurés avec l’instruction per-group-label .
Pour tenir compte du 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 déclaration, consultez la section récapitulatif de cette déclaration.
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 VLAN CCC basé sur MPLS à l’aide d’un circuit de couche 2
Vous pouvez configurer un VLAN 802.1Q en tant que circuit de couche 2 basé sur MPLS sur le commutateur pour interconnecter plusieurs sites clients avec la technologie de couche 2.
Cette rubrique décrit la configuration des commutateurs de périphérie fournisseur (PE) dans un réseau MPLS à l’aide d’un circuit croisé (CCC) sur une interface VLAN balisée (VLAN 802.1Q) plutôt qu’une interface simple.
Pour prendre en charge ce type de configuration, vous n’avez pas besoin d’apporter de modifications aux commutateurs des fournisseurs existants de votre réseau MPLS. Pour plus d’informations sur la configuration des commutateurs des fournisseurs, voir Configuration de MPLS sur les commutateurs fournisseurs.
Vous pouvez envoyer n’importe quel type de trafic sur un CCC, y compris les unités de données de protocole de pont (BPDU) non standard générées par l’équipement d’autres fournisseurs.
Si vous configurez une interface physique en tant que balise VLAN et avec l’encapsulation vlan-ccc, vous ne pouvez pas configurer les interfaces logiques associées avec la famille inet. Les interfaces logiques pourraient ainsi abandonner les paquets.
Pour configurer un commutateur PE avec un VLAN CCC et un circuit de couche 2 basé sur MPLS :
Une fois que vous avez terminé la configuration d’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.
Présentation de l’encapsulation VLAN CCC côté transport des interfaces logiques client pseudowire
Actuellement, Junos OS ne permet pas de configurer le même ID VLAN sur plusieurs interfaces logiques sous la même interface physique de client pseudowire. Pour prendre en charge vlan-ccc l’encapsulation sur l’interface de service pseudowire (PS) de transport sur l’équipement de périphérie du fournisseur (PE), cette restriction est supprimée et vous pouvez configurer le même ID VLAN sur plusieurs interfaces logiques.
La principale raison de configurer vlan-ccc l’interface d’alimentation de transport est l’interopérabilité avec les équipements d’accès et d’agrégation existants sur le réseau. Actuellement, Junos OS prend en charge ethernet-ccc l’encapsulation sur l’interface d’alimentation de transport. En règle générale, tout en établissant une connexion pseudowire, l’équipement d’accès lance un pseudowire basé sur VLAN (également connu sous le nom de mode marqué VLAN), et un routeur PE signale le VLAN en mode Ethernet à l’équipement d’accès. Pour établir ce type de connexion pseudowire, vous pouvez utiliser l’instruction ignore-encapsulation-mismatch . Toutefois, l’équipement Junos OS (équipement d’accès) peut ne pas prendre en charge l’instruction ignore-encapsulation-mismatch et, par conséquent, la connexion pseudowire n’est pas formée. Lorsque l’instruction ignore-encapsulation-mismatch n’est pas prise en charge sur l’équipement d’accès, vous pouvez configurer vlan-ccc entre les nœuds pour former une connexion pseudowire.
Le chemin de données de transfert n’est pas modifié avec la nouvelle vlan-ccc encapsulation sur l’interface d’alimentation de transport et le comportement similaire à celui de l’encapsulation ethernet-ccc est configuré sur l’interface d’alimentation de transport. L’interface d’alimentation de transport encapsule ou déscapsule 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 internes ou VLAN du paquet sont traité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ées.
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 pseudowire à partir du nœud d’accès
- Configuration pseudowire à partir d’un nœud d’agrégation
Configuration pseudowire à partir du nœud d’accès
Ces pseudowires sont configurés à l’aide de VLAN à partir du nœud d’accès pour les équipements clients connectés au circuit de couche 2 configuré sur les routeurs d’accès et PE avec des VLAN clients (C-VLAN). Le trafic entrant (côté nœud d’accès) du routeur PE est marqué par un VLAN unique (en-tête Ethernet interne), d’où la configuration des interfaces logiques de service avec les mêmes ID VLAN correspondant aux ID C-VLAN rattachés au nœud d’accès.
Figure 4 fournit les détails d’une interface de transport d’alimentation à partir d’un nœud d’accès (nœud d’accès).
L’exemple suivant illustre la configuration d’une configuration d’interface logique 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 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 pousse la balise VLAN de service (S-VLAN), et le routeur PE doit fonctionner sur deux balises VLAN : la balise VLAN externe correspond à une balise S-VLAN et la balise VLAN interne correspond à un C-VLAN. L’ID VLAN configuré sur l’interface ps de transport 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 de transport d’alimentation à partir d’un nœud d’agrégation.
L’exemple suivant illustre la configuration d’une configuration d’interface logique 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 bpdus non standard
Les configurations de protocole CCC (et de circuit 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 de tous les PIC 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
Présentation du TCC
Le TCC (Translational Cross-Connect) est un concept de commutation qui vous permet d’établir des interconnexions entre divers protocoles ou circuits de couche 2. Il est similaire à CCC. Toutefois, alors que 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 relais de trame à trame), le TCC vous permet de connecter différents types de protocoles de couche 2 de manière interchangeable. Lorsque vous utilisez le TCC, des combinaisons telles que les 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 le TCC sont :
Structure
VLAN étendus
PPP
HDLC
ATM
Relais de trames
Le 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 retiré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). Par exemple, les contrôleurs de trafic comprennent le protocole LCP (Link Control Protocol) et le protocole de contrôle réseau (NCP) pour PPP, les fonctions de maintien 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. Le TCC n’échange que 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 du protocole n’est effectué. Le TCC est pris en charge uniquement pour IPv4.
Le contrôle des paquets APR (Address Resolution Protocol) sur les interfaces Ethernet TCC est efficace pour les versions 10.4 et ultérieures.
Vous pouvez configurer le TCC pour la commutation d’interface et pour les VPN de couche 2. Pour plus d’informations sur l’utilisation du TCC pour les réseaux privés virtuels (VPN), consultez la bibliothèque de VPN Junos OS pour les équipements de routage.
Configuration des connexions croisées de la commutation de couche 2 à l’aide de CCC
La commutation de couche 2 se connecte à des interfaces logiques pour former ce qui est essentiellement la commutation de couche 2. Les interfaces que vous connectez doivent être du même type.
Figure 7 illustre une commutation de couche 2 croisée. Dans cette topologie, les routeurs A et C ont des connexions relais de trame 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 comme un commutateur de relais de trames, vous configurez un circuit du routeur A au routeur C qui passe par le routeur B, en configurant efficacement le routeur B en tant que commutateur relais de trames pour 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 égard au contenu des paquets ou aux protocoles de couche 3. Le seul traitement effectué par le routeur B est de traduire DLCI 600 en 750.
Si les circuits du routeur A à le routeur B et du routeur B vers le routeur C étaient PPP, par exemple, les protocoles de contrôle de liaison et de contrôle du réseau sont échangés entre le routeur A et le routeur C. Ces messages sont gérés de manière transparente par le routeur B, ce qui permet au routeur A et au routeur C d’utiliser diverses options PPP (telles que la compression et l’authentification d’en-tête ou d’adresse) 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 les circuits PPP, Cisco HDLC, frame relay, Ethernet et ATM. Dans une seule connexion croisée, seules des interfaces comme celles-ci peuvent être connectées.
Pour configurer les connexions croisées de la commutation de couche 2, vous devez configurer les éléments suivants sur le routeur qui agit comme le commutateur (routeur B in Figure 7) :
- Configuration de l’encapsulation CCC pour les connexions croisées de commutation de couche 2
- Configuration de la connexion CCC pour les connexions croisées de la commutation de couche 2
- Configuration de MPLS pour les connexions croisées de la commutation de couche 2
- Exemple : Configuration d’une commutation de couche 2 croisée
- Configuration de la commutation de couche 2 cross-connect sur ACX5440
Configuration de l’encapsulation CCC pour les connexions croisées de commutation de couche 2
Pour configurer la connexion croisée de la commutation de couche 2, configurez l’encapsulation CCC sur le routeur qui agit comme le commutateur (routeur B in Figure 7).
Vous ne pouvez pas configurer de familles sur des 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 des connexions croisées de commutation de couche 2, consultez les sections suivantes :
- Configuration de l’encapsulation ATM pour les connexions croisées de la commutation de couche 2
- Configuration de l’encapsulation Ethernet pour les connexions croisées de la commutation de couche 2
- Configuration de l’encapsulation Ethernet VLAN pour les connexions croisées de la commutation de couche 2
- Configuration de l’encapsulation Ethernet agrégée pour les connexions croisées de la commutation de couche 2
- Configuration de l’encapsulation de relais de trames pour les connexions croisées de commutation de couche 2
- Configuration de l’encapsulation PPP et Cisco HDLC pour les connexions croisées de la commutation de couche 2
Configuration de l’encapsulation ATM pour les connexions croisées de la 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 normale en incluant les déclarations 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 connexions croisées de la commutation de couche 2
Pour les circuits Ethernet, spécifiez ethernet-ccc dans l’instruction encapsulation . Cette déclaration configure l’ensemble de l’équipement 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 Ethernet CCC. Sur les routeurs de périphérie multiservice M Series, à l’exception des M320, un port Gigabit Ethernet, deux ports Gigabit Ethernet, Gigabit Ethernet quatre ports et des PIC Fast Ethernet quatre ports peuvent utiliser l’encapsulation Ethernet CCC Ethernet. Sur les routeurs centraux T Series et les routeurs M320, les piC Gigabit Ethernet à un port et à deux ports Gigabit Ethernet installés dans FPC2 peuvent utiliser l’encapsulation Ethernet CCC. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement.
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 Ethernet VLAN pour les connexions croisées de la commutation de couche 2
Un circuit LAN virtuel Ethernet (VLAN) peut être configuré à l’aide de l’encapsulation ou extended-vlan-ccc de l’encapsulationvlan-ccc. Si vous configurez l’encapsulation extended-vlan-ccc sur l’interface physique, vous ne pouvez pas configurer la inet famille sur les interfaces logiques. Seule la ccc famille est autorisée. Si vous configurez l’encapsulation vlan-ccc sur l’interface physique, les deux et les inetccc familles sont prises en charge sur les interfaces logiques. Les interfaces Ethernet en mode VLAN peuvent avoir plusieurs interfaces logiques.
Pour le type vlan-cccd’encapsulation , les ID VLAN de 512 à 4094 sont réservés aux VLAN CCC. Pour le extended-vlan-ccc type d’encapsulation, tous les ID VLAN 1 et plus sont valides. L’ID VLAN 0 est réservé pour marquer la priorité des trames.
Certains fournisseurs utilisent les TPID propriétaires 0x9100 et 0x9901 pour encapsuler un paquet marqué par VLAN dans un tunnel VLAN-CCC afin d’interconnecter un réseau Metro Ethernet 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 Ethernet VLAN avec l’instruction extended-vlan-ccc d’encapsulation 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 en tant que 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 connexions croisées de la 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 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 marqué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 la ae0 déclaration 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 des connexions CCC sur des interfaces Ethernet agrégées, soyez conscient des limites 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’interfaces configurées. 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. Une connexion CCC via une interface Ethernet agrégée a été configurée par la famille CCC. Au lieu d’une clé de hachage IPv4, une clé de hachage MPLS (basée sur l’adresse mac ) est utilisée pour distribuer les paquets entre les liaisons enfants.
L’encapsulation extended-vlan-ccc n’est pas prise en charge sur le PIC Fast Ethernet à 12 ports et le 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, consultez la bibliothèque d’interfaces réseau Junos OS pour les équipements de routage.
Configuration de l’encapsulation de relais de trames pour les connexions croisées de commutation de couche 2
Pour les circuits de relais de trames, spécifiez l’encapsulation lors de la configuration du DLCI. Configurez chaque DLCI en tant que circuit ou interface logique régulière. Le DLCI pour les interfaces régulières doit être de 1 à 511. Pour les interfaces CCC, il doit être de 512 à 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 connexions croisées de la commutation de couche 2
Pour les circuits PPP et Cisco HDLC, spécifiez l’encapsulation dans l’instruction encapsulation . Cette déclaration configure l’ensemble de l’équipement 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 connexions croisées de la commutation de couche 2
Pour configurer les connexions croisées de la 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 agit comme le commutateur (routeur B in Figure 7). La connexion joint l’interface qui vient 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 par la deuxième interface, et ceux reçus sur la deuxième interface sont transmis par la première.
interface-switch connection-name { interface interface-name.unit-number; interface interface-name.unit-number; }
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit protocols connections][edit logical-systems logical-system-name protocols connections]
Configuration de MPLS pour les connexions croisées de la commutation de couche 2
Pour que la commutation de couche 2 fonctionne, vous devez activer MPLS sur le routeur en incluant au moins les déclarations suivantes. Cette configuration minimale permet d’utiliser MPLS sur une interface logique pour la connexion croisée de commutation.
Incluez la family mpls déclaration :
family mpls;
Vous pouvez configurer cette déclaration 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 commutation de couche 2 croisée
Configurez une connexion de commutation de couche 2 complète en duplex 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 commutation de couche 2 cross-connect sur ACX5440
À partir de la version 19.3R1 de Junos OS, vous pouvez exploiter la prise en charge matérielle disponible pour les connexions croisées sur l’équipement 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 Ethernet Virtual Private Line (EVPL).
La commutation locale avec les modèles de transfert suivants sont pris 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 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 de fin de commutation locale pour l’interface AE ou LAG (une interface non-AE et une autre interface AE).
Commutation locale en tant qu’interface AE ou LAG.
Pour activer la commutation locale de couche 2 sur l’équipement ACX5448, vous pouvez utiliser les déclarations 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 connexions croisées d’un tunnel LSP MPLS à l’aide de CCC
Le tunnel MPLS se connecte entre les interfaces et les LSP pour connecter deux circuits d’interface distants du même type en créant des tunnels MPLS qui utilisent des LSP comme conduit. La topologie illustre Figure 10 une connexion croisée de tunnel LSP MPLS. Dans cette topologie, deux réseaux distincts, en l’occurrence les réseaux d’accès ATM, sont connectés via une dorsale IP. CCC vous permet d’établir un tunnel LSP entre les deux domaines. Avec la tunnelisation LSP, vous tunnelisez le trafic ATM d’un réseau à travers une dorsale SONET vers le deuxième 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é par le réseau dorsal au routeur C. Au routeur C, le label est retiré et les paquets sont placés sur le circuit virtuel permanent (PVC) (VC 591) et envoyés au routeur D. De même, le trafic du routeur D (VC 591) est envoyé par un LSP au routeur B, puis placé sur VC 234 vers le routeur A.
Vous pouvez configurer la connexion croisée du tunnel LSP sur les circuits PPP, Cisco HDLC, Frame Relay et ATM. Dans une seule connexion croisée, seules des interfaces comme celles-ci 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 1 492 octets en plus des coûts de liaison associés à la technologie connectée.
Pour que le tunnel se connecte de manière croisée, la taille de trame IS-IS sur les routeurs de périphérie (routeurs A et D in Figure 11) doit être plus petite que le MTU du LSP.
Les valeurs de taille de trame n’incluent pas la séquence de vérification des trames (FCS) ni les indicateurs de limitation.
Pour déterminer le MTU LSP requis 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
Les frais de cadrage varient en fonction de l’encapsulation utilisée. La liste suivante répertorie les valeurs de surcharge d’encapsulation IS-IS pour diverses encapsulations :
ATM
Multiplex AAL5 : 8 octets (RFC 1483)
VC multiplex : 0 octet
Relais de trames
Multiprotocole : 2 octets (RFC 1490 et 2427)
VC multiplex : 0 octet
HDLC : 4 octets
PPP : 4 octets
VLAN : 21 octets (802.3/LLC)
Pour que IS-IS fonctionne sur VLAN-CCC, le 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’un MTU Fast Ethernet au-dessus de la taille par défaut de 1 500 octets, vous devrez peut-être configurer explicitement des trames jumbo sur les équipements intermédiaires.
Pour modifier la MTU, incluez l’instruction mtu lors de la configuration de la famille d’interfaces 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 du MTU, consultez la bibliothèque d’interfaces réseau Junos OS pour les équipements de routage.
Pour configurer une connexion croisée d’un tunnel LSP, vous devez configurer les éléments suivants sur le routeur interdomaine (routeur B in Figure 11) :
- Configuration de l’encapsulation CCC pour les connexions croisées de tunnels LSP
- Configuration de la connexion CCC pour les connexions croisées de tunnels LSP
- Exemple : Configuration d’un tunnel LSP cross-connect
Configuration de l’encapsulation CCC pour les connexions croisées de tunnels LSP
Pour configurer les connexions croisées du tunnel LSP, vous devez configurer l’encapsulation CCC sur les routeurs entrants et sortants (routeurS B et C, respectivement, dans Figure 11).
Vous ne pouvez pas configurer de familles sur des 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 la encapsulation déclaration de configuration de l’ensemble de l’équipement 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 déclarations suivantes. Pour chaque VC, vous configurez s’il s’agit d’un circuit ou d’une interface logique régulière.
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 relais de trames, incluez les déclarations 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 régulière. La DLCI pour les interfaces régulières doit être comprise entre 1 et 511. Pour les interfaces CCC, elle doit être comprise 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’énoncé encapsulation , consultez la bibliothèque d’interfaces réseau Junos OS pour les équipements de routage.
Configuration de la connexion CCC pour les connexions croisées de tunnels LSP
Pour configurer les connexions croisées du tunnel LSP, incluez l’instruction remote-interface-switch permettant de définir la connexion entre les deux circuits des routeurs entrants et sortants (routeur B et routeur C, respectivement, dans Figure 11). La connexion connecte l’interface ou le LSP qui provient de la source du circuit à l’interface ou 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’un tunnel LSP cross-connect
Configurez un tunnel MPLS LSP full-duplex qui se connecte entre le routeur A et le routeur D, en passant par le routeur B et le routeur C. Voir la topologie dans 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 du TCC
Cette section explique comment configurer la connexion croisée de traduction (TCC).
Pour configurer le 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 agit comme commutateur.
Vous ne pouvez pas configurer les 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 Ethernet VLAN étendus, vous devez également configurer le protocole ARP (Address Resolution Protocol). Voir Configuration d’ARP pour les encapsulations Ethernet et Ethernet VLAN étendues.
- 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 Ethernet VLAN étendue pour les tcC de commutation de couche 2
- Configuration d’ARP pour les encapsulations Ethernet et Ethernet VLAN étendues
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 de l’équipement physique en spécifiant la valeur appropriée pour l’instruction encapsulation . Pour que ces circuits fonctionnent, vous devez également configurer l’interface unit 0logique .
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 de circuit virtuel (VC). Spécifiez si chaque VC est un circuit ou une interface logique normale.
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 relais de trames, configurez le type d’encapsulation en spécifiant la valeur frame-relay-tcc de l’instruction encapsulation lors de la configuration de l’identifiant de connexion de liaison de données (DLCI). Vous configurez chaque DLCI sous la forme d’un circuit ou d’une interface logique régulière. La DLCI pour les interfaces régulières doit être comprise entre 1 et 511, mais pour les interfaces TCC et CCC, elle doit être comprise 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, configurer le type d’encapsulation pour l’ensemble de l’équipement 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 ou [edit logical-systems logical-system-name interfaces interface-name unit unit-number family tcc] hiérarchique[edit interfaces interface-name unit unit-number family tcc].
L’adresse distante est associée au voisin Ethernet du routeur de commutation TCC ; dans l’énoncé remote , vous devez spécifier à la fois l’adresse IP et l’adresse MAC (Media Access Control) du voisin Ethernet. L’adresse proxy est associée à l’autre voisin du routeur TCC connecté par la liaison différente ; dans l’énoncé proxy , vous devez spécifier l’adresse IP du voisin non Ethernet.
Vous pouvez configurer l’encapsulation Ethernet TCC pour les interfaces sur 1 port Gigabit Ethernet, 2 ports Gigabit Ethernet, 4 ports Fast Ethernet et 4 ports Gigabit Ethernet.
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). Voir Configuration d’ARP pour les encapsulations Ethernet et Ethernet VLAN étendues.
Configuration de l’encapsulation Ethernet VLAN étendue pour les tcC de commutation de couche 2
Pour les circuits VLAN étendus Ethernet, configurez le type d’encapsulation pour l’ensemble de l’équipement 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-tccd’encapsulation , tous les ID VLAN de 0 à 4094 sont valides, jusqu’à un maximum de 1 024 VLAN. Comme pour les circuits Ethernet, vous devez également spécifier une adresse proxy et une adresse distante au [edit interfaces interface-name unit logical-unit-number family tcc] niveau ou [edit logical-systems logical-system-name interfaces interface-name unit unit-number family tcc] hiérarchique (voir 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). Voir Configuration d’ARP pour les encapsulations Ethernet et Ethernet VLAN étendues.
Configuration d’ARP pour les encapsulations Ethernet et Ethernet VLAN étendues
Pour les circuits VLAN étendus Ethernet et Ethernet avec encapsulation TCC, vous devez également configurer ARP. Comme le 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 un ARP statique.
Étant donné que les adresses distantes et proxy sont spécifiées sur le routeur effectuant une commutation TCC, vous devez appliquer l’instruction ARP statique aux interfaces de type Ethernet des routeurs qui se connectent au routeur commutateur 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 sur la face éloignée du routeur de commutation TCC.
arp ip-address mac mac-address;
Vous pouvez inclure cette déclaration 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 agissant en tant que commutateur. La connexion joint 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 deuxième interface, et ceux reçus sur la deuxième interface sont transmis à partir de la première.
Pour configurer une connexion pour un commutateur d’interface local, incluez les déclarations 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 une connexion pour un commutateur d’interface distante, incluez les déclarations 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 déclarations suivantes. Cette configuration minimale permet d’utiliser MPLS sur une interface logique pour la connexion croisée de commutation.
Incluez la family mpls déclaration :
family mpls;
Vous pouvez configurer cette déclaration 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 des liaisons LSP MPLS ne prend pas en charge le TCC.
Ccc et TCC Graceful Restart
Le redémarrage progressif ccc et TCC permet aux connexions de couche 2 entre les routeurs de périphérie (CE) de redémarrer correctement. Ces connexions de couche 2 sont configurées avec des 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 des CCC et TCC utilise les capacités de redémarrage progressif RSVP.
Le redémarrage progressif RSVP doit être activé sur les routeurs PE et les routeurs P pour permettre un redémarrage progressif pour les CCC et TCC. De plus, étant donné que RSVP est utilisé comme protocole de signalisation pour les informations d’étiquette de signalisation, le routeur voisin doit utiliser le mode d’assistance pour faciliter les procédures de redémarrage RSVP.
Figure 12 illustre comment un redémarrage progressif peut fonctionner sur une connexion CCC entre deux routeurs CE.
Le routeur PE A est l’entrée du LSP de transmission du routeur PE A vers le routeur PE B et la sortie pour le LSP de réception du routeur PE B vers le routeur PE A. Avec le redémarrage progressif RSVP activé sur tous les routeurs PE et P, les opérations suivantes se produisent lorsque le routeur PE A redémarre :
Le routeur PE A préserve l’état de transfert associé aux routes CCC (celles de CCC à MPLS et de MPLS à CCC).
Le trafic circule sans perturbation du routeur CE au routeur CE.
Après le redémarrage, le routeur PE A conserve le label 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 au routeur PE B peut générer de nouveaux mappages d’étiquettes, mais ne doit pas perturber le trafic.
Configuration de CCC et TCC Graceful Restart
Pour activer le redémarrage progressif des CCC et des TCC, incluez l’énoncé graceful-restart :
graceful-restart;
Vous pouvez inclure cette déclaration 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 avec la technologie de couche 2.
Cette rubrique décrit la configuration des commutateurs de périphérie fournisseur (PE) dans un réseau MPLS à l’aide d’un circuit croisé (CCC) sur une interface VLAN balisée (VLAN 802.1Q) plutôt qu’une interface simple.
Pour prendre en charge ce type de configuration, vous n’avez pas besoin d’apporter de modifications aux commutateurs des fournisseurs existants de votre réseau MPLS. Pour plus d’informations sur la configuration des commutateurs fournisseurs, voir Configuration de MPLS sur les commutateurs de fournisseurs EX8200 et EX4500.
Vous pouvez envoyer n’importe quel type de trafic sur un CCC, y compris les unités de données de protocole de pont (BPDU) non standard générées par l’équipement d’autres fournisseurs.
Si vous configurez une interface physique en tant que balise VLAN et avec l’encapsulation vlan-ccc, vous ne pouvez pas configurer les interfaces logiques associées avec la famille inet. Les interfaces logiques pourraient ainsi abandonner les paquets.
Pour configurer un commutateur PE avec un VLAN CCC et une connexion 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 des LSP point à multipoint. Cette fonctionnalité est utile pour gérer le trafic multicast ou de diffusion (par exemple, un flux vidéo numérique).
Pour configurer la commutation CCC pour les LSP point à multipoints, vous effectuez les opérations suivantes :
Sur le routeur de périphérie du fournisseur entrant (PE), vous configurez le CCC pour basculer le trafic d’une interface entrante vers un LSP point à multipoint.
Sur le PE sortant, vous configurez CCC pour basculer le trafic d’un LSP entrant vers plusieurs points vers une interface sortante.
La connexion CCC pour les LSP point à multipoints est unidirectionnelle.
Pour plus d’informations sur les LSP point à multipoints, consultez la présentation des LSP point à multipoint.
Pour configurer une connexion CCC pour un LSP point à multipoint, suivez les étapes des 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 les routeurs PE entrants
- Configuration du commutateur LSP point à multipoint sur les routeurs PE sortants
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 la p2mp-transmit-switch déclaration :
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 entrante.
transmit-p2mp-lsp transmitting-lsp spécifie le nom du LSP point à multipoint de transmission.
Configuration des récepteurs locaux sur un commutateur LSP CCC point à multipoint sur les routeurs PE entrants
En plus de configurer une interface CCC entrante vers un LSP point à multipoint sur un routeur PE entrant, vous pouvez également configurer le CCC pour basculer le trafic d’une interface CCC entrante vers une ou plusieurs interfaces CCC sortantes en configurant des 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 le show connections p2mp-transmit-switch (extensive | history | status), show route ccc <interface-name> (detail | extensive)et show route forwarding-table ccc <interface-name> (detail | extensive) les commandes pour afficher les détails des interfaces de réception locales sur le routeur PE entrant.
Configuration du commutateur LSP point à multipoint sur les routeurs PE sortants
Pour configurer le commutateur CCC pour un LSP point à multipoint sur le routeur PE sortant, 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 déclaration 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 sortant.
output-interface [ output-interface-name.unit-number ] spécifie le nom d’une ou plusieurs interfaces de sortie.
receive-p2mp-lsp receptive-lsp spécifie le nom du LSP réceptive point à multipoint.
Configuration d’un VLAN CCC basé sur 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 de périphérie fournisseur (PE) dans un réseau MPLS à l’aide d’un circuit croisé (CCC) sur une interface VLAN balisée (VLAN 802.1Q) plutôt qu’une interface simple.
Pour prendre en charge ce type de configuration, vous n’avez pas besoin d’apporter de modifications aux commutateurs des fournisseurs existants de votre réseau MPLS. Pour plus d’informations sur la configuration des commutateurs fournisseurs, voir Configuration de MPLS sur les commutateurs de fournisseurs EX8200 et EX4500.
Vous pouvez envoyer n’importe quel type de trafic sur un CCC, y compris les unités de données de protocole de pont (BPDU) non standard générées par l’équipement d’autres fournisseurs.
Si vous configurez une interface physique en tant que balise VLAN et avec l’encapsulation vlan-ccc, vous ne pouvez pas configurer les interfaces logiques associées avec la famille inet. Les interfaces logiques pourraient ainsi abandonner les paquets.
Pour configurer un commutateur PE avec un VLAN CCC et un VPN de couche 2 basé sur MPLS :
Une fois que vous avez terminé la configuration d’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 EX4200 comme autre commutateur PE.
Comprendre Ethernet-over-MPLS (circuit L2)
Ethernet-over-MPLS permet d’envoyer des trames Ethernet de couche 2 (L2) de manière transparente sur MPLS. Ethernet-over-MPLS utilise un mécanisme de tunnelisation pour le trafic Ethernet via un cœur de couche 3 compatible MPLS. Il encapsule des unités de données de protocole Ethernet (PDU) dans les paquets MPLS et transfère les paquets, à l’aide de l’empilage d’étiquettes, sur 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 à un circuit cross-connect (CCC), sauf que plusieurs circuits de couche 2 peuvent être transportés sur un tunnel LSP (Label-Switched Path) unique entre deux routeurs de périphérie de fournisseur (PE). En revanche, chaque CCC nécessite un LSP dédié.
Ethernet-over-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 nécessitent une connectivité L2 entre eux pour les raisons suivantes :
Pour répliquer le stockage sur Fiber Channel IP (FCIP). Le FCIP fonctionne uniquement sur le même domaine de diffusion.
Pour exécuter un protocole de routage dynamique entre les sites.
Pour prendre en charge des clusters 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 Ethernet sur MPLS, vous devez configurer un circuit de couche 2 sur les commutateurs de périphérie du fournisseur (PE). Aucune configuration particulière n’est requise sur les commutateurs de périphérie client (CE). Les commutateurs du fournisseur ont besoin de configurer MPLS et LDP sur les interfaces qui recevront et transmettront les paquets MPLS.
Un circuit de couche 2 est similaire à un circuit à connexion croisée de circuit (CCC), sauf que plusieurs circuits de couche 2 peuvent être transportés sur un tunnel LSP (Label Switched Path) unique entre deux commutateurs PE. En revanche, chaque CCC nécessite un LSP dédié.
Cette rubrique explique comment configurer les commutateurs PE pour prendre en charge Ethernet sur MPLS. Vous devez configurer les interfaces et les protocoles sur les commutateurs PE1 (PE1) locaux et PE2 distants. La configuration de l’interface varie selon que le circuit de couche 2 est basé sur des ports ou un VLAN.
À partir de la version 20.3R1 de Junos OS, la prise en charge du circuit de couche 2 pour fournir un VPN et un VPWS de couche 2 avec 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 aider à 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 de couche 2 ne prend pas en charge les interfaces AE.
- Configuration du commutateur PE local pour le circuit basé sur les ports de couche 2 (pseudo-filaire)
- Configuration du commutateur PE distant pour un circuit de couche 2 basé sur les ports (Pseudo-wire)
- Configuration du commutateur PE local pour un circuit VLAN de couche 2
- Configuration du commutateur PE distant pour le circuit de couche 2 basé sur VLAN
Configuration du commutateur PE local pour le circuit basé sur les ports de couche 2 (pseudo-filaire)
Configurez les réseaux MPLS avec une MTU (unité de transmission maximale) d’au moins 12 octets de plus que 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 le MTU LSP, ce paquet est abandonné. Si un LSR sortant reçoit un paquet sur un LSP VC dont la longueur (après que la pile d’étiquettes et le mot de contrôle de séquençage ont été supprimés) qui dépasse le 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-filaire) :
Configuration du commutateur PE distant pour un circuit de couche 2 basé sur les ports (Pseudo-wire)
Pour configurer le commutateur PE2 distant pour un circuit de couche 2 basé sur des ports :
Configuration du commutateur PE local pour un 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 le circuit de couche 2 basé sur VLAN
Pour configurer le commutateur PE2 distant pour un circuit de couche 2 basé sur VLAN :