Exemple de configuration du pontage de couche 2 sur un réseau de couche 3

Introduction

Ce document décrit comment relier un réseau de couche 2 (L2) à un réseau de couche 3 (L3).

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Protocole de tunnellisation de couche 2 version 3 (L2TPv3)
• Encapsulation de routage générique (GRE)

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informations générales

Dans de nombreuses situations, vous avez besoin d'une solution afin d'agréger le trafic WiFi des points d'accès à un emplacement central. Dans de tels cas, la solution doit permettre aux périphériques CPE (Customer Premise Equipment) de relier le trafic Ethernet de l'hôte final et d'encapsuler les paquets via le trafic Ethernet vers un point d'extrémité.

Si vous utilisez des routeurs ASR (Aggregation Services Routers), la façon la plus simple d'effectuer cette opération est d'utiliser Ethernet sur GRE logiciel. Cependant, pour les routeurs à services intégrés (ISR) et tous les autres périphériques CPE, ce n'est pas une option. Dans les versions antérieures de Cisco IOS^®, il était possible de tunnel L2 sur GRE en faisant un pont entre l'interface physique et une interface de tunnel GRE. Bien que le pontage régulier supprime l’en-tête VLAN des paquets entrants, l’utilisation de l’IRB (Integrated Routing and Bridging) sur le routeur peut acheminer et relier le même protocole de couche réseau sur la même interface et permettre au routeur de maintenir l’en-tête VLAN d’une interface à une autre.

Note: Lorsque vous configurez le pont-group sur l'interface du tunnel sur les versions antérieures de Cisco IOS, l'IOS signale que la commande n'est pas libérée et n'est pas prise en charge, mais il accepte toujours la commande. Dans les versions plus récentes, cette commande est complètement obsolète et le message d'erreur s'affiche.

La solution précédente n'est pas prise en charge par Cisco. La solution prise en charge pour le pontage d'un réseau de couche 2 consiste à utiliser L2TPv3 comme décrit dans ce document. L2TPv3 prend en charge le transport de divers protocoles de couche 2 tels que Ethernet, 802.1q (VLAN), Frame Relay, HDLC (High-Level Data Link Control) et PPP (Point-to-Point Protocol). Ce document est axé sur l'extension Ethernet.

Configuration

Cette configuration est très basique. Les routeurs r101 et r201 servent d’hôtes sur le même réseau, tandis que r100 et r202 ont une interface L3 et une interface L2. L'objectif est de configurer la connexion L2TPv3 de sorte que r101 et r201 puissent s'envoyer des requêtes ping sans nécessiter de routes.

Diagramme du réseau

Configuration du tunnel

La configuration du tunnel L2TP comporte trois étapes :

1. Configurer une classe L2TP (facultatif)

   Cette classe est utilisée afin de définir certains paramètres d'authentification et de contrôle pour le tunnel L2TP. Si elle est utilisée, les deux extrémités doivent se refléter.
   

   l2tp-class test
    hostname stanford
    password 7 082E5C4B071F091805




2. Configurer la classe Pseudowire

   Comme son nom l'indique, cette section est utilisée afin de configurer le tunnel réel ou « pseudowire » entre les deux points d'extrémité. Définissez un modèle qui contient l'encapsulation de pseudocâble, un point d'extrémité et un protocole de canal de contrôle.
   

   pseudowire-class test
    encapsulation l2tpv3
    ip local interface Loopback0
    ip pmtu




3. Utiliser Xconnect afin de fournir la destination du tunnel

   Liez le pseudocâble L2TP au circuit d'attachement (interface vers le côté local L2) et définissez sa destination. 

Points à noter :

• Aucune adresse IP n’est configurée sur le circuit de connexion lui-même.
• La source du tunnel configurée avec l'interface locale IP se trouve dans la section pseudowire-class.
• La destination du tunnel est définie à l'aide de la commande xconnect.

Considérations

• Comme avec la solution de tunnellisation GRE, l'utilisation d'un routeur sur lequel terminer le tunnel L2 ne permet toujours pas que les messages PDU (Protocol Data Unit) L2 soient transférés à travers le tunnel. Sans la tunnellisation de protocole L2 appropriée, qui n'est pas prise en charge sur ce périphérique, ces messages sont consommés par l'interface L2.


• La prise en charge de la tunnellisation de protocole de couche 2 (Cisco Discovery Protocol, Spanning Tree Protocol, VLAN Trunking Protocol et Link Layer Discovery Protocol) nécessite que le périphérique soit un commutateur. Ce commutateur doit être sensible à la couche 3 afin de pouvoir tunnel le trafic et limiter les choix possibles.


• L’encapsulation de tunnellisation L3 dépend du périphérique qui effectue la tunnellisation :
  
  1. Le Cisco 7301 prend en charge l'encapsulation L2TPv3.
  2. Le Cisco 65xx ne prend pas en charge l'extension L2 avec le tunnel L2TPv3. Cependant, la couche 2 peut être étendue sur un coeur MLPS avec l'option Any Transport over MPLS (AToM).
  3. Le tunnel L2TP n'est pas pris en charge sur les commutateurs Cisco 4500.


• Seule une interface de tunnel xconnect peut être configurée sur une interface physique ou une sous-interface. Une interface distincte est nécessaire pour chaque point de terminaison pseudo-filaire. Vous ne pouvez pas configurer plusieurs interfaces avec xconnect avec la même classe pw et les mêmes ID L2TP.


• La taille maximale de l'unité de transmission de la charge utile pour un tunnel L2TP est généralement de 1 460 octets pour le trafic qui transite par le réseau Ethernet standard. Dans le cas du protocole UDP (L2TP over User Datagram Protocol), la surcharge est le résultat de l’en-tête IP (20 octets), de l’en-tête UDP (8 octets) et de l’en-tête L2TP (12 octets).

Exemple de configuration

Configuration du routeur r101

interface Ethernet0/0
 ip address 172.16.1.100 255.255.255.0

Configuration du routeur r100

pseudowire-class test
 encapsulation l2tpv3
 protocol none
 ip local interface fast 0/0
!
interface FastEthernet0/0
 description WAN
 ip address 198.51.100.100 255.255.255.0
!
interface FastEthernet0/1
 description LAN
 no ip address
 speed 100
 full-duplex
 xconnect 203.0.113.102 1 encapsulation l2tpv3 manual pw-class test
 l2tp id 1 2
!
ip route 0.0.0.0 0.0.0.0 198.51.100.1

Configuration du routeur r202

pseudowire-class test
 encapsulation l2tpv3
 protocol none
 ip local interface fast 0/0
!
interface FastEthernet0/0
 description WAN
 ip address 203.0.113.102 255.255.255.255

interface FastEthernet0/1
 no ip address
 duplex auto
 speed auto
 xconnect 198.51.100.100 1 encapsulation l2tpv3 manual pw-class test
 l2tp id 2 1

Configuration du routeur r201

interface Ethernet0/0
 ip address 172.16.1.201 255.255.255.0

Note: Utilisez l'Outil de recherche de commande (clients inscrits seulement) pour obtenir plus d'informations sur les commandes utilisées dans cette section.

Vérification

Afin d'afficher des informations détaillées sur les canaux de contrôle L2TP configurés sur d'autres périphériques L2TP pour toutes les sessions L2TP sur le routeur, utilisez la commande show l2tun tunnel all.

Afin de vérifier que l'encapsulation L2TPv3 fonctionne correctement, envoyez une requête ping à un hôte du site distant qui est censé se trouver sur le même VLAN. Si la requête ping aboutit, vous pouvez utiliser cette commande afin de confirmer que votre configuration fonctionne correctement. L'Outil d'interprétation de sortie (clients enregistrés seulement) prend en charge certaines commandes d'affichage. Utilisez l'Outil d'interprétation de sortie afin de visualiser une analyse de commande d'affichage de sortie .

• La commande show arp affiche le cache ARP (Address Resolution Protocol).

Dépannage

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.

Historique de révision