Services et fonctionnalités IOS XR L2VPN
Contenu
Introduction
Ce document décrit les topologies VPN de couche 2 (L2) de base (L2VPN). Il est utile de présenter des exemples de base afin de démontrer la conception, les services, les fonctionnalités et la configuration. Reportez-vous au Guide de configuration des services d'agrégation de routeurs L2VPN et Ethernet de la gamme Cisco ASR 9000, version 4.3.x pour plus d'informations.
1. Services point à point et multipoint
La fonctionnalité L2VPN permet de fournir des services point à point et multipoint.
1.1 Service point à point
Le service point à point émule en fait un circuit de transport entre deux noeuds d’extrémité de sorte que les noeuds d’extrémité semblent être directement connectés via une liaison point à point. Il peut être utilisé pour connecter deux sites.
En réalité, il peut y avoir plusieurs routeurs entre les deux noeuds d'extrémité et il peut y avoir plusieurs conceptions pour fournir le service point à point.
Un routeur peut effectuer une commutation locale entre deux de ses interfaces :
Il peut également y avoir un pseudo-câble MPLS (Multiprotocol Label Switching) entre deux routeurs :
Un routeur peut commuter des trames entre deux PW ; dans ce cas, il s'agit d'un PW multisegment :
La redondance est disponible via la fonction de redondance PW :
D'autres dessins sont disponibles, mais ne peuvent pas tous être listés ici.
1.2 Service multipoint
Le service multipoint émule un domaine de diffusion de sorte que tous les hôtes connectés dans ce domaine de pont semblent être logiquement connectés au même segment Ethernet :
Tous les hôtes peuvent être connectés au même routeur/commutateur :
Plusieurs commutateurs peuvent effectuer une commutation Ethernet traditionnelle ; spanning tree doit être utilisé pour rompre les boucles :
Virtual Private LAN Services (VPLS) vous permet d'étendre le domaine de diffusion entre plusieurs sites à l'aide de PW MPLS :
Le VPLS hiérarchique peut être utilisé afin d'augmenter l'évolutivité :
2. Circuits de pièce jointe
2.1 Circuit virtuel Ethernet ASR 9000
2.1.1 Correspondance d'interface entrante
Les règles de base pour les circuits de fixation (CA) incluent :
- Un paquet doit être reçu sur une interface configurée avec le mot clé l2transport pour être traité par la fonctionnalité L2VPN.
- Cette interface peut être une interface principale, où la commande l2transport est configurée en mode de configuration d'interface, ou une sous-interface, où le mot clé l2transport est configuré après le numéro de la sous-interface.
- Une recherche de correspondance la plus longue détermine l’interface entrante du paquet. La recherche de correspondance la plus longue vérifie ces conditions dans cet ordre pour faire correspondre le paquet entrant à une sous-interface :
- La trame entrante comporte deux balises dot1q et correspond à une sous-interface configurée avec les deux mêmes balises dot1q (tunneling 802.1Q ou QinQ). C'est la plus longue correspondance possible.
- La trame entrante a deux balises dot1q et correspond à une sous-interface configurée avec la même balise dot1q et any pour la deuxième balise.
- La trame entrante a une balise dot1q et correspond à une sous-interface configurée avec la même balise dot1q et le mot clé exact.
- La trame entrante possède une ou plusieurs balises dot1q et correspond à une sous-interface configurée avec l'une des balises dot1q.
- La trame entrante n'a pas de balises dot1q et correspond à une sous-interface configurée avec la commande encapsulation untagged.
- La trame entrante ne correspond à aucune autre sous-interface. Elle correspond donc à une sous-interface configurée avec la commande encapsulation default.
- La trame entrante ne correspond à aucune autre sous-interface, donc elle correspond à l'interface principale configurée pour l2transport.
- Sur les routeurs traditionnels qui n'utilisent pas le modèle de connexion virtuelle Ethernet (EVC), les balises VLAN configurées sous la sous-interface sont supprimées (popped) de la trame avant d'être transportées par la fonctionnalité L2VPN.
- Sur un routeur de services d'agrégation de la gamme Cisco ASR 9000 qui utilise l'infrastructure EVC, l'action par défaut consiste à conserver les balises existantes. Utilisez la commande rewrite pour modifier la valeur par défaut.
- S'il existe une interface virtuelle de pont (BVI) dans le domaine de pont, toutes les balises entrantes doivent être poppées car l'interface BVI est une interface routée sans aucune balise. Voir la section BVI pour plus de détails.
Voici quelques exemples illustrant ces règles :
- Un exemple de base est quand tout le trafic reçu sur un port physique doit être transporté, qu'il ait ou non une étiquette VLAN. Si vous configurez l2transport sous l'interface principale, tout le trafic reçu sur ce port physique est transporté par la fonctionnalité L2VPN :
interface GigabitEthernet0/0/0/2
S’il existe des sous-interfaces de cette interface principale, l’interface principale intercepte toute trame qui n’a été mise en correspondance par aucune sous-interface ; il s'agit de la règle de correspondance la plus longue.
l2transport - Les interfaces et les sous-interfaces de l2transport peuvent être configurées comme l2transport :
interface Bundle-Ether1
l2transport - Utilisez encapsulation default sous une sous-interface l2transport pour faire correspondre tout trafic étiqueté ou non étiqueté qui n'a pas été mis en correspondance avec une autre sous-interface avec une correspondance la plus longue. (Voir l'exemple 4). Le mot clé l2transport est configuré dans le nom de la sous-interface, pas sous la sous-interface comme sur l'interface principale :
interface GigabitEthernet0/1/0/3.1 l2transport
Configurez l'encapsulation non étiquetée si vous voulez faire correspondre uniquement des trames non étiquetées.
encapsulation default - Lorsqu’il existe plusieurs sous-interfaces, exécutez le test de correspondance le plus long sur la trame entrante afin de déterminer l’interface entrante :
interface GigabitEthernet0/1/0/3.1 l2transport
Dans cette configuration, notez que :
encapsulation default
!
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation dot1q 2
!
interface GigabitEthernet0/1/0/3.3 l2transport
encapsulation dot1q 2 second-dot1q 3 - Une trame QinQ avec une balise VLAN externe 2 et une balise VLAN interne 3 peut correspondre aux sous-interfaces .1, .2 ou .3, mais elle est affectée à la sous-interface .3 en raison de la règle de correspondance la plus longue. Deux balises sur .3 sont plus longues qu'une balise sur .2 et plus longues qu'aucune balise sur .1.
- Une trame QinQ avec une balise VLAN externe 2 et une balise VLAN interne 4 est attribuée à la sous-interface .2 car encapsulation dot1q 2 peut faire correspondre des trames dot1q avec la balise VLAN 2, mais peut également faire correspondre des trames QinQ avec une balise externe 2. Reportez-vous à l'exemple 5 (le mot clé exact) si vous ne voulez pas correspondre aux trames QinQ.
- Une trame QinQ avec une balise VLAN externe 3 correspond à la sous-interface .1.
- Une trame dot1q avec une balise VLAN 2 correspond à la sous-interface .2.
- Une trame dot1q avec une balise VLAN 3 correspond à la sous-interface .1.
- Pour faire correspondre une trame dot1q et non une trame QinQ, utilisez le mot clé exact :
interface GigabitEthernet0/1/0/3.2 l2transport
Cette configuration ne correspond pas aux trames QinQ avec une balise VLAN externe 2, car elle ne correspond qu'aux trames avec exactement une balise VLAN.
encapsulation dot1q 2 exact - Utilisez le mot clé non balisé afin de ne faire correspondre que les trames non balisées telles que les paquets CDP (Cisco Discovery Protocol) ou les unités BPDU (Multiple Spanning Tree) :
interface GigabitEthernet0/1/0/3.1 l2transport
Dans cette configuration, notez que :
encapsulation default
!
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation untagged
!
interface GigabitEthernet0/1/0/3.3 l2transport
encapsulation dot1q 3 - Les trames Dot1q avec une balise VLAN 3 ou QinQ avec une balise externe 3 correspondent aux sous-interfaces .3.
- Toutes les autres trames dot1q ou QinQ correspondent à la sous-interface .1.
- Les trames sans étiquette VLAN correspondent à la sous-interface .2.
- Le mot clé any peut être utilisé comme caractère générique :
interface GigabitEthernet0/1/0/3.4 l2transport
Les deux sous-interfaces .4 et .5 peuvent correspondre aux trames QinQ avec les balises 4 et 5, mais les trames sont affectées aux sous-interfaces .5 car elles sont plus spécifiques. Il s'agit de la règle de correspondance la plus longue.
encapsulation dot1q 4 second-dot1q any
!
interface GigabitEthernet0/1/0/3.5 l2transport
encapsulation dot1q 4 second-dot1q 5 - Les plages de balises VLAN peuvent être utilisées :
interface GigabitEthernet0/1/0/3.6 l2transport
encapsulation dot1q 6-10 - Plusieurs valeurs ou plages de balises VLAN peuvent être répertoriées pour la première ou la deuxième balise dot1q :
interface GigabitEthernet0/1/0/3.7 l2transport
Vous pouvez indiquer un maximum de neuf valeurs. Si davantage de valeurs sont requises, elles doivent être affectées à une autre sous-interface. Regrouper les valeurs dans une plage afin de raccourcir la liste.
encapsulation dot1q 6 , 7 , 8-10
!
interface GigabitEthernet0/1/0/3.11 l2transport
encapsulation dot1q 11 second-dot1q 1 , 2 , 3 , 4-6 , 10 - La commande encapsulation dot1q second-dot1q utilise l'Ethertype 0x8100 pour les balises externe et interne, car il s'agit de la méthode Cisco d'encapsulation des trames QinQ. Selon l'IEEE, cependant, l'Ethertype 0x8100 doit être réservé aux trames 802.1q avec une étiquette VLAN, et une balise externe avec l'Ethertype 0x88a8 doit être utilisée pour les trames QinQ. La balise externe avec Ethertype 0x88a8 peut être configurée avec le mot clé dot1ad :
interface GigabitEthernet0/1/0/3.12 l2transport
encapsulation dot1ad 12 dot1q 100 - Afin d'utiliser l'ancien Ethertype 0x9100 ou 0x9200 pour les balises externes QinQ, utilisez la commande dot1q tunneling ethertype sous l'interface principale de la sous-interface QinQ :
interface GigabitEthernet0/1/0/3
La balise externe a un type Ethertype 0x9100 ou 0x9200, et la balise interne a le type Ethertype 0x8100 dot1q.
dot1q tunneling ethertype [0x9100|0x9200]
!
interface GigabitEthernet0/1/0/3.13 l2transport
encapsulation dot1q 13 second-dot1q 100 - Une trame entrante peut être attribuée à une sous-interface, en fonction de l’adresse MAC source :
interface GigabitEthernet0/1/0/3.14 l2transport
encapsulation dot1q 14 ingress source-mac 1.1.1
2.1.2 Manipulation de VLAN
Le comportement par défaut d'une plate-forme EVC consiste à conserver les balises VLAN sur la trame entrante.
interface GigabitEthernet0/1/0/3.3 l2transport
encapsulation dot1q 3
Dans cette configuration, une trame dot1q entrante avec une balise VLAN 3 conserve sa balise VLAN 3 lors du transfert de la trame. Une trame QinQ entrante avec une balise VLAN externe 3 et une balise interne 100 conserve les deux balises inchangées lors du transfert de la trame.
Mais l'infrastructure EVC vous permet de manipuler les balises avec la commande rewrite, afin que vous puissiez afficher (supprimer), traduire ou pousser (ajouter) les balises dans la pile de balises VLAN entrantes.
Voici quelques exemples :
- Le mot clé pop vous permet de supprimer une balise QinQ d'une trame dot1q entrante. Cet exemple montre comment supprimer la balise externe 13 de la trame QinQ entrante et transmettre la trame avec la balise dot1q 100 en haut :
interface GigabitEthernet0/1/0/3.13 l2transport
encapsulation dot1q 13 second-dot1q 100
rewrite ingress tag pop 1 symmetricLe comportement est toujours symétrique, ce qui signifie que la balise externe 13 est placée dans la direction d'entrée et poussée dans la direction de sortie.
- Le mot clé translation vous permet de remplacer une ou deux balises entrantes par une ou deux nouvelles balises :
RP/0/RSP0/CPU0:router2(config-subif)#interface GigabitEthernet0/1/0/3.3
l2transport
RP/0/RSP0/CPU0:router2(config-subif)# encapsulation dot1q 3
RP/0/RSP0/CPU0:router2(config-subif)#rewrite ingress tag translate ?
1-to-1 Replace the outermost tag with another tag
1-to-2 Replace the outermost tag with two tags
2-to-1 Replace the outermost two tags with one tag
2-to-2 Replace the outermost two tags with two other tags
RP/0/RSP0/CPU0:router2(config-subif)#rewrite ingress tag translate 1-to-1 ?
dot1ad Push a Dot1ad tag
dot1q Push a Dot1Q tag
RP/0/RSP0/CPU0:router2(config-subif)#rewrite ingress tag translate 1-to-1
dot1q 4
RP/0/RSP0/CPU0:router2(config-subif)#show config
Building configuration...
!! IOS XR Configuration 4.3.0
interface GigabitEthernet0/1/0/3.3 l2transport
encapsulation dot1q 3
rewrite ingress tag translate 1-to-1 dot1q 4 symmetric
!
endLe mot clé symétrique est ajouté automatiquement car il s'agit du seul mode pris en charge.
- Le mot clé push vous permet d'ajouter une balise QinQ à une trame dot1q entrante :
interface GigabitEthernet0/1/0/3.4 l2transport
encapsulation dot1q 4
rewrite ingress tag push dot1q 100 symmetricUne balise QinQ externe 100 est ajoutée à la trame entrante avec une balise dot1q 4. Dans la direction de sortie, la balise QinQ s'affiche.
2.2 Comportement des routeurs non-EVC Cisco IOS XR (CRS et XR12000)
La syntaxe pour la correspondance VLAN sur les plates-formes non EVC n'utilise pas le mot clé encapsulation :
RP/0/RP0/CPU0:router1#config
RP/0/RP0/CPU0:router1(config)#int gig 0/0/0/2.3 l2transport
RP/0/RP0/CPU0:router1(config-subif)#dot1q ?
vlan Configure a VLAN ID on the subinterface
RP/0/RP0/CPU0:router1(config-subif)#dot1q vlan ?
<1-4094> Configure first (outer) VLAN ID on the subinterface
RP/0/RP0/CPU0:router1(config-subif)#dot1q vlan 3 ?
<1-4094> Configure second (inner 802.1Q) VLAN ID on the subinterface
any Match frames with any second 802.1Q VLAN ID
RP/0/RP0/CPU0:router1(config-subif)#dot1q vlan 3 100
Impossible de configurer la manipulation des balises VLAN, car le seul comportement possible est d'afficher toutes les balises spécifiées dans les commandes dot1q ou dot1ad. Ceci est fait par défaut, il n'y a donc pas de commande rewrite.
3. Service point à point
3.1 Commutation locale
3.1.1 Interface principale
La topologie de base est une interconnexion locale entre deux interfaces principales :
Le routeur 2 prend tout le trafic reçu sur Gi 0/1/0/1 et le transfère à Te 0/0/0/3 et vice versa.
Bien que le routeur 1 et le routeur 3 semblent disposer d’un câble direct dos à dos dans cette topologie, ce n’est pas le cas car le routeur 2 effectue une traduction entre les interfaces TenGigE et GigabitEthernet. Router2 peut exécuter des fonctions sur ces deux interfaces ; une liste de contrôle d'accès (ACL), par exemple, peut supprimer des types de paquets spécifiques ou une carte de stratégie afin de former ou de limiter le trafic de faible priorité.
Une interconnexion point à point de base est configurée entre deux interfaces principales configurées comme l2transport sur le routeur 2 :
interface GigabitEthernet0/1/0/1
l2transport
!
!
interface TenGigE0/0/0/3
l2transport
!
!
l2vpn
xconnect group test
p2p p2p1
interface TenGigE0/0/0/3
interface GigabitEthernet0/1/0/1
!
Sur les routeurs 1 et 3, les interfaces principales sont configurées avec CDP et une adresse IPv4 :
RP/0/RP0/CPU0:router1#sh run int Gi 0/0/0/1
interface GigabitEthernet0/0/0/1
cdp
ipv4 address 10.1.1.1 255.255.255.0
!
RP/0/RP0/CPU0:router1#
RP/0/RP0/CPU0:router1#sh cdp nei Gi 0/0/0/1
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
S - Switch, H - Host, I - IGMP, r - Repeater
Device ID Local Intrfce Holdtme Capability Platform Port ID
router3.cisco.c Gi0/0/0/1 132 R ASR9K Ser Te0/0/0/3
RP/0/RP0/CPU0:router1#ping 10.1.1.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.1.1.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 2/8/32 ms
Le routeur 1 voit le routeur 3 comme un voisin CDP et peut envoyer une requête ping à 10.1.1.2 (l’adresse d’interface du routeur 3) comme si les deux routeurs étaient directement connectés.
Comme aucune sous-interface n’est configurée sur le routeur 2, les trames entrantes avec une étiquette VLAN sont transportées de manière transparente lorsque les sous-interfaces dot1q sont configurées sur le routeur 1 et le routeur 3 :
RP/0/RP0/CPU0:router1#sh run int gig 0/0/0/1.2
interface GigabitEthernet0/0/0/1.2
ipv4 address 10.1.2.1 255.255.255.0
dot1q vlan 2
!
RP/0/RP0/CPU0:router1#ping 10.1.2.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.1.2.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 2/3/5 ms
Après 10 000 requêtes ping de router1 vers router3, vous pouvez utiliser les commandes show interface et show l2vpn afin de vous assurer que les requêtes ping reçues par router2 sur un CA sont transmises sur l'autre CA et que les réponses ping sont traitées de la même manière en sens inverse.
RP/0/RSP0/CPU0:router2#sh int gig 0/1/0/1
GigabitEthernet0/1/0/1 is up, line protocol is up
Interface state transitions: 1
Hardware is GigabitEthernet, address is 0024.986c.63f1 (bia 0024.986c.63f1)
Description: static lab connection to acdc 0/0/0/1 - dont change
Layer 2 Transport Mode
MTU 1514 bytes, BW 1000000 Kbit (Max: 1000000 Kbit)
reliability 255/255, txload 0/255, rxload 0/255
Encapsulation ARPA,
Full-duplex, 1000Mb/s, SXFD, link type is force-up
output flow control is off, input flow control is off
loopback not set,
Last input 00:00:00, output 00:00:00
Last clearing of "show interface" counters 00:01:07
5 minute input rate 28000 bits/sec, 32 packets/sec
5 minute output rate 28000 bits/sec, 32 packets/sec
10006 packets input, 1140592 bytes, 0 total input drops
0 drops for unrecognized upper-level protocol
Received 0 broadcast packets, 6 multicast packets
0 runts, 0 giants, 0 throttles, 0 parity
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
10007 packets output, 1140832 bytes, 0 total output drops
Output 0 broadcast packets, 7 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
RP/0/RSP0/CPU0:router2#sh int ten 0/0/0/3
TenGigE0/0/0/3 is up, line protocol is up
Interface state transitions: 3
Hardware is TenGigE, address is 0024.98ea.038b (bia 0024.98ea.038b)
Layer 1 Transport Mode is LAN
Description: static lab connection to putin 0/0/0/3 - dont change
Layer 2 Transport Mode
MTU 1514 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)
reliability 255/255, txload 0/255, rxload 0/255
Encapsulation ARPA,
Full-duplex, 10000Mb/s, LR, link type is force-up
output flow control is off, input flow control is off
loopback not set,
Last input 00:00:00, output 00:00:06
Last clearing of "show interface" counters 00:01:15
5 minute input rate 27000 bits/sec, 30 packets/sec
5 minute output rate 27000 bits/sec, 30 packets/sec
10008 packets input, 1140908 bytes, 0 total input drops
0 drops for unrecognized upper-level protocol
Received 0 broadcast packets, 8 multicast packets
0 runts, 0 giants, 0 throttles, 0 parity
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
10006 packets output, 1140592 bytes, 0 total output drops
Output 0 broadcast packets, 6 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect group test
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
--------------------- -------------------------- --------------------------
test p2p1 UP Te0/0/0/3 UP Gi0/1/0/1 UP
-------------------------------------------------------------------------------
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect group test det
Group test, XC p2p1, state is up; Interworking none
AC: TenGigE0/0/0/3, state is up
Type Ethernet
MTU 1500; XC ID 0x1080001; interworking none
Statistics:
packets: received 10008, sent 10006
bytes: received 1140908, sent 1140592
AC: GigabitEthernet0/1/0/1, state is up
Type Ethernet
MTU 1500; XC ID 0x1880003; interworking none
Statistics:
packets: received 10006, sent 10008
bytes: received 1140592, sent 1140908
RP/0/RSP0/CPU0:router2#sh l2vpn forwarding interface gigabitEthernet 0/1/0/1
hardware ingress detail location 0/1/CPU0
Local interface: GigabitEthernet0/1/0/1, Xconnect id: 0x1880003, Status: up
Segment 1
AC, GigabitEthernet0/1/0/1, Ethernet port mode, status: Bound
Statistics:
packets: received 10022, sent 10023
bytes: received 1142216, sent 1142489
packets dropped: PLU 0, tail 0
bytes dropped: PLU 0, tail 0
Segment 2
AC, TenGigE0/0/0/3, Ethernet port mode, status: Bound
Platform AC context:
Ingress AC: Local Switch, State: Bound
Flags: Remote is Simple AC
XID: 0x00580003, SHG: None
Ingress uIDB: 0x0003, Egress uIDB: 0x0003, NP: 3, Port Learn Key: 0
NP3
Ingress uIDB:
Flags: L2, Status
Stats Ptr: 0x0d842c, uIDB index: 0x0003, Wire Exp Tag: 0
BVI Bridge Domain: 0, BVI Source XID: 0x01000000
VLAN1: 0, VLAN1 etype: 0x0000, VLAN2: 0, VLAN2 etype: 0x0000
L2 ACL Format: 0, L2 ACL ID: 0, IPV4 ACL ID: 0, IPV6 ACL ID: 0
QOS ID: 0, QOS Format ID: 0
Local Switch dest XID: 0x00000001
UIDB IF Handle: 0x00000000, Source Port: 1, Num VLANs: 0
Xconnect ID: 0x00580003, NP: 3
Type: AC, Remote type: AC
Flags: Learn enable
uIDB Index: 0x0003, LAG pointer: 0x0000
Split Horizon Group: None
RP/0/RSP0/CPU0:router2#sh l2vpn forwarding interface Te 0/0/0/3 hardware egress
detail location 0/0/CPU0
Local interface: TenGigE0/0/0/3, Xconnect id: 0x1080001, Status: up
Segment 1
AC, TenGigE0/0/0/3, Ethernet port mode, status: Bound
Statistics:
packets: received 10028, sent 10027
bytes: received 1143016, sent 1142732
packets dropped: PLU 0, tail 0
bytes dropped: PLU 0, tail 0
Segment 2
AC, GigabitEthernet0/1/0/1, Ethernet port mode, status: Bound
Platform AC context:
Egress AC: Local Switch, State: Bound
Flags: Remote is Simple AC
XID: 0x00000001, SHG: None
Ingress uIDB: 0x0007, Egress uIDB: 0x0007, NP: 0, Port Learn Key: 0
NP0
Egress uIDB:
Flags: L2, Status, Done
Stats ptr: 0x000000
VPLS SHG: None
L2 ACL Format: 0, L2 ACL ID: 0, IPV4 ACL ID: 0, IPV6 ACL ID: 0
VLAN1: 0, VLAN1 etype: 0x0000, VLAN2: 0, VLAN2 etype: 0x0000
UIDB IF Handle: 0x04000240, Search VLAN Vector: 0
QOS ID: 0, QOS format: 0
Xconnect ID: 0x00000001, NP: 0
Type: AC, Remote type: AC
Flags: Learn enable
uIDB Index: 0x0007, LAG pointer: 0x0000
Split Horizon Group: None
3.1.2 Sous-interfaces et manipulation de VLAN
Dans la terminologie du logiciel Cisco IOS®, cet exemple présente un CA semblable à une interface d'accès en mode switchport et une sous-interface dot1q similaire à une agrégation :
Généralement, cette topologie utilise un domaine de pont, car il y a généralement plus de deux ports dans le VLAN, bien que vous puissiez utiliser une interconnexion point à point s'il n'y a que deux ports. Cette section décrit comment les fonctionnalités de réécriture flexibles vous permettent de manipuler le VLAN de plusieurs manières.
3.1.2.1 Interface principale et sous-interface Dot1q
Dans cet exemple, l'interface principale se trouve d'un côté et la sous-interface dot1q de l'autre :
Il s’agit de l’interface principale sur le routeur 1 :
RP/0/RP0/CPU0:router1#sh run int gig 0/0/0/1
interface GigabitEthernet0/0/0/1
description static lab connection to router2 0/1/0/1
cdp
ipv4 address 10.1.1.1 255.255.255.0
!
Voici la sous-interface dot1q sur le routeur 2 :
RP/0/RSP0/CPU0:router2#sh run int gig 0/1/0/1
interface GigabitEthernet0/1/0/1
description static lab connection to router1 0/0/0/1
l2transport
RP/0/RSP0/CPU0:router2#sh run int ten 0/0/0/3.2
interface TenGigE0/0/0/3.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
RP/0/RSP0/CPU0:router2#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p2
interface TenGigE0/0/0/3.2
interface GigabitEthernet0/1/0/1
Il existe maintenant un mot clé l2transport dans le nom de sous-interface TenGigE0/0/0/3.2. Le routeur 3 envoie des trames dot1q avec la balise 2, qui correspondent à la sous-interface TenGigE0/0/0/3.2 sur le routeur 2.
La balise entrante 2 est supprimée dans la direction d'entrée par la commande rewrite ingress tag pop 1 symétrique. Puisque la balise a été supprimée dans la direction d'entrée sur TenGigE0/0/0/3.2, les paquets sont envoyés sans étiquette dans la direction de sortie sur GigabitEthernet0/1/0/1.
Le routeur 1 envoie des trames non étiquetées, qui correspondent à l’interface principale GigabitEthernet0/1/0/1.
Il n'existe aucune commande rewrite sur GigabitEthernet0/1/0/1, de sorte qu'aucune balise n'est poppée, poussée ou traduite.
Lorsque des paquets doivent être transférés depuis TenGigE0/0/0/3.2, la balise dot1q 2 est poussée en raison du mot clé symétrique dans la commande rewrite ingress tag pop 1. La commande affiche une balise dans la direction d'entrée, mais elle pousse symétriquement une balise dans la direction de sortie. Voici un exemple sur le routeur 3 :
RP/0/RSP0/CPU0:router3#sh run int ten 0/0/0/3.2
interface TenGigE0/0/0/3.2
ipv4 address 10.1.1.2 255.255.255.0
encapsulation dot1q 2
Surveillez les compteurs de sous-interface avec les mêmes commandes show interface et show l2vpn :
RP/0/RSP0/CPU0:router2#clear counters
Clear "show interface" counters on all interfaces [confirm]
RP/0/RSP0/CPU0:router2#clear l2vpn forwarding counters
RP/0/RSP0/CPU0:router2#
RP/0/RSP0/CPU0:router2#
RP/0/RSP0/CPU0:router2#sh int TenGigE0/0/0/3.2
TenGigE0/0/0/3.2 is up, line protocol is up
Interface state transitions: 1
Hardware is VLAN sub-interface(s), address is 0024.98ea.038b
Layer 2 Transport Mode
MTU 1518 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)
reliability Unknown, txload Unknown, rxload Unknown
Encapsulation 802.1Q Virtual LAN,
Outer Match: Dot1Q VLAN 2
Ethertype Any, MAC Match src any, dest any
loopback not set,
Last input 00:00:00, output 00:00:00
Last clearing of "show interface" counters 00:00:27
1000 packets input, 122000 bytes
0 input drops, 0 queue drops, 0 input errors
1002 packets output, 122326 bytes
0 output drops, 0 queue drops, 0 output errors
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect detail
Group test, XC p2p2, state is up; Interworking none
AC: TenGigE0/0/0/3.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1500; XC ID 0x1080001; interworking none
Statistics:
packets: received 1001, sent 1002
bytes: received 118080, sent 118318
drops: illegal VLAN 0, illegal length 0
AC: GigabitEthernet0/1/0/1, state is up
Type Ethernet
MTU 1500; XC ID 0x1880003; interworking none
Statistics:
packets: received 1002, sent 1001
bytes: received 114310, sent 114076
Comme prévu, le nombre de paquets reçus sur TenGigE0/0/3.2 correspond au nombre de paquets envoyés sur GigabitEthernet0/1/0/1 et vice versa.
3.1.2.2 Sous-interface avec encapsulation
Au lieu de l'interface principale sur GigabitEthernet0/1/0/1, vous pouvez utiliser une sous-interface avec encapsulation par défaut afin d'attraper toutes les trames ou avec encapsulation non étiquetée afin de ne faire correspondre que les trames non étiquetées :
RP/0/RSP0/CPU0:router2#sh run interface GigabitEthernet0/1/0/1.1
interface GigabitEthernet0/1/0/1.1 l2transport
encapsulation untagged
RP/0/RSP0/CPU0:router2#sh run int TenGigE0/0/0/3.2
interface TenGigE0/0/0/3.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
RP/0/RSP0/CPU0:router2#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p3
interface TenGigE0/0/0/3.2
interface GigabitEthernet0/1/0/1.1
3.1.2.3 Direction d'entrée sur GigabitEthernet0/1/0/1.1
Plutôt que de placer la balise 2 dans la direction d'entrée sur TenGigE0/0/0/3.2, vous pouvez pousser la balise 2 dans la direction d'entrée sur GigabitEthernet0/1/0/1.1 et ne rien faire sur TenGigE0/0/0/3.2 :
RP/0/RSP0/CPU0:router2#sh run int TenGigE0/0/0/3.2
interface TenGigE0/0/0/3.2 l2transport
encapsulation dot1q 2
RP/0/RSP0/CPU0:router2#sh run interface GigabitEthernet0/1/0/1.1
interface GigabitEthernet0/1/0/1.1 l2transport
encapsulation untagged
rewrite ingress tag push dot1q 2 symmetric
RP/0/RSP0/CPU0:router2#sh run int TenGigE0/0/0/3.2
interface TenGigE0/0/0/3.2 l2transport
encapsulation dot1q 2
RP/0/RSP0/CPU0:router2#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p3
interface TenGigE0/0/0/3.2
interface GigabitEthernet0/1/0/1.1
Ainsi, vous pouvez voir que le modèle EVC avec les commandes encapsulation et réécriture vous offre une grande flexibilité pour faire correspondre et manipuler les balises VLAN.
3.2 Services de câblage privé virtuel
3.2.1 Présentation
Virtual Private Wire Services (VPWS), également appelé Ethernet sur MPLS (EoMPLS), permet à deux périphériques L2VPN Provider Edge (PE) de tunnel le trafic L2VPN sur un cloud MPLS. Les deux PE L2VPN sont généralement connectés à deux sites différents avec un coeur MPLS entre eux. Les deux CA connectés à chaque PE L2VPN sont reliés par un PW sur le réseau MPLS, qui est le PW MPLS.
Chaque PE doit avoir une étiquette MPLS pour atteindre le bouclage du PE distant. Cette étiquette, généralement appelée étiquette IGP (Interior Gateway Protocol), peut être apprise via le protocole LDP (Label Distribution Protocol) MPLS ou l'ingénierie de trafic MPLS (TE).
Les deux PE établissent une session MPLS LDP ciblée entre eux afin qu’ils puissent établir et contrôler l’état du PW. Un PE annonce à l'autre PE l'étiquette MPLS pour l'identification du PW.
Le trafic reçu par le routeur 2 sur son CA local est encapsulé dans une pile d'étiquettes MPLS :
- L’étiquette MPLS externe est l’étiquette IGP pour atteindre le bouclage du routeur 3. Il peut s'agir de l'étiquette nulle implicite si les étiquettes sont directement connectées ; cela signifie qu'aucune étiquette IGP ne sera ajoutée.
- L’étiquette MPLS interne est l’étiquette PW annoncée par le routeur 3 via la session LDP ciblée.
- Il peut y avoir un mot de contrôle PW après les étiquettes MPLS, selon la configuration et le type d'encapsulation. Le mot de contrôle n'est pas utilisé par défaut sur les interfaces Ethernet et doit être explicitement configuré si nécessaire.
- La trame L2 transportée suit dans le paquet.
- Certaines balises VLAN sont transportées sur le PW, selon la configuration et le type de PW.
L'avant-dernier saut, juste avant le routeur 3 dans le coeur MPLS, affiche l'étiquette IGP ou la remplace par une étiquette nulle explicite. Ainsi, l’étiquette significative supérieure sur la trame reçue par le routeur 3 est l’étiquette PW que le routeur 3 a signalée au routeur 2 pour le PW. Ainsi, le routeur 3 sait que le trafic reçu avec cette étiquette MPLS doit être commuté vers le CA connecté au routeur 4.
Dans l'exemple précédent, vous devez d'abord vérifier si chaque L2VPN a une étiquette MPLS pour le bouclage du PE distant. Voici un exemple de vérification des étiquettes sur le routeur 2 :
RP/0/RSP1/CPU0:router2#sh mpls forwarding prefix 10.0.0.11/32
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
16008 16009 10.0.0.11/32 Te0/0/0/1 10.0.23.2 681260
La configuration CA reste la même :
RP/0/RSP1/CPU0:router2#sh run int gig 0/0/0/1.2
Wed May 1 13:56:07.668 CEST
interface GigabitEthernet0/0/0/1.2 l2transport
encapsulation dot1q 2
Comme il n'y a aucune commande rewrite ingress pop, la balise VLAN 2 entrante est transportée sur le PW. Pour plus de détails, reportez-vous aux PW de type 4 et 5.
La configuration L2VPN spécifie le CA local et le PE L2VPN distant avec un ID PW qui doit correspondre de chaque côté et doit être unique pour chaque voisin :
RP/0/RSP1/CPU0:router2#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p4
interface GigabitEthernet0/0/0/1.2
neighbor 10.0.0.11 pw-id 222
La configuration correspondante sur le routeur 3 est la suivante :
RP/0/RSP0/CPU0:router3#sh run int gig 0/1/0/3.2
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation dot1q 2
!
RP/0/RSP0/CPU0:router3#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p4
interface GigabitEthernet0/1/0/3.2
neighbor 10.0.0.13 pw-id 222
Utilisez la commande show l2vpn xconnect detail afin d'afficher les détails sur l'interconnexion :
RP/0/RSP1/CPU0:router2#sh l2vpn xconnect group test xc-name p2p4 detail
Group test, XC p2p4, state is up; Interworking none
AC: GigabitEthernet0/0/0/1.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1504; XC ID 0x840006; interworking none
Statistics:
packets: received 186, sent 38448
bytes: received 12644, sent 2614356
drops: illegal VLAN 0, illegal length 0
PW: neighbor 10.0.0.11, PW ID 222, state is up ( established )
PW class not set, XC ID 0xc0000004
Encapsulation MPLS, protocol LDP
Source address 10.0.0.13
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ -----------------------------
Label 16026 16031
Group ID 0x4000280 0x6000180
Interface GigabitEthernet0/0/0/1.2 GigabitEthernet0/1/0/3.2
MTU 1504 1504
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ -----------------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Outgoing Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225476
Create time: 30/04/2013 16:30:58 (21:31:00 ago)
Last time status changed: 30/04/2013 16:36:42 (21:25:16 ago)
Statistics:
packets: received 38448, sent 186
bytes: received 2614356, sent 12644
Dans cette configuration, notez que :
- L'unité de transmission maximale (MTU) du CA est 1504, car l'étiquette entrante du CA n'est pas insérée. Le MTU doit correspondre de chaque côté, sinon le PW ne s'affiche pas.
- 186 paquets ont été reçus sur le CA et envoyés sur le PW comme prévu.
- 38448 paquets ont été reçus sur le PW et envoyés sur le CA comme prévu.
- L’étiquette locale sur le routeur 2 est 16026 et est l’étiquette que le routeur 3 utilise comme étiquette interne. Les paquets sont reçus sur le routeur 2 avec cette étiquette MPLS comme étiquette supérieure car l'étiquette IGP a été placée par l'avant-dernier saut MPLS. Le routeur 2 sait que les trames entrantes avec cette étiquette PW doivent être commutées vers le module AC Gi 0/0/0/1.2 :
RP/0/RSP1/CPU0:router2#sh mpls forwarding labels 16026
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ------------
16026 Pop PW(10.0.0.11:222) Gi0/0/0/1.2 point2point 2620952
3.2.2 État du PW et du couplage CA
Dans une interconnexion point à point, le CA et le PW sont couplés. Ainsi, si le courant alternatif tombe en panne, le périphérique L2VPN signale via le protocole LDP au périphérique distant que l'état du PW doit être désactivé. Cela déclenche la convergence lorsque la redondance PW est configurée. Reportez-vous à la section Redondance pour plus de détails.
Dans cet exemple, le courant alternatif est désactivé sur le routeur 2 et envoie l'état du bloc d'alimentation 'AC Down' au routeur 3 :
RP/0/RSP1/CPU0:router2#sh l2vpn xconnect group test xc-name p2p4 detail
Wed May 1 23:38:55.542 CEST
Group test, XC p2p4, state is down; Interworking none
AC: GigabitEthernet0/0/0/1.2, state is down
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1504; XC ID 0x840006; interworking none
Statistics:
packets: received 186, sent 38544
bytes: received 12644, sent 2620884
drops: illegal VLAN 0, illegal length 0
PW: neighbor 10.0.0.11, PW ID 222, state is down ( remote standby )
PW class not set, XC ID 0xc0000004
Encapsulation MPLS, protocol LDP
Source address 10.0.0.13
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ -----------------------------
Label 16026 16031
Group ID 0x4000280 0x6000180
Interface GigabitEthernet0/0/0/1.2 GigabitEthernet0/1/0/3.2
MTU 1504 1504
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ -----------------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Outgoing Status (PW Status TLV):
Status code: 0x6 (AC Down) in Notification message
MIB cpwVcIndex: 3221225476
Create time: 30/04/2013 16:30:58 (1d07h ago)
Last time status changed: 01/05/2013 14:05:07 (09:33:47 ago)
Statistics:
packets: received 38544, sent 186
bytes: received 2620884, sent 12644
Le routeur 3 sait que le PW doit être arrêté car le CA distant est en panne :
RP/0/RSP0/CPU0:router3#sh l2vpn xconnect group test xc-name p2p4 detail
Group test, XC p2p4, state is down; Interworking none
AC: GigabitEthernet0/1/0/3.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1504; XC ID 0xc40003; interworking none
Statistics:
packets: received 38545, sent 186
bytes: received 2620952, sent 12644
drops: illegal VLAN 0, illegal length 0
PW: neighbor 10.0.0.13, PW ID 222, state is down ( local ready )
PW class not set, XC ID 0xc0000005
Encapsulation MPLS, protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ -----------------------------
Label 16031 16026
Group ID 0x6000180 0x4000280
Interface GigabitEthernet0/1/0/3.2 GigabitEthernet0/0/0/1.2
MTU 1504 1504
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ -----------------------------
Incoming Status (PW Status TLV):
Status code: 0x6 (AC Down) in Notification message
Outgoing Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225477
Create time: 30/04/2013 16:37:57 (1d07h ago)
Last time status changed: 01/05/2013 14:11:33 (09:35:50 ago)
Statistics:
packets: received 186, sent 38545
bytes: received 12644, sent 2620952
3.2.3 PW de type 4 et 5
Deux types de PW peuvent être utilisés : le type 4 et le type 5.
- Un PW de type 4 est appelé PW basé sur VLAN. Le PE d'entrée n'est pas censé supprimer les balises VLAN entrantes qui doivent être transportées sur le PW.
Sur les plates-formes basées sur EVC telles que l'ASR 9000, le problème est que les CA entrants peuvent avoir une commande rewrite qui affiche les balises VLAN entrantes, de sorte qu'il peut ne pas y avoir de balise VLAN à transporter sur le PW. Afin d'aborder cette possibilité, les plates-formes EVC insèrent une balise VLAN fictive 0 au-dessus de la trame pour les PW de type 4. Les PW de type 4 sont configurés avec la commande transport-mode vlan. Le PE distant doit être basé sur EVC et doit comprendre que la balise VLAN supérieure est la balise factice à supprimer.
Cependant, si vous utilisez un PW de type 4 entre une plate-forme EVC et une plate-forme non EVC, cela peut entraîner des problèmes d'interopérabilité. La plate-forme non EVC ne considère pas la balise VLAN supérieure comme étant la balise VLAN factice et transfère la trame avec la balise VLAN factice 0 comme balise externe. Les plates-formes EVC peuvent manipuler les balises VLAN reçues sur la trame entrante à l'aide de la commande rewrite. Les résultats de cette manipulation VLAN sont transportés sur le PW de type 4 avec la balise factice 0 supplémentaire au-dessus.
Les versions récentes du logiciel Cisco IOS XR offrent la possibilité d'utiliser un PW de type 4 sans utiliser la balise factice 0 avec la commande transport-mode vlan passthrough. La manipulation des balises VLAN sur le point de flux Ethernet (EFP) doit s'assurer qu'au moins une balise reste car il doit y avoir une balise VLAN transportée sur un PW de type 4 et parce que, dans ce cas, il n'y a aucune balise factice qui satisfait à cette exigence. Les balises qui restent sur la trame après la réécriture de la balise d'interface entrante sont transportées de manière transparente via le PW.
- Un PW de type 5 est connu sous le nom de PW Ethernet basé sur les ports. Le PE d’entrée transporte les trames reçues sur une interface principale ou après la suppression des balises de sous-interface lorsque le paquet est reçu sur une sous-interface. Il n'est pas nécessaire d'envoyer une trame étiquetée sur un PW de type 5, et aucune balise factice n'est ajoutée par les plates-formes basées sur EVC. Les plates-formes basées sur EVC peuvent manipuler les balises VLAN reçues sur la trame entrante à l'aide de la commande rewrite. Les résultats de cette manipulation VLAN sont transportés sur le PW de type 5, qu’il soit balisé ou non balisé.
Par défaut, les PE L2VPN tentent de négocier un PW de type 5, comme dans cet exemple :
RP/0/RSP1/CPU0:router2#sh l2vpn xconnect group test det | i " PW type"
PW type Ethernet, control word disabled, interworking none
PW type Ethernet Ethernet
Le type de PW Ethernet indique un PW de type 5.
Il s’agit d’une capture de renifleur d’une requête ARP envoyée par le routeur 1 et encapsulée par le routeur 2 sur le PW au routeur 3 :
Frame 38: 82 bytes on wire (656 bits), 82 bytes captured (656 bits)
Ethernet II, Src: Cisco_2f:dc:04 (00:0b:60:2f:dc:04), Dst: Cisco_1e:93:50
(00:24:f7:1e:93:50)
MultiProtocol Label Switching Header, Label: 16031, Exp: 0, S: 1, TTL: 251
Ethernet II, Src: Cisco_03:1f:46 (00:1d:46:03:1f:46), Dst: Broadcast
(ff:ff:ff:ff:ff:ff)
802.1Q Virtual LAN, PRI: 0, CFI: 0, ID: 2
Address Resolution Protocol (request)
L’étiquette MPLS 16031 est l’étiquette PW annoncée par le routeur 3. La capture de renifleur a été prise entre l’avant-dernier saut et le routeur 3, il n’y a donc pas d’étiquette IGP.
La trame Ethernet encapsulée commence immédiatement après l’étiquette du PW. Il peut y avoir un mot de contrôle PW, mais il n'est pas configuré dans cet exemple.
Même s'il s'agit d'un PW de type 5, l'étiquette VLAN 2 entrante reçue sur le CA par le routeur 2 est transportée car il n'y a aucune commande de réécriture qui l'affiche sur le CA. Les résultats qui proviennent du CA après le traitement de réécriture sont transportés car il n'y a pas d'étiquette automatique qui s'affiche sur les plates-formes basées sur EVC. Notez qu'il n'y a pas de balise VLAN factice 0 avec un PW de type 5.
Si vous avez configuré avec la commande rewrite ingress tag pop 1 symétrique, il n'y aurait aucune balise VLAN transportée sur le PW.
Voici un exemple de PW de type 4 avec configuration d’une classe pw sur router2 et router3.
l2vpn
pw-class VLAN
encapsulation mpls
transport-mode vlan
!
!
xconnect group test
p2p p2p4
neighbor 10.0.0.11 pw-id 222
pw-class VLAN
!
!
!
!
Le VLAN Ethernet de type PW indique un PW de type 4.
RP/0/RSP1/CPU0:router2#sh l2vpn xconnect group test det | i " PW type"
PW type Ethernet VLAN, control word disabled, interworking none
PW type Ethernet VLAN Ethernet VLAN
Une étiquette factice 0 est maintenant insérée au-dessus de la trame transportée :
Frame 15: 86 bytes on wire (688 bits), 86 bytes captured (688 bits)
Ethernet II, Src: Cisco_2f:dc:04 (00:0b:60:2f:dc:04), Dst: Cisco_1e:93:50
(00:24:f7:1e:93:50)
MultiProtocol Label Switching Header, Label: 16031, Exp: 0, S: 1, TTL: 251
Ethernet II, Src: Cisco_03:1f:46 (00:1d:46:03:1f:46), Dst: Broadcast
(ff:ff:ff:ff:ff:ff)
802.1Q Virtual LAN, PRI: 0, CFI: 0, ID: 0
802.1Q Virtual LAN, PRI: 0, CFI: 0, ID: 2
Address Resolution Protocol (request)
Le PE de sortie basé sur EVC supprime la balise factice et transfère la trame avec la balise 2 sur son CA local. Le PE de sortie applique la manipulation de balise locale configurée sur son CA sur la trame reçue sur le PW. Si son CA local est configuré comme réécriture de la balise d'entrée pop 1 symétrique, la balise configurée doit être poussée dans la direction de sortie, de sorte qu'une nouvelle balise est poussée au-dessus de la balise 2 reçue sur le PW. La commande rewrite est très flexible mais vous devez évaluer soigneusement ce que vous voulez réaliser de chaque côté du PW.
3.2.4 PW multisegment
Il est possible d'avoir un PE L2VPN qui a un PW, au lieu d'une interface physique, en tant que CA :
Le routeur 5 reçoit des paquets sur le PW du routeur 2 et les commute sur son autre PW vers le routeur 3. Le routeur 5 passe donc d’un PW à l’autre afin de créer un PW multisegment entre le routeur 2 et le routeur 3.
La configuration sur le routeur 2 pointe maintenant sur le routeur 5 comme PE distant :
RP/0/RSP1/CPU0:router2#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p5
interface GigabitEthernet0/0/0/1.2
neighbor 10.0.0.12 pw-id 222
!
!
!
!
La configuration sur le routeur 5 est de base :
RP/0/RSP0/CPU0:router5#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p5
neighbor 10.0.0.11 pw-id 223
!
neighbor 10.0.0.13 pw-id 222
!
description R2-R5-R3
!
!
!
La commande description est facultative et est insérée dans une valeur de longueur de type de commutation PW (TLV) qui est envoyée par le routeur 5 à chaque PE distant (routeur 2 et routeur 3). La description est utile lorsque vous devez dépanner un problème de PW lorsqu'un routeur au milieu effectue la commutation PW.
Entrez la commande sh l2vpn xconnect afin de passer en revue le TLV de commutation PW :
RP/0/RSP0/CPU0:router5#sh l2vpn xconnect group test det
Group test, XC p2p5, state is down; Interworking none
Description: R2-R5-R3
PW: neighbor 10.0.0.11, PW ID 223, state is down ( provisioned )
PW class not set, XC ID 0xc0000002
Encapsulation MPLS, protocol LDP
Source address 10.0.0.12
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ -----------------------------
Label 16042 unknown
Group ID 0x4000280 0x0
Interface GigabitEthernet0/0/0/1.2 unknown
MTU 1504 unknown
Control word disabled unknown
PW type Ethernet unknown
VCCV CV type 0x2 0x0
(none)
(LSP ping verification)
VCCV CC type 0x4 0x0
(none)
(TTL expiry)
------------ ------------------------------ -----------------------------
Outgoing PW Switching TLVs (Label Mapping message):
Local IP Address: 10.0.0.12, Remote IP Address: 10.0.0.13, PW ID: 222
Description: R1-R5-R3
Outgoing Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Statistics for MS-PW:
packets: received 0
bytes: received 0
MIB cpwVcIndex: 3221225474
Create time: 02/05/2013 15:37:53 (00:34:43 ago)
Last time status changed: 02/05/2013 16:12:30 (00:00:06 ago)
Last time PW went down: 02/05/2013 16:12:30 (00:00:06 ago)
PW: neighbor 10.0.0.13, PW ID 222, state is up ( established )
PW class not set, XC ID 0xc0000001
Encapsulation MPLS, protocol LDP
Source address 10.0.0.12
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ -----------------------------
Label 16043 16056
Group ID 0x6000180 0x4000280
Interface GigabitEthernet0/1/0/3.2 GigabitEthernet0/0/0/1.2
MTU 1504 1504
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x4 0x6
(router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ -----------------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Outgoing PW Switching TLVs (Label Mapping message):
Local IP Address: 10.0.0.12, Remote IP Address: 10.0.0.11, PW ID: 223
Description: R2-R5-R3
Outgoing Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Statistics for MS-PW:
packets: received 0
bytes: received 0
MIB cpwVcIndex: 0
Create time: 02/05/2013 15:37:53 (00:34:43 ago)
Last time status changed: 02/05/2013 16:12:35 (00:00:01 ago)
Last time PW went down: 02/05/2013 16:12:30 (00:00:06 ago)
Le routeur 5 envoie un TLV de commutation PW au routeur 3 avec les détails de son PW au routeur 2 et envoie un TLV de commutation PW au routeur 2 avec les détails de son PW au routeur 3.
3.2.5 Redondance
Un PW point à point peut être utilisé pour connecter deux sites, mais ces deux sites doivent rester connectés en cas de défaillance du système d'exploitation ou du système d'alimentation secteur.
3.2.5.1 Redondance du coeur de réseau
Si vous modifiez la topologie en affectant le réacheminement dans le coeur MPLS, le PW MPLS hérite immédiatement du nouveau chemin.
3.2.5.2 Offre groupée sur PW
Un périphérique de périphérie client (CE) peut être connecté à l’équipement d’abonné via un bundle Ethernet afin de fournir une redondance de liaison en cas de défaillance de liaison entre l’équipement d’abonné et l’équipement d’abonné. Le bundle reste actif même si un membre de liaison de bundle tombe en panne. Notez que cela ne fournit pas de redondance PE, car une défaillance de PE entraîne la mise hors service de l'ensemble de l'offre.
Une méthode de redondance consiste à faire transporter plusieurs circuits par des PW point à point. Chaque circuit est membre d’un ensemble Ethernet entre deux CE :
Le PE ne termine pas le bundle et transporte les trames de manière transparente sur le PW, y compris les trames LACP (Link Aggregation Control Protocol) que les CE échangent entre eux.
Avec cette conception, la perte d'un bloc d'alimentation CA ou d'un bloc d'alimentation entraîne la perte d'un membre de l'ensemble, mais l'ensemble reste actif.
Le CE reste un point de défaillance unique dans cette conception. Les autres fonctions de redondance pouvant être utilisées sur CE sont les suivantes :
- Groupe d'agrégation de liaisons multichâssis (MC-LAG)
- Mise en grappe de la virtualisation de réseau ASR 9000 (nV)
- VSS (Virtual Switching System) sur les commutateurs Cisco IOS
- Virtual Port Channel (vPC) sur les commutateurs Cisco Nexus
Du point de vue du PE, il existe une connexion point à point simple entre un CA et un PW MPLS.
3.2.5.3 Redondance PW
Les PE peuvent également fournir une redondance avec une fonctionnalité appelée redondance PW.
Le routeur 2 a un PW principal vers le routeur 3. Le trafic du routeur 1 vers le routeur 6 passe par ce PW principal dans des circonstances normales. Le routeur 2 dispose également d’un PW de secours vers le routeur 4 en veille rapide, mais, dans des circonstances normales, aucun trafic ne circule sur ce PW.
En cas de problème avec le PW principal, avec le PE distant du PW principal (router3) ou avec le CA sur le PE distant (router3), le routeur2 active immédiatement le PW de secours et le trafic commence à le traverser. Le trafic revient au PW principal lorsque le problème est résolu.
La configuration sur le routeur 2 est la suivante :
RP/0/RSP0/CPU0:router2#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p6
interface GigabitEthernet0/1/0/3.2
neighbor 10.0.0.13 pw-id 222
backup neighbor 10.0.0.14 pw-id 222
!
!
!
!
!
La configuration standard sur les routeurs 3 et 4 est la suivante :
RP/0/RSP1/CPU0:router3#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p6
interface GigabitEthernet0/0/0/1.2
neighbor 10.0.0.11 pw-id 222
!
!
!
!
Dans des conditions stables, le PW vers le routeur 3 est actif et le PW vers le routeur 4 est en veille :
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect group test
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
--------------------- ------------------ ---------------------------
test p2p6 UP Gi0/1/0/3.2 UP 10.0.0.13 222 UP
Backup
10.0.0.14 222 SB
------------------------------------------------------------------------
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect group test det
Group test, XC p2p6, state is up; Interworking none
AC: GigabitEthernet0/1/0/3.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1504; XC ID 0xc40003; interworking none
Statistics:
packets: received 51412, sent 25628
bytes: received 3729012, sent 1742974
drops: illegal VLAN 0, illegal length 0
PW: neighbor 10.0.0.13, PW ID 222, state is up ( established )
PW class not set, XC ID 0xc0000005
Encapsulation MPLS, protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ -------------------------- --------------------------
Label 16049 16059
Group ID 0x6000180 0x4000280
Interface GigabitEthernet0/1/0/3.2 GigabitEthernet0/0/0/1.2
MTU 1504 1504
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ -------------------------- --------------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Outgoing Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225477
Create time: 03/05/2013 15:04:03 (00:21:26 ago)
Last time status changed: 03/05/2013 15:17:34 (00:07:55 ago)
MAC withdraw message: send 0 receive 0
Statistics:
packets: received 25628, sent 51412
bytes: received 1742974, sent 3729012
Backup PW:
PW: neighbor 10.0.0.14, PW ID 222, state is standby ( all ready )
Backup for neighbor 10.0.0.13 PW ID 222 ( inactive )
PW class not set, XC ID 0xc0000006
Encapsulation MPLS, protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ --------------------------- --------------------------
Label 16050 289971
Group ID 0x6000180 0x4000100
Interface GigabitEthernet0/1/0/3.2 GigabitEthernet0/0/0/1.2
MTU 1504 1504
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ --------------------------- --------------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Outgoing Status (PW Status TLV):
Status code: 0x20 (Standby) in Notification message
MIB cpwVcIndex: 3221225478
Create time: 03/05/2013 15:04:03 (00:21:26 ago)
Last time status changed: 03/05/2013 15:17:34 (00:07:55 ago)
MAC withdraw message: send 0 receive 0
RP/0/RSP0/CPU0:router2#
Comme l'état CA et l'état PW sont couplés, le routeur 3 signale 'AC down' au routeur 2 lorsque le CA du routeur 3 tombe en panne. Router2 désactive son PW principal et active le PW de sauvegarde :
RP/0/RSP0/CPU0:May 3 15:34:08.772 : l2vpn_mgr[1121]: %L2-L2VPN_PW-3-UPDOWN :
Pseudowire with address 10.0.0.13, id 222, state is Down
RP/0/RSP0/CPU0:May 3 15:34:08.772 : l2vpn_mgr[1121]: %L2-L2VPN_PW-3-UPDOWN :
Pseudowire with address 10.0.0.14, id 222, state is Up
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect group test
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ --------------------- ---------------------------
test p2p6 UP Gi0/1/0/3.2 UP 10.0.0.13 222 DN
Backup
10.0.0.14 222 UP
------------------------------------------------------------------------------
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect group test det
Group test, XC p2p6, state is up; Interworking none
AC: GigabitEthernet0/1/0/3.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1504; XC ID 0xc40003; interworking none
Statistics:
packets: received 51735, sent 25632
bytes: received 3752406, sent 1743230
drops: illegal VLAN 0, illegal length 0
PW: neighbor 10.0.0.13, PW ID 222, state is down ( local ready )
PW class not set, XC ID 0xc0000005
Encapsulation MPLS, protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ---------------------------
Label 16049 16059
Group ID 0x6000180 0x4000280
Interface GigabitEthernet0/1/0/3.2 GigabitEthernet0/0/0/1.2
MTU 1504 1504
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ---------------------------
Incoming Status (PW Status TLV):
Status code: 0x6 (AC Down) in Notification message
Outgoing Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225477
Create time: 03/05/2013 15:04:03 (00:30:14 ago)
Last time status changed: 03/05/2013 15:34:08 (00:00:09 ago)
MAC withdraw message: send 0 receive 0
Backup PW:
PW: neighbor 10.0.0.14, PW ID 222, state is up ( established )
Backup for neighbor 10.0.0.13 PW ID 222 ( active )
PW class not set, XC ID 0xc0000006
Encapsulation MPLS, protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------- -----------------------------
Label 16050 289971
Group ID 0x6000180 0x4000100
Interface GigabitEthernet0/1/0/3.2 GigabitEthernet0/0/0/1.2
MTU 1504 1504
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------- -----------------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
Outgoing Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225478
Create time: 03/05/2013 15:04:03 (00:30:14 ago)
Last time status changed: 03/05/2013 15:34:08 (00:00:09 ago)
MAC withdraw message: send 0 receive 0
Statistics:
packets: received 25632, sent 51735
bytes: received 1743230, sent 3752406
RP/0/RSP0/CPU0:router2#
Lorsque le CA du routeur 3 redémarre, le routeur 2 réactive le PW principal vers le routeur 3 et le PW vers le routeur 4 revient à l’état de veille.
Le PW de sauvegarde est également activé lorsque le routeur 3 tombe en panne et que le routeur 2 perd la route vers son bouclage.
L'étape logique suivante consiste à introduire une redondance PW bidirectionnelle avec deux PE sur chaque site :
Cependant, ce maillage complet de PW rencontre un problème lorsque deux PW sont actifs en même temps qu'une boucle est introduite dans le réseau. La boucle doit être rompue, généralement à l'aide du protocole STP (Spanning Tree Protocol). Cependant, vous ne voulez pas que l'instabilité Spanning Tree d'un site se propage vers l'autre site. Il est donc préférable de ne pas exécuter Spanning Tree sur ces PW et de ne pas fusionner le Spanning Tree entre les deux sites. Il est plus simple s’il n’existe qu’une seule liaison logique entre les deux sites, de sorte qu’aucun Spanning Tree n’est requis.
Une solution consiste à utiliser un bundle MC-LAG entre les deux PE d'un site et leur CE local. Un seul des deux PE a ses membres de bundle actifs de sorte que son PW vers le site distant soit actif. L'autre PE a ses membres de bundle en veille et son PW vers le site distant est désactivé. Avec un seul PW actif entre les deux sites, aucune boucle n'est introduite. L’équipement d’abonné avec le PW actif dispose également d’un équipement de secours au second équipement d’abonné sur le site distant.
Dans des conditions stables, les membres actifs de l’ensemble se trouvent sur les routeurs 2 et 3, et le PW actif se trouve entre eux. Voici la configuration sur le routeur 3 :
RP/0/RSP1/CPU0:router3#sh run redundancy
redundancy
iccp
group 2
mlacp node 1
mlacp system mac 0200.0000.0002
mlacp system priority 1
mlacp connect timeout 0
member
neighbor 10.0.0.14
!
backbone
interface TenGigE0/0/0/0
interface TenGigE0/0/0/1
!
isolation recovery-delay 300
!
!
!
RP/0/RSP1/CPU0:router3#sh run int bundle-ether 222
interface Bundle-Ether222
lacp switchover suppress-flaps 100
mlacp iccp-group 2
mlacp switchover type revertive
mlacp switchover recovery-delay 40
mlacp port-priority 1
mac-address 0.0.2
bundle wait-while 0
bundle maximum-active links 1
load-interval 30
!
RP/0/RSP1/CPU0:router3#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p7
interface Bundle-Ether222.2
neighbor 10.0.0.11 pw-id 222
backup neighbor 10.0.0.12 pw-id 222
!
!
!
!
!
RP/0/RSP1/CPU0:router3#sh l2vpn xconnect group test
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ --------------------- ---------------------------
test p2p7 UP BE222.2 UP 10.0.0.11 222 UP
Backup
10.0.0.12 222 DN
------------------------------------------------------------------------------
RP/0/RSP1/CPU0:router3#sh bundle bundle-ether 222
Bundle-Ether222
Status: Up
Local links : 1 / 0 / 1
Local bandwidth : 1000000 (1000000) kbps
MAC address (source): 0000.0000.0002 (Configured)
Inter-chassis link: No
Minimum active links / bandwidth: 1 / 1 kbps
Maximum active links: 1
Wait while timer: Off
Load balancing: Default
LACP: Operational
Flap suppression timer: 100 ms
Cisco extensions: Disabled
mLACP: Operational
ICCP Group: 2
Role: Active
Foreign links : 0 / 1
Switchover type: Revertive
Recovery delay: 40 s
Maximize threshold: 1 link
IPv4 BFD: Not configured
Port Device State Port ID B/W, kbps
-------------------- --------------- -------- -------------- ----------
Gi0/0/0/1 Local Active 0x8001, 0x9001 1000000
Link is Active
Gi0/0/0/1 10.0.0.14 Standby 0x8002, 0xa002 1000000
Link is marked as Standby by mLACP peer
Sur le routeur 5, le membre du bundle local et le PW principal vers le routeur 2 sont en veille et le PW de secours vers le routeur 4 est arrêté :
RP/0/RSP1/CPU0:router5#sh run redundancy
redundancy
iccp
group 2
mlacp node 2
mlacp system mac 0200.0000.0002
mlacp system priority 1
mlacp connect timeout 0
member
neighbor 10.0.0.13
!
backbone
interface TenGigE0/1/0/0
interface TenGigE0/1/0/1
!
isolation recovery-delay 300
!
!
!
RP/0/RSP1/CPU0:router5#sh run int bundle-ether 222
interface Bundle-Ether222
lacp switchover suppress-flaps 100
mlacp iccp-group 2
mlacp switchover type revertive
mlacp switchover recovery-delay 40
mac-address 0.0.2
bundle wait-while 0
bundle maximum-active links 1
load-interval 30
!
RP/0/RSP1/CPU0:router5#sh run l2vpn xconnect group test
l2vpn
xconnect group test
p2p p2p7
interface Bundle-Ether222.2
neighbor 10.0.0.11 pw-id 222
backup neighbor 10.0.0.12 pw-id 222
!
!
!
!
!
RP/0/RSP1/CPU0:router5#sh l2vpn xconnect group test
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ ---------------------- --------------------------
test p2p7 DN BE222.2 UP 10.0.0.11 222 SB
Backup
10.0.0.12 222 DN
------------------------------------------------------------------------------
RP/0/RSP1/CPU0:router5#sh bundle bundle-ether 222
Bundle-Ether222
Status: mLACP hot standby
Local links : 0 / 1 / 1
Local bandwidth : 0 (0) kbps
MAC address (source): 0000.0000.0002 (Configured)
Inter-chassis link: No
Minimum active links / bandwidth: 1 / 1 kbps
Maximum active links: 1
Wait while timer: Off
Load balancing: Default
LACP: Operational
Flap suppression timer: 100 ms
Cisco extensions: Disabled
mLACP: Operational
ICCP Group: 2
Role: Standby
Foreign links : 1 / 1
Switchover type: Revertive
Recovery delay: 40 s
Maximize threshold: 1 link
IPv4 BFD: Not configured
Port Device State Port ID B/W, kbps
-------------------- ------------ ----------- -------------- ----------
Gi0/0/0/1 Local Standby 0x8002, 0xa002 1000000
mLACP peer is active
Gi0/0/0/1 10.0.0.13 Active 0x8001, 0x9001 1000000
Link is Active
Sur le routeur 6, le membre de l’offre groupée vers le routeur 3 est actif, tandis que le membre de l’offre groupée vers le routeur 5 est en veille :
router6#sh etherchannel summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3 S - Layer2
U - in use f - failed to allocate aggregator
M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port
Number of channel-groups in use: 1
Number of aggregators: 1
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
2 Po2(SU) LACP Gi0/1(P) Gi0/2(w)
Lorsque le membre de l’ensemble sur le routeur 3 tombe en panne, le routeur 6 a son membre actif sur le routeur 5 :
router6#sh etherchannel summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3 S - Layer2
U - in use f - failed to allocate aggregator
M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port
Number of channel-groups in use: 1
Number of aggregators: 1
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
2 Po2(SU) LACP Gi0/1(D) Gi0/2(P)
Puisque le bundle-éther22 est désactivé sur le routeur5, le PW couplé au routeur2 tombe en panne en même temps :
RP/0/RSP1/CPU0:router3#sh l2vpn xconnect group test
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ -------------------- ---------------------------
test p2p7 DN BE222.2 DN 10.0.0.11 222 DN
Backup
10.0.0.12 222 DN
-----------------------------------------------------------------------------
Router2 détecte que son PW vers router3 est arrêté et active son PW de secours vers router5 :
RP/0/RSP0/CPU0:router2#sh l2vpn xconnect
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ -------------------- ---------------------------
test p2p7 UP BE222.2 UP 10.0.0.13 222 DN
Backup
10.0.0.14 222 UP
-----------------------------------------------------------------------------
Le membre de l’offre groupée du routeur 5 est actif, ainsi que son PW principal vers le routeur 2 :
RP/0/RSP1/CPU0:router5#sh bundle bundle-ether 222
Bundle-Ether222
Status: Up
Local links : 1 / 0 / 1
Local bandwidth : 1000000 (1000000) kbps
MAC address (source): 0000.0000.0002 (Configured)
Inter-chassis link: No
Minimum active links / bandwidth: 1 / 1 kbps
Maximum active links: 1
Wait while timer: Off
Load balancing: Default
LACP: Operational
Flap suppression timer: 100 ms
Cisco extensions: Disabled
mLACP: Operational
ICCP Group: 2
Role: Active
Foreign links : 0 / 1
Switchover type: Revertive
Recovery delay: 40 s
Maximize threshold: 1 link
IPv4 BFD: Not configured
Port Device State Port ID B/W, kbps
-------------------- ----------- ----------- -------------- ----------
Gi0/0/0/1 Local Active 0x8002, 0xa002 1000000
Link is Active
Gi0/0/0/1 10.0.0.13 Configured 0x8003, 0x9001 1000000
Link is down
RP/0/RSP1/CPU0:router5#sh l2vpn xconnect group test
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ ---------------------- ---------------------------
test p2p7 UP BE222.2 UP 10.0.0.11 222 UP
Backup
10.0.0.12 222 DN
-------------------------------------------------------------------------------
3.2.5.4 Cluster Edge ASR 9000 nV
La conception précédente basée sur la redondance MC-LAG et PW fonctionne correctement pour la redondance, mais comme certains membres de l'offre groupée sont en veille, ils ne transportent pas le trafic dans des conditions stables.
Si vous souhaitez que tous les membres de l'offre soient actifs, même dans des conditions stables, vous pouvez utiliser un cluster ASR 9000 avec des membres de l'offre groupée du CE connectés à chaque rack du PE :
Cette conception offre une redondance contre une défaillance de liaison de membre de l'offre groupée entre le CE et le PE, une défaillance de rack et une défaillance de liaison principale, à condition que le cluster soit duellement relié au coeur MPLS et qu'il y ait une redondance dans le coeur. Les deux racks n'ont pas besoin d'être colocalisés et peuvent se trouver à différents endroits. Les liaisons entre racks ne sont pas représentées dans ce schéma.
Si vous souhaitez une redondance sur le CE, vous pouvez utiliser une solution multichâssis pour le CE :
- MC-LAG
- Mise en grappe nV ASR 9000
- VSS
- vPC
La configuration du cluster ASR 9000 est très basique :
interface TenGigE0/0/0/8
bundle id 222 mode on
!
interface TenGigE1/0/0/8
bundle id 222 mode on
!
interface Bundle-Ether222
!
interface Bundle-Ether222.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
l2vpn
xconnect group test
p2p p2p8
interface Bundle-Ether222.2
neighbor 10.0.0.13 pw-id 8
!
!
!
!
Cisco vous recommande de configurer une adresse MAC système LACP statique et une adresse MAC d'ensemble afin d'éviter un changement d'adresse MAC causé par une commutation de contrôleur de module désigné. Cet exemple montre comment trouver les adresses :
RP/1/RSP0/CPU0:router2#sh int bundle-ether 222 | i address is
Hardware is Aggregated Ethernet interface(s), address is 0024.f71e.d309
Internet address is Unknown
RP/1/RSP0/CPU0:router2#
RP/1/RSP0/CPU0:router2#conf
RP/1/RSP0/CPU0:router2(config)#int bundle-ether 222
RP/1/RSP0/CPU0:router2(config-if)#mac-address 0024.f71e.d309
RP/1/RSP0/CPU0:router2(config-if)#commit
RP/1/RSP0/CPU0:router2(config-if)#end
RP/1/RSP0/CPU0:router2#
RP/1/RSP0/CPU0:router2#sh lacp system-id
Priority MAC Address
-------- -----------------
0x8000 00-24-f7-1e-d3-05
RP/1/RSP0/CPU0:router2#
RP/1/RSP0/CPU0:router2#conf
RP/1/RSP0/CPU0:router2(config)#lacp system mac 0024.f71e.d305
RP/1/RSP0/CPU0:router2(config)#commit
RP/1/RSP0/CPU0:router2(config)#end
En résumé, il s'agit du bundle 222 avec un membre sur chaque rack (dix 0/0/8 sur le rack 0 et dix 1/0/0/8 sur le rack 1) et de la sous-interface du bundle configurée pour une interconnexion point à point :
RP/1/RSP0/CPU0:router2#sh l2vpn xconnect group test
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ ---------------------- ---------------------------
test p2p8 UP BE222.2 UP 10.0.0.13 8 UP
-------------------------------------------------------------------------------
3.3 CDP
Les routeurs et commutateurs Cisco envoient généralement des paquets CDP sans étiquette dot1q. Plusieurs scénarios déterminent ce qui arrive à ces paquets CDP lorsqu’ils sont reçus par un routeur IOS XR configuré pour une interconnexion :
Dans cette topologie, le routeur 1 peut voir son routeur PE local 2 comme voisin CDP ou le routeur CE distant4, selon la configuration.
3.3.1 CDP non activé sur l'interface principale de L2VPN PE
Les paquets CDP provenant du CE L2VPN sont transportés sur l’interconnexion. Les deux CE L2VPN se voient (à l'aide de la commande show cdp neighbors) si l'interface principale est configurée comme l2transport ou s'il existe une sous-interface correspondant aux trames CDP non étiquetées.
Voici un exemple de l'interface principale :
interface GigabitEthernet0/0/0/1
l2transport
!
!
l2vpn
xconnect group test
p2p p2p8
interface GigabitEthernet0/0/0/1
neighbor 10.0.0.11 pw-id 8
!
!
!
!
Voici un exemple de sous-interface non étiquetée :
interface GigabitEthernet0/0/0/1.1 l2transport
encapsulation untagged
!
l2vpn
xconnect group test
p2p p2p8
interface GigabitEthernet0/0/0/1.1
neighbor 10.0.0.11 pw-id 8
!
!
!
!
Dans ces deux exemples, les paquets CDP sont transportés sur l’interconnexion et les CE se voient mutuellement comme des voisins CDP. Le CE ne voit pas le PE comme un voisin CDP :
router1#sh cdp nei gigabitEthernet 0/1
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone,
D - Remote, C - CVTA, M - Two-port Mac Relay
Device ID Local Intrfce Holdtme Capability Platform Port ID
router4 Gig 0/1 168 R S ME-3400G- Gig 0/1
3.3.2 CDP activé sur l'interface principale de L2VPN PE
Le PE traite les paquets CDP non balisés, et le PE et le CE se voient comme voisins. Cependant, le CE ne voit pas le CE distant lorsque le protocole CDP est activé sur l'interface principale du périphérique L2VPN.
Notez que :
- Vous ne pouvez pas configurer CDP sur une interface principale configurée comme l2transport.
- Le PE intercepte les paquets CDP lorsque le protocole CDP est configuré sur l'interface principale non-l2transport. Cela se produit même si une sous-interface l2transport est configurée pour correspondre aux paquets CDP non balisés (avec l'utilisation des commandes encapsulation unbalisé ou encapsulation default). Dans ce cas, les paquets CDP ne sont pas transportés vers le site distant.
3.4 Spanning Tree
Si le CE L2VPN est un commutateur Ethernet et envoie des BPDU Spanning Tree au PE L2VPN, ces BPDU sont traités comme du trafic régulier et sont transportés conformément à la configuration L2VPN.
Les BPDU STP ou MST sont envoyés sans étiquette et transportés via l'interconnexion point à point si l'interface principale est configurée comme l2transport ou s'il existe une sous-interface l2transport configurée avec les commandes encapsulation untagged ou encapsulation default.
Per VLAN Spanning Tree Plus (PVST+) ou Rapid PVST+ (PVRST+) envoient des BPDU balisés qui sont transportés s'il existe une sous-interface de transport L2qui correspond à la balise dot1q des BPDU.
Voici un exemple de topologie :
Router2 et router3 transportent des trames et des trames non étiquetées avec la balise dot1q 2 :
interface GigabitEthernet0/0/0/1.1 l2transport
encapsulation untagged
!
interface GigabitEthernet0/0/0/1.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
l2vpn
xconnect group test
p2p p2p8
interface GigabitEthernet0/0/0/1.2
neighbor 10.0.0.11 pw-id 8
!
!
p2p p2p9
interface GigabitEthernet0/0/0/1.1
neighbor 10.0.0.11 pw-id 9
!
!
!
!
Le commutateur 1 reçoit les BPDU non balisés dans le VLAN 1 et les BPDU balisés dans le VLAN 2 du commutateur 4 ; son port racine se trouve sur Gi0/1 vers switch4 :
switch1#sh spanning-tree vlan 1
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 32768
Address 0024.985e.6a00
Cost 8
Port 1 (GigabitEthernet0/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32769 (priority 32768 sys-id-ext 1)
Address 001d.4603.1f00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- --------------------------------
Gi0/1 Root FWD 4 128.1 P2p
switch1#sh spanning-tree vlan 2
VLAN0002
Spanning tree enabled protocol ieee
Root ID Priority 32770
Address 0019.552b.b580
Cost 4
Port 1 (GigabitEthernet0/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32770 (priority 32768 sys-id-ext 2)
Address 001d.4603.1f00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 15
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- --------------------------------
Gi0/1 Root FWD 4 128.1 P2p
Avec cette configuration, le domaine Spanning Tree du site A est fusionné avec le domaine Spanning Tree du côté B. Un problème potentiel est que l'instabilité du Spanning Tree sur un site peut se propager à l'autre site.
Si vous êtes sûr qu'un site est connecté uniquement par un PW à un autre site et qu'il n'y a pas de liaison de porte dérobée qui pourrait introduire une boucle physique, il est recommandé de ne pas exécuter Spanning Tree sur les deux sites. Cela permet de garder les deux domaines Spanning Tree isolés. Pour ce faire, configurez un spanning tree bpdufilter sur les CE ou configurez une liste d'accès aux services Ethernet sur les PE pour supprimer les trames avec l'adresse MAC de destination utilisée par les BPDU. Une liste d'accès Ethernet-services sur les PE peut être utilisée pour supprimer des trames avec l'adresse MAC de destination BPDU ou d'autres types de protocoles de couche 2 que vous ne voulez pas transférer sur le PW.
Il s'agit d'une liste d'accès que vous pouvez utiliser sous chaque sous-interface l2transport transportée entre les deux sites :
ethernet-services access-list block-invalid-frames
10 deny any 0180.c200.0000 0000.0000.000f
20 deny any host 0180.c200.0010
30 deny any host 0100.0c00.0000
40 deny any host 0100.0ccc.cccc
50 deny any host 0100.0ccc.cccd
60 deny any host 0100.0ccd.cdce
70 permit any any
!
RP/0/RSP1/CPU0:router2#sh run int GigabitEthernet0/0/0/1.1
interface GigabitEthernet0/0/0/1.1 l2transport
encapsulation untagged
ethernet-services access-group block-invalid-frames ingress
ethernet-services access-group block-invalid-frames egress
!
RP/0/RSP1/CPU0:router2#sh run int GigabitEthernet0/0/0/1.2
interface GigabitEthernet0/0/0/1.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
ethernet-services access-group block-invalid-frames ingress
ethernet-services access-group block-invalid-frames egress
!
La liste de contrôle d’accès Ethernet-services commence à supprimer les BPDU :
RP/0/RSP1/CPU0:router2#sh access-lists ethernet-services block-invalid-frames
hardware ingress location 0/0/CPU0
ethernet-services access-list block-invalid-frames
10 deny any 0180.c200.0000 0000.0000.000f (41 hw matches)
20 deny any host 0180.c200.0010
30 deny any host 0100.0c00.0000
40 deny any host 0100.0ccc.cccc
50 deny any host 0100.0ccc.cccd (63 hw matches)
60 deny any host 0100.0ccd.cdce
70 permit any any (8 hw matches)
Le commutateur Switch1 ne reçoit plus les BPDU du commutateur Switch4. Le commutateur Switch1 est donc désormais la racine :
switch1#sh spanning-tree vlan 1
VLAN0001
Spanning tree enabled protocol ieee
Root ID Priority 32769
Address 001d.4603.1f00
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32769 (priority 32768 sys-id-ext 1)
Address 001d.4603.1f00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 15
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ----------------------
Gi0/1 Desg FWD 4 128.1 P2p
switch1#sh spanning-tree vlan 2
VLAN0002
Spanning tree enabled protocol ieee
Root ID Priority 32770
Address 001d.4603.1f00
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32770 (priority 32768 sys-id-ext 2)
Address 001d.4603.1f00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 15
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ----------------------
Gi0/1 Desg FWD 4 128.1 P2p
Le risque de désactivation du Spanning Tree sur une liaison est le suivant : si une connexion de porte dérobée est créée entre les sites, elle introduit une boucle physique et le protocole Spanning Tree ne peut pas rompre la boucle. Ainsi, lorsque vous désactivez le spanning tree sur un PW, assurez-vous qu'il n'y a pas de liaisons redondantes entre les sites et que le PW reste la seule connexion entre les sites.
S'il existe plusieurs connexions entre les sites, utilisez une solution telle que VPLS avec une version de passerelle d'accès du Spanning Tree, telle que MST Access Gateway (MSTAG) ou PVST+ Access Gateway (PVSTAG). Consultez la section sur le service multipoint pour plus de détails.
4. Service multipoint
Reportez-vous à Implémentation de services de couche 2 multipoint pour une description complète des fonctionnalités de couche 2 multipoint.
Avec seulement deux interfaces dans une interconnexion point à point, un commutateur L2VPN prend tout ce qui est reçu sur le côté et le transfère de l'autre côté.
Lorsqu’il y a plus de deux interfaces dans un domaine de pont, un commutateur Ethernet doit prendre une décision de commutation afin de déterminer où transférer les trames en fonction de leur adresse MAC de destination. Le commutateur effectue l’apprentissage MAC en fonction de l’adresse MAC source des trames qu’il reçoit et crée une table d’adresses MAC.
Le commutateur transfère les trames de cette façon :
- Les trames de diffusion sont diffusées sur tous les ports. Utilisez le contrôle de tempête afin de limiter le taux d'inondation de diffusion.
- Les trames de multidiffusion sont diffusées à tous les ports du domaine de pont, sauf lorsque la surveillance IGMP (Internet Group Management Protocol) ou MLD (Multicast Listener Discovery) est configurée. Utilisez le contrôle de tempête afin de limiter le taux d'inondation de multidiffusion.
- Les trames de monodiffusion avec une adresse MAC de destination qui ne fait pas partie de la table d'adresses MAC du domaine de pont (monodiffusion inconnue) sont diffusées sur tous les ports du domaine de pont. Utilisez le contrôle des tempêtes afin de limiter le taux d'inondation unicast inconnu.
- Les trames de monodiffusion dont l’adresse MAC de destination fait partie de la table d’adresses MAC du domaine de pont sont transmises au port où l’adresse MAC de destination a été apprise.
Dans le logiciel Cisco IOS XR, un domaine de diffusion ou un réseau local émulé est appelé domaine de pont. Ceci est similaire à un VLAN dans la terminologie du logiciel Cisco IOS, sauf qu'un VLAN dans IOS est lié à un numéro de VLAN qui est utilisé comme balise dot1q sur les agrégations. Un domaine de pont dans le logiciel Cisco IOS XR n'est pas lié à un numéro de balise de VLAN dot1q. Vous pouvez utiliser le modèle EVC afin de manipuler les balises dot1q et avoir des sous-interfaces dot1q avec différents numéros de VLAN dot1q dans le même domaine de pont ou pour avoir des interfaces non balisées.
Un domaine de pont est essentiellement un domaine de diffusion où les trames de diffusion et de multidiffusion sont diffusées. Une table d'adresses MAC est associée à chaque domaine de pont (sauf si l'apprentissage MAC est désactivé manuellement par configuration, ce qui est très rare). Cela correspond généralement à un sous-réseau IPv4 ou IPv6 où tous les hôtes du domaine de pont sont directement connectés.
Les domaines de pont peuvent être regroupés dans un groupe de ponts. Il s'agit d'un moyen pratique de vérifier la configuration. Vous pouvez exécuter une commande show pour un groupe de ponts au lieu d'une commande show pour chaque domaine de pont. Un groupe de ponts ne possède pas de table d'adresses MAC ou d'autres associations ; il est utilisé uniquement pour la configuration et les commandes show.
4.1 Commutation locale
Voici un exemple très simple :
Les routeurs 2, 3 et 4 sont connectés via un ASR 9000, qui simule un réseau local entre ces trois routeurs.
Voici les configurations d’interface sur ces trois routeurs :
RP/0/RSP0/CPU0:router2#sh run int gig 0/1/0/39.2
interface GigabitEthernet0/1/0/39.2
ipv4 address 192.168.2.2 255.255.255.0
encapsulation dot1q 2
!
router3#sh run int gig 0/1
Building configuration...
Current configuration : 203 bytes
!
interface GigabitEthernet0/1
port-type nni
switchport access vlan 2
switchport trunk allowed vlan 1,2
switchport mode trunk
end
router3#sh run int vlan 2
Building configuration...
Current configuration : 61 bytes
!
interface Vlan2
ip address 192.168.2.3 255.255.255.0
end
router3#
RP/0/RSP0/CPU0:router4#sh run int ten 0/0/1/0.2
interface TenGigE0/0/1/0.2
ipv4 address 192.168.2.4 255.255.255.0
encapsulation dot1q 2
!
Les paquets sont reçus par le routeur 1 avec la balise dot1q 2 et sont transférés aux autres routeurs avec la balise dot1q 2.
Dans ce scénario de base, il existe deux options sur les CA :
- Comme tous les CA utilisent la balise dot1q 2, vous pouvez la conserver sur la trame et la transférer sur l'interface de sortie avec la même balise dot1q que celle reçue sur l'interface d'entrée. La commande rewrite ingress tag pop 1 symétrique n'est pas requise.
- Vous pouvez placer la balise dot1q 2 entrante dans la direction d'entrée et appuyer symétriquement sur la balise dot1q 2 dans la direction de sortie. Bien que cela ne soit pas nécessaire dans ce scénario de base, il est recommandé de configurer le domaine de pont de cette manière au début car il offre plus de flexibilité pour l'avenir. Voici deux exemples de modifications qui peuvent survenir après la configuration initiale :
- Si une interface BVI routée est introduite ultérieurement dans le domaine de pont, les paquets doivent être traités sur l'interface BVI sans balises. Reportez-vous à la section pour plus de détails.
- Un nouveau CA, qui utilise une balise dot1q différente, est ajouté ultérieurement. La balise dot1q 2 serait placée dans la direction d'entrée, et l'autre balise dot1q serait placée sur la nouvelle interface dans la direction de sortie et vice versa.BVI
Placez les balises dot1q sur chaque CA du routeur 1 :
RP/0/RSP0/CPU0:router1#sh run int GigabitEthernet0/1/0/3.2
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
RP/0/RSP0/CPU0:router1#sh run int GigabitEthernet0/1/0/38.2
interface GigabitEthernet0/1/0/38.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
RP/0/RSP0/CPU0:router1#sh run int TenGigE0/2/0/4.2
interface TenGigE0/2/0/4.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
Affichez la configuration du domaine de pont avec les trois CA suivants :
RP/0/RSP0/CPU0:router1#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain engineering
interface TenGigE0/2/0/4.2
!
interface GigabitEthernet0/1/0/3.2
!
interface GigabitEthernet0/1/0/38.2
!
!
!
!
Le domaine de pont doit être configuré sous un groupe de ponts. Si d'autres domaines de pont de ce client sont nécessaires, ils peuvent être configurés sous le même groupe de ponts, customer1. Si de nouveaux domaines de pont appartiennent à un autre client, vous pouvez créer un nouveau groupe de ponts. Ces exemples utilisent le client afin de regrouper des domaines de pont, mais les domaines de pont peuvent être regroupés selon n'importe quel critère.
Utilisez la commande show run l2vpn bridge group customer1 bridge-domain engineering afin d'afficher la configuration du domaine de pont.
Utilisez la commande show run l2vpn bridge group customer1 afin d'afficher la configuration de tous les domaines de pont.
Utilisez la commande show l2vpn bridge-domain bd-name engineering ou la commande show l2vpn bridge-domain group customer1 afin d'afficher des informations sur le domaine-pont.
RP/0/RSP0/CPU0:router1#show l2vpn bridge-domain group customer1 bd-name
engineering
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 3 (3 up), VFIs: 0, PWs: 0 (0 up), PBBs: 0 (0 up)
List of ACs:
Gi0/1/0/3.2, state: up, Static MAC addresses: 0
Gi0/1/0/38.2, state: up, Static MAC addresses: 0
Te0/2/0/4.2, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
RP/0/RSP0/CPU0:router1#show l2vpn bridge-domain group customer1 bd-name
engineering det
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Coupled state: disabled
MAC learning: enabled
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Bridge MTU: 1500
MIB cvplsConfigIndex: 6
Filter MAC addresses:
Create time: 28/05/2013 17:17:03 (00:18:06 ago)
No status change since creation
ACs: 3 (3 up), VFIs: 0, PWs: 0 (0 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/1/0/3.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1500; XC ID 0xc40003; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control: disabled
Static MAC addresses:
Statistics:
packets: received 185066, sent 465
bytes: received 13422918, sent 34974
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
AC: GigabitEthernet0/1/0/38.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1500; XC ID 0xc40005; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control: disabled
Static MAC addresses:
Statistics:
packets: received 8, sent 12287
bytes: received 770, sent 892418
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
AC: TenGigE0/2/0/4.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1500; XC ID 0x1040001; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control: disabled
Static MAC addresses:
Statistics:
packets: received 463, sent 11839
bytes: received 35110, sent 859028
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
List of Access PWs:
List of VFIs:
Utilisez la commande show l2vpn bridge-domain group customer1 bd-name engineering det si vous voulez vérifier que les paquets sont reçus et envoyés sur chaque CA.
Ajoutez le mot clé mac-address à la commande show l2vpn forwarding bridge-domain si vous voulez vérifier la table d'adresses mac :
RP/0/RSP0/CPU0:router1#show l2vpn forwarding bridge-domain customer1:
engineering mac-address location 0/1/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
------------------------------------------------------------------------------
0019.552b.b581 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 0s N/A
0019.552b.b5c3 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 0s N/A
0024.986c.6417 dynamic Gi0/1/0/38.2 0/1/CPU0 0d 0h 0m 0s N/A
6c9c.ed3e.e484 dynamic Te0/2/0/4.2 0/2/CPU0 0d 0h 0m 0s N/A
L’apprentissage MAC est exécuté au niveau matériel par les cartes de ligne chaque fois qu’une trame est reçue dans le domaine du pont. Il existe également un cache logiciel de la table d'adresses MAC, mais cette table logicielle ne peut pas être mise à jour en permanence afin de correspondre aux entrées matérielles. Lorsque la commande show est entrée dans un code récent, elle tente de resynchroniser la table logicielle avec la table matérielle. Après un maximum de 15 secondes, il imprime l'état actuel de la table d'adresses MAC du logiciel, même si la resynchronisation n'est pas terminée (par exemple, si la table est grande). Utilisez la commande l2vpn resynchronize forwarding mac-address-table afin de resynchroniser manuellement les tables logicielles et matérielles.
RP/0/RSP0/CPU0:router1#term mon
RP/0/RSP0/CPU0:router1#l2vpn resynchronize forwarding mac-address-table
location 0/1/CPU0
RP/0/RSP0/CPU0:router1#LC/0/1/CPU0:May 28 18:25:35.734 : vkg_l2fib_mac_cache[357]
%PLATFORM-
PLAT_L2FIB_MAC_CACHE-6-RESYNC_COMPLETE : The resynchronization of the MAC
address table is complete
0/1/CPU0
RP/0/RSP0/CPU0:router1#show l2vpn forwarding bridge-domain customer1:engineering
mac-address location 0/1/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
-----------------------------------------------------------------------------
0019.552b.b581 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 0s N/A
0019.552b.b5c3 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 0s N/A
6c9c.ed3e.e484 dynamic Te0/2/0/4.2 0/2/CPU0 0d 0h 0m 0s N/A
Un message syslog indique quand le processus de resynchronisation est terminé. Il est donc utile d'avoir terminal monitor activé afin de voir le message.
La colonne Resync Age affiche la dernière fois que l'adresse MAC a été resynchronisée à partir de la table matérielle.
Le mot clé location est l'emplacement d'une carte de ligne entrante ou sortante. Les adresses MAC sont échangées entre les cartes de ligne dans le matériel, de sorte que les adresses MAC doivent être connues sur chaque carte de ligne où il y a un CA ou un PW. Le mot clé detail peut fournir une version plus récente de la table logicielle :
RP/0/RSP0/CPU0:router1#show l2vpn forwarding bridge-domain customer1:
engineering mac-address detail location 0/1/CPU0
Bridge-domain name: customer1:engineering, id: 5, state: up
MAC learning: enabled
MAC port down flush: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC Secure: disabled, Logging: disabled
DHCPv4 snooping: profile not known on this node
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
IGMP snooping: disabled, flooding: enabled
Bridge MTU: 1500 bytes
Number of bridge ports: 3
Number of MAC addresses: 4
Multi-spanning tree instance: 0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
GigabitEthernet0/1/0/3.2, state: oper up
Number of MAC: 2
Statistics:
packets: received 187106, sent 757
bytes: received 13571342, sent 57446
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic arp inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
Mac Address: 0019.552b.b581, LC learned: 0/1/CPU0
Resync Age: 0d 0h 0m 0s, Flag: local
Mac Address: 0019.552b.b5c3, LC learned: 0/1/CPU0
Resync Age: 0d 0h 0m 0s, Flag: local
GigabitEthernet0/1/0/38.2, state: oper up
Number of MAC: 1
Statistics:
packets: received 18, sent 14607
bytes: received 1950, sent 1061882
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic arp inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
Mac Address: 0024.986c.6417, LC learned: 0/1/CPU0
Resync Age: 0d 0h 0m 0s, Flag: local
TenGigE0/2/0/4.2, state: oper up
Number of MAC: 1
Statistics:
packets: received 0, sent 0
bytes: received 0, sent 0
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic arp inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
Mac Address: 6c9c.ed3e.e484, LC learned: 0/2/CPU0
Resync Age: 0d 0h 0m 0s, Flag: remote
La version détaillée de la commande indique le nombre total d'adresses MAC apprises dans le domaine de pont, ainsi que le nombre d'adresses MAC apprises sous chaque CA.
Le mot clé hardware interroge la table d'adresses MAC du matériel directement à partir des moteurs de transfert d'entrée ou de sortie :
RP/0/RSP0/CPU0:router1#show l2vpn forwarding bridge-domain customer1:
engineering mac-address hardware ingress location 0/1/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
-------------------------------------------------------------------------
0019.552b.b581 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 0s N/A
0019.552b.b5c3 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 0s N/A
0024.986c.6417 dynamic Gi0/1/0/38.2 0/1/CPU0 0d 0h 0m 0s N/A
6c9c.ed3e.e484 dynamic Te0/2/0/4.2 0/2/CPU0 0d 0h 0m 0s N/A
RP/0/RSP0/CPU0:router1#show l2vpn forwarding bridge-domain customer1:
engineering mac-address hardware egress location 0/2/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
-----------------------------------------------------------------------------
0019.552b.b581 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 14s N/A
0019.552b.b5c3 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 1s N/A
0024.986c.6417 dynamic Gi0/1/0/38.2 0/1/CPU0 0d 0h 0m 10s N/A
6c9c.ed3e.e484 dynamic Te0/2/0/4.2 0/2/CPU0 0d 0h 0m 13s N/A
RP/0/RSP0/CPU0:router1#
4.2 MST complet
Les exemples précédents de commutation locale étaient de base car seuls les routeurs étaient connectés au domaine de pont. Cependant, une fois que vous commencez à connecter des commutateurs de couche 2, vous pouvez introduire une boucle et avoir besoin du protocole STP pour rompre la boucle :
Dans cette topologie, les routeurs 1, 2 et 3 sont tous configurés avec un domaine de pont avec toutes leurs interfaces dans le schéma. Si le routeur 4 envoie une diffusion, telle qu’une requête ARP, au routeur 1, le routeur 1 l’inonde au routeur 2 et au routeur 3, le routeur 2 l’inonde au routeur 3 et le routeur 3 l’inonde au routeur 2. Cela génère une boucle et une tempête de diffusion.
Pour rompre la boucle, utilisez un STP. Il existe plusieurs types de STP, mais le logiciel Cisco IOS XR ne propose qu'une seule implémentation complète, MST.
Il existe également des versions de passerelle d'accès des protocoles pris en charge par le logiciel Cisco IOS XR, tels que PVSTAG et MSTAG. Il s'agit de versions limitées et statiques du protocole à utiliser dans des topologies spécifiques, généralement avec VPLS, et sont décrites dans les sections MSTAG et PVSTAG. Dans le logiciel Cisco IOS XR, MST est la seule option s'il existe une topologie avec plusieurs commutateurs et si une implémentation Spanning Tree complète est requise.
Deux sous-interfaces sont configurées sur chaque routeur et ajoutées à un domaine de pont. Pour le routeur 1, la configuration est la suivante :
interface GigabitEthernet0/0/0/1.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
interface GigabitEthernet0/0/0/1.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
!
interface TenGigE0/0/0/1.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
interface TenGigE0/0/0/1.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
!
l2vpn
bridge group customer1
bridge-domain finance
interface TenGigE0/0/0/1.3
!
interface GigabitEthernet0/0/0/1.3
!
!
bridge-domain engineering
interface TenGigE0/0/0/1.2
!
interface GigabitEthernet0/0/0/1.2
!
!
!
!
MST est configuré sur l'interface principale. Dans cet exemple, le VLAN 2 est attribué à l'instance 1 et tous les autres VLAN restent l'instance par défaut 0. (Une configuration plus réaliste diviserait les VLAN de manière égale entre les instances.)
La sélection du pont racine dans un réseau STP est déterminée par la priorité configurée et l'ID de pont incorporé de chaque périphérique. Le périphérique dont la priorité est la plus basse ou dont la priorité est la plus basse mais dont l'ID de pont est le plus bas est sélectionné comme pont racine. Dans cet exemple, le routeur 3 est configuré avec une priorité inférieure, puis le routeur 1 pour l'instance 0, de sorte que le routeur 3 est la racine pour l'instance 0. Router1 a une priorité inférieure à router3 pour l'instance 1, donc router1 est la racine pour l'instance 1.
Voici la configuration du routeur 1 :
spanning-tree mst customer1
name customer1
revision 1
instance 0
priority 28672
!
instance 1
vlan-ids 2
priority 24576
!
interface TenGigE0/0/0/1
!
interface GigabitEthernet0/0/0/1
!
!
Voici la configuration sur le routeur 3 :
spanning-tree mode mst
spanning-tree extend system-id
!
spanning-tree mst configuration
name customer1
revision 1
instance 1 vlan 2
!
spanning-tree mst 0 priority 24576
spanning-tree mst 1 priority 28672
Le nom, la révision et le mappage VLAN-à-instance doivent être identiques sur tous les commutateurs.
Maintenant, vérifiez l’état du Spanning Tree sur le routeur 1 :
RP/0/RSP1/CPU0:router1#sh spanning-tree mst customer1
Role: ROOT=Root, DSGN=Designated, ALT=Alternate, BKP=Backup, MSTR=Master
State: FWD=Forwarding, LRN=Learning, BLK=Blocked, DLY=Bringup Delayed
Operating in dot1q mode
MSTI 0 (CIST):
VLANS Mapped: 1,3-4094
CIST Root Priority 24576
Address 001d.4603.1f00
Ext Cost 0
Root ID Priority 24576
Address 001d.4603.1f00
Int Cost 20000
Max Age 20 sec, Forward Delay 15 sec
Bridge ID Priority 28672 (priority 28672 sys-id-ext 0)
Address 4055.3912.f1e6
Max Age 20 sec, Forward Delay 15 sec
Max Hops 20, Transmit Hold count 6
Interface Port ID Role State Designated Port ID
Pri.Nbr Cost Bridge ID Pri.Nbr
------------ ------- --------- ---- ----- -------------------- -------
Gi0/0/0/1 128.2 20000 ROOT FWD 24576 001d.4603.1f00 128.1
Te0/0/0/1 128.1 2000 DSGN FWD 28672 4055.3912.f1e6 128.1
MSTI 1:
VLANS Mapped: 2
Root ID Priority 24576
Address 4055.3912.f1e6
This bridge is the root
Int Cost 0
Max Age 20 sec, Forward Delay 15 sec
Bridge ID Priority 24576 (priority 24576 sys-id-ext 0)
Address 4055.3912.f1e6
Max Age 20 sec, Forward Delay 15 sec
Max Hops 20, Transmit Hold count 6
Interface Port ID Role State Designated Port ID
Pri.Nbr Cost Bridge ID Pri.Nbr
------------ ------- --------- ---- ----- -------------------- -------
Gi0/0/0/1 128.2 20000 DSGN FWD 24576 4055.3912.f1e6 128.2
Te0/0/0/1 128.1 2000 DSGN FWD 24576 4055.3912.f1e6 128.1
Router3 est la racine de l’instance 0, de sorte que le routeur 1 a son port racine sur Gi0/0/0/1 vers le routeur 3. Router1 est la racine de l'instance 1, donc router1 est le pont désigné sur toutes les interfaces de cette instance.
Router2 est bloqué par l'instance 0 sur Te0/1/0/0 :
RP/0/RSP1/CPU0:router2#sh spanning-tree mst customer1
Role: ROOT=Root, DSGN=Designated, ALT=Alternate, BKP=Backup, MSTR=Master
State: FWD=Forwarding, LRN=Learning, BLK=Blocked, DLY=Bringup Delayed
Operating in dot1q mode
MSTI 0 (CIST):
VLANS Mapped: 1,3-4094
CIST Root Priority 24576
Address 001d.4603.1f00
Ext Cost 0
Root ID Priority 24576
Address 001d.4603.1f00
Int Cost 20000
Max Age 20 sec, Forward Delay 15 sec
Bridge ID Priority 32768 (priority 32768 sys-id-ext 0)
Address f025.72a7.b13e
Max Age 20 sec, Forward Delay 15 sec
Max Hops 20, Transmit Hold count 6
Interface Port ID Role State Designated Port ID
Pri.Nbr Cost Bridge ID Pri.Nbr
------------ ------- --------- ---- ----- -------------------- -------
Gi0/0/0/1 128.2 20000 ROOT FWD 24576 001d.4603.1f00 128.2
Te0/1/0/0 128.1 2000 ALT BLK 28672 4055.3912.f1e6 128.1
MSTI 1:
VLANS Mapped: 2
Root ID Priority 24576
Address 4055.3912.f1e6
Int Cost 2000
Max Age 20 sec, Forward Delay 15 sec
Bridge ID Priority 32768 (priority 32768 sys-id-ext 0)
Address f025.72a7.b13e
Max Age 20 sec, Forward Delay 15 sec
Max Hops 20, Transmit Hold count 6
Interface Port ID Role State Designated Port ID
Pri.Nbr Cost Bridge ID Pri.Nbr
------------ ------- --------- ---- ----- -------------------- -------
Gi0/0/0/1 128.2 20000 DSGN FWD 32768 f025.72a7.b13e 128.2
Te0/1/0/0 128.1 2000 ROOT FWD 24576 4055.3912.f1e6 128.1
RP/0/RSP1/CPU0:router2#
L’interface 0/1/0/0.2 est en cours de transfert tandis que l’interface Te0/1/0/0.3 est bloquée. Lorsque la valeur STP Blocked est 0x0, la condition est false, de sorte que l'interface transfère ; lorsque la valeur STP Blocked est 0x1, la condition est true, de sorte que l'interface est bloquée.
Utilisez la commande show uidb data afin de confirmer ceci et d'afficher les données d'interface présentes dans le processeur réseau :
RP/0/RSP1/CPU0:router2#sh uidb data location 0/1/CPU0 TenGigE0/1/0/0.2
ingress | i Blocked
STP Blocked 0x0
RP/0/RSP1/CPU0:router2#sh uidb data location 0/1/CPU0 TenGigE0/1/0/0.3
ingress | i Blocked
STP Blocked 0x1
4,3 BVI
La configuration d'un domaine de pont crée un domaine de couche 2. Afin de quitter ce domaine de couche 2, connectez les routeurs de couche 3 qui routent entre les hôtes à l'intérieur du domaine de pont et le monde extérieur. Dans le schéma précédent, l’hôte 1 peut utiliser router4 ou router5 afin de quitter le sous-réseau local et d’accéder à Internet.
Router1 et router2 où les domaines de pont sont configurés sont des routeurs ASR 9000, qui peuvent acheminer le trafic IPv4 et IPv6. Ces deux routeurs peuvent donc extraire le trafic IP du domaine de pont et l'acheminer vers Internet eux-mêmes, au lieu de compter sur des routeurs de couche 3. Pour ce faire, vous devez configurer une BVI, qui est une interface L3 qui se branche dans un domaine de pont afin de router les paquets à l'intérieur et à l'extérieur du domaine de pont.
Voici à quoi ça ressemble logiquement :
Voici la configuration :
RP/0/RSP1/CPU0:router1#sh run int bvi 2
interface BVI2
ipv4 address 192.168.2.1 255.255.255.0
!
RP/0/RSP1/CPU0:router1#sh run int bvi 3
interface BVI3
ipv4 address 192.168.3.1 255.255.255.0
!
RP/0/RSP1/CPU0:router1#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface TenGigE0/0/0/1.3
!
interface GigabitEthernet0/0/0/1.3
!
routed interface BVI3
!
bridge-domain engineering
interface TenGigE0/0/0/1.2
!
interface GigabitEthernet0/0/0/1.2
!
routed interface BVI2
!
!
!
RP/0/RSP1/CPU0:router1#sh run int gig 0/0/0/1.2
interface GigabitEthernet0/0/0/1.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
Une interface BVI est une interface L3 non étiquetée, donc si vous voulez que l'interface BVI traite les paquets reçus sur les CA du domaine de pont, les CA doivent être configurés pour faire apparaître toutes les balises entrantes. Sinon, l'interface BVI ne peut pas comprendre la balise et supprime les paquets. Il n'y a aucun moyen de configurer une sous-interface dot1q sur une BVI, de sorte que les balises doivent être placées en entrée sur les CA, comme cela a été fait sur Gi0/0/0/1.2 dans l'exemple précédent.
Comme une interface BVI est une interface virtuelle, il existe certaines restrictions sur les fonctionnalités qui peuvent être activées. Ces restrictions sont documentées dans Configuration du routage et du pontage intégrés sur le routeur de la gamme Cisco ASR 9000 : Restrictions de configuration de IRB. Ces fonctionnalités ne sont pas prises en charge sur les interfaces BVI de l'ASR 9000 :
- Listes de contrôle d’accès (ACL). Cependant, les listes de contrôle d’accès de couche 2 peuvent être configurées sur chaque port de couche 2 du domaine de pont.
- Reroute IP (FRR)
- Netflow
- MoFRR (routage rapide multidiffusion uniquement)
- Commutation d'étiquette MPLS
- mVPNv4
- Quality of Service (QoS)
- Mise en miroir du trafic
- Interface non numérotée pour BVI
- Surveillance vidéo (Vidmon)
L'interface BVI peut être dans une configuration VRF (Virtual Routing and Forwarding), de sorte que le trafic reçu sur l'interface BVI est transféré sur MPLS, mais par VRF mode d'allocation d'étiquette doit être utilisé.
Si l'une de ces fonctionnalités est requise, vous ne pouvez pas utiliser d'interface BVI. Une autre solution consiste à utiliser un câble de bouclage externe entre deux ports du routeur, où un port se trouve dans le domaine du pont et un port est configuré comme interface routée normale où toutes les fonctionnalités peuvent être configurées.
4.4 VPLS
4.4.1 Présentation
VPLS permet de combiner des domaines de pont sur plusieurs sites en un grand domaine de pont via des PW MPLS. Les hôtes des différents sites semblent être directement connectés au même segment L2, car leur trafic est encapsulé de manière transparente sur le maillage complet des PW MPLS entre les PE L2VPN :
Un maillage complet des PW est nécessaire pour s’assurer que chaque hôte peut recevoir du trafic de tous les autres hôtes. En conséquence, un PE L2VPN ne transfère pas une trame reçue sur un PW VPLS sur ses autres PW VPLS. Il doit y avoir un maillage complet de PW, de sorte que chaque PE reçoit le trafic directement et n'a pas besoin de transférer le trafic entre les PW car le transfert entraînerait une boucle. C'est ce qu'on appelle la règle du découpage d'horizon.
Le routeur exécute l’apprentissage MAC. Une fois qu'une adresse MAC est présente dans la table d'adresses MAC, vous transférez uniquement la trame de cette adresse MAC de destination sur le PW vers le PE L2VPN d'où cette adresse MAC a été apprise. Cela évite la duplication inutile du trafic dans le coeur. Les diffusions et les multidiffusions sont diffusées sur tous les PW afin de s’assurer que tous les hôtes peuvent les recevoir. Une fonctionnalité telle que la surveillance IGMP est utile car elle permet d'envoyer des trames de multidiffusion aux PE uniquement lorsqu'il y a des récepteurs ou des routeurs de multidiffusion. Cela réduit la quantité de trafic dans le coeur, bien qu'il existe encore plusieurs copies des mêmes paquets qui doivent être envoyées à chaque PE lorsqu'il y a un intérêt pour ce groupe.
Le maillage complet des PW doit être configuré sous une instance de transfert virtuel (VFI) :
RP/0/RSP0/CPU0:router1#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface GigabitEthernet0/1/0/3.3
!
vfi customer1-finance
neighbor 10.0.0.12 pw-id 3
!
neighbor 10.0.0.13 pw-id 3
!
neighbor 10.0.0.14 pw-id 3
!
!
!
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
!
vfi customer1-engineering
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
Les PW configurés sous la VFI sont ceux qui sont entièrement maillés dans le coeur. Ils font partie du même groupe d’horizon partagé (SHG) afin de s’assurer que les trames reçues sur un PW ne sont pas transmises à un autre PW.
Il est possible de configurer des PW d'accès, qui sont considérés comme un type de CA et qui ne sont pas configurés sous le VFI. Reportez-vous à la section pour plus de détails.
La configuration sur les routeurs 2, 3 et 4 est très similaire et tous les trois autres routeurs sont voisins sous le VFI.
RP/0/RSP0/CPU0:router1#sh l2vpn bridge-domain bd-name engineering detail
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Coupled state: disabled
MAC learning: enabled
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Bridge MTU: 1500
MIB cvplsConfigIndex: 6
Filter MAC addresses:
Create time: 28/05/2013 17:17:03 (23:06:02 ago)
No status change since creation
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/1/0/3.2, state is upH-VPLS
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1500; XC ID 0xc40003; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control: disabled
Static MAC addresses:
Statistics:
packets: received 234039, sent 7824
bytes: received 16979396, sent 584608
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
List of Access PWs:
List of VFIs:
VFI customer1-engineering (up)
PW: neighbor 10.0.0.12, PW ID 2, state is up ( established )
PW class not set, XC ID 0xc0000009
Encapsulation MPLS, protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ----------------------
Label 16049 16042
Group ID 0x5 0x1
Interface customer1-engineering customer1-engineering
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ----------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225481
Create time: 29/05/2013 15:36:17 (00:46:49 ago)
Last time status changed: 29/05/2013 15:57:36 (00:25:29 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 555, sent 285
bytes: received 36308, sent 23064
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.13, PW ID 2, state is up ( established )
PW class not set, XC ID 0xc000000a
Encapsulation MPLS, protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ----------------------
Label 16050 16040
Group ID 0x5 0x3
Interface customer1-engineering customer1-engineering
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ----------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225482
Create time: 29/05/2013 15:36:17 (00:46:49 ago)
Last time status changed: 29/05/2013 16:00:56 (00:22:09 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 184, sent 158
bytes: received 12198, sent 14144
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.14, PW ID 2, state is up ( established )
PW class not set, XC ID 0xc000000b
Encapsulation MPLS, protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ----------------------
Label 16051 289974
Group ID 0x5 0x6
Interface customer1-engineering customer1-engineering
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ----------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225483
Create time: 29/05/2013 15:36:17 (00:46:49 ago)
Last time status changed: 29/05/2013 16:02:38 (00:20:27 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 0, sent 137
bytes: received 0, sent 12064
DHCPv4 snooping: disabled
IGMP Snooping profile: none
VFI Statistics:
drops: illegal VLAN 0, illegal length 0
L'étiquette locale du PW vers 10.0.0.12 est 16049, ce qui signifie que les trames Ethernet sont reçues avec l'étiquette 16049. La décision de commutation est basée sur cette étiquette MPLS, car l'avant-dernier saut MPLS aurait dû apparaître sur l'étiquette IGP. Il peut toujours y avoir une étiquette nulle explicite, mais la décision de commutation est basée sur l'étiquette PW :
RP/0/RSP0/CPU0:router1#sh mpls forwarding labels 16049
Local Outgoing Prefix Outgoing Next Hop Bytes
Label Label or ID Interface Switched
------ ----------- ------------------ ------------ --------------- ----------
16049 Pop PW(10.0.0.12:2) BD=5 point2point 58226
La commande show mpls forwarding labels pour l'étiquette donne le numéro de domaine de pont, que vous pouvez utiliser afin de trouver l'adresse MAC de destination et le PW (voisin et pw-id) où le paquet a été reçu. Vous pouvez ensuite créer des entrées dans la table d'adresses MAC qui pointe à ce voisin :
RP/0/RSP0/CPU0:router1#sh l2vpn forwarding bridge-domain customer1:
engineering mac-address location 0/1/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
-----------------------------------------------------------------------------
0019.552b.b5c3 dynamic Gi0/1/0/3.2 0/1/CPU0 0d 0h 0m 0s N/A
0024.985e.6a01 dynamic (10.0.0.12, 2) 0/1/CPU0 0d 0h 0m 0s N/A
0024.985e.6a42 dynamic (10.0.0.12, 2) 0/1/CPU0 0d 0h 0m 0s N/A
001d.4603.1f42 dynamic (10.0.0.13, 2) 0/1/CPU0 0d 0h 0m 0s N/A
4.4.2 Types de PW et étiquettes transportées
Par défaut, les PW VPLS sont négociés en tant que PW de type 5 (Ethernet). Tout ce qui arrive dans le CA après toute manipulation de balise VLAN (lorsque la commande rewrite est configurée) est envoyé sur le PW.
Le logiciel Cisco IOS XR version 4.1.0 pour la signalisation LDP et version 4.3.1 avec BGP vous permet de configurer une classe pw sous un voisin et de configurer le mode de transport vlan passthrough sous la classe pw. Ceci négocie un PW de type 4 (VLAN Ethernet) de connexion virtuelle (VC), qui transporte tout ce qui sort du CA après la manipulation de la balise VLAN lorsque la commande rewrite est configurée.
La manipulation des balises VLAN sur l'EFP garantit qu'il reste au moins une balise VLAN sur la trame, car vous avez besoin d'une balise dot1q sur la trame s'il y a des PW de type VC 4. Aucune balise factice 0 n'est ajoutée à la trame lorsque vous utilisez le mode transport vlan passthrough.
Un mélange de PW de type 4 et de type 5 sous la même VFI n'est pas pris en charge. Tous les PW doivent être du même type.
RP/0/RSP0/CPU0:router1#sh run l2vpn bridge group customer1 bridge-domain
engineering
l2vpn
bridge group customer1
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
!
vfi customer1-engineering
neighbor 10.0.0.12 pw-id 2
pw-class VC4-PT
!
neighbor 10.0.0.13 pw-id 2
pw-class VC4-PT
!
neighbor 10.0.0.14 pw-id 2
pw-class VC4-PT
!
!
!
!
!
RP/0/RSP0/CPU0:router1#sh l2vpn bridge-domain bd-name engineering detail |
i "PW:|PW type"
MAC withdraw for Access PW: enabled
PW: neighbor 10.0.0.12, PW ID 2, state is up ( established )
PW type Ethernet VLAN, control word disabled, interworking none
PW type Ethernet VLAN Ethernet VLAN
PW: neighbor 10.0.0.13, PW ID 2, state is up ( established )
PW type Ethernet VLAN, control word disabled, interworking none
PW type Ethernet VLAN Ethernet VLAN
PW: neighbor 10.0.0.14, PW ID 2, state is up ( established )
PW type Ethernet VLAN, control word disabled, interworking none
PW type Ethernet VLAN Ethernet VLAN
4.4.3 Détection automatique et signalisation
Les étaient basés sur la configuration manuelle de tous les voisins sous la VFI. MPLS LDP a été utilisé pour la signalisation du PW avec le voisin.exemples précédents
Lorsque vous ajoutez un nouveau PE VPLS au réseau, configurez le PE afin d'avoir un PW sur tous les PE existants dans chacun de ses domaines de pont locaux. Tous les PE existants doivent ensuite être reconfigurés afin d'avoir un PW vers le nouveau PE, car tous les PE doivent être entièrement maillés. Cela pourrait devenir un défi opérationnel à mesure que le nombre de PE et de domaines de pont augmente.
Une solution consiste à faire en sorte que les PE découvrent d'autres PE automatiquement via BGP. Bien qu'il existe également une exigence de maillage global pour IBGP, elle peut être levée par l'utilisation de réflecteurs de route. Ainsi, un nouveau PE est généralement configuré afin d’être homologue avec un petit nombre de réflecteurs de route, tous les autres PE reçoivent ses mises à jour et le nouveau PE reçoit les mises à jour des autres PE.
Afin de découvrir d'autres PE via BGP, chaque PE est configuré pour la famille d'adresses vpls-vpws et annonce dans BGP les domaines de pont auxquels ils veulent participer. Une fois que les autres PE qui font partie du même domaine de pont sont découverts, un PW est établi pour chacun d’eux. BGP est le protocole utilisé pour cette détection automatique.
Il existe deux options pour la signalisation du PW aux PE autodécouverts : BGP et LDP. Dans ces exemples, vous convertissez la topologie précédente en détection automatique BGP avec signalisation BGP et signalisation LDP.
4.4.3.1 Détection automatique BGP et signalisation BGP
Configurez la famille d’adresses l2vpn vpls-vpws sous router bgp et les voisins, qui sont d’autres PE ou les réflecteurs de route :
router bgp 65000
address-family l2vpn vpls-vpws
!
neighbor-group IOX-LAB-RR
address-family l2vpn vpls-vpws
!
neighbor 10.0.0.3
use neighbor-group IOX-LAB-RR
!
neighbor 10.0.0.10
use neighbor-group IOX-LAB-RR
!
La nouvelle famille d’adresses devient active avec les voisins, mais aucun PE n’a encore annoncé sa participation à un domaine de pont :
RP/0/RSP0/CPU0:router1#sh bgp neighbor 10.0.0.3 | i Address family L2VPN
Address family L2VPN VPLS: advertised and received
P/0/RSP0/CPU0:router1#sh bgp l2vpn vpls summary
BGP router identifier 10.0.0.11, local AS number 65000
BGP generic scan interval 60 secs
BGP table state: Active
Table ID: 0x0 RD version: 3890838096
BGP main routing table version 77
BGP scan interval 60 secs
BGP is operating in STANDALONE mode.
Process RcvTblVer bRIB/RIB LabelVer ImportVer SendTblVer StandbyVer
Speaker 77 77 77 77 77 77
Neighbor Spk AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down St/PfxRcd
10.0.0.3 0 65000 252950 53252 77 0 0 1w0d 0
10.0.0.10 0 65000 941101 47439 77 0 0 00:10:18 0
Configurez autodiscovery bgp et signing-protocol bgp sous le mode de configuration du domaine de pont L2VPN. La configuration sur le routeur 1 est la suivante :
RP/0/RSP0/CPU0:router1#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface GigabitEthernet0/1/0/3.3
!
vfi customer1-finance
vpn-id 3
autodiscovery bgp
rd auto
route-target 0.0.0.1:3
signaling-protocol bgp
ve-id 11
!
!
!
!
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
!
vfi customer1-engineering
vpn-id 2
autodiscovery bgp
rd auto
route-target 0.0.0.1:2
signaling-protocol bgp
ve-id 11
!
!
!
!
!
!
La configuration sur le routeur 2 est la suivante :
RP/0/RSP1/CPU0:router2#sh run l2vpn bridge group customer1
Thu May 30 15:25:55.638 CEST
l2vpn
bridge group customer1
bridge-domain finance
interface GigabitEthernet0/0/0/1.3
!
vfi customer1-finance
vpn-id 3
autodiscovery bgp
rd auto
route-target 0.0.0.1:3
signaling-protocol bgp
ve-id 13
!
!
!
!
bridge-domain engineering
interface GigabitEthernet0/0/0/1.2
!
vfi customer1-engineering
vpn-id 2
autodiscovery bgp
rd auto
route-target 0.0.0.1:2
signaling-protocol bgp
ve-id 13
!
!
!
!
!
!
L'ID de vpn et la cible de route sont identiques sur les différents PE pour chaque domaine de pont, mais chaque PE a un identifiant de périphérie virtuel (VE-ID) unique. Chaque PE découvre les autres PE du VPN via BGP et utilise BGP afin de signaler les PW. Le résultat est un maillage complet de PW :
RP/0/RSP0/CPU0:router1#sh bgp l2vpn vpls summary
BGP router identifier 10.0.0.11, local AS number 65000
BGP generic scan interval 60 secs
BGP table state: Active
Table ID: 0x0 RD version: 3890838096
BGP main routing table version 103
BGP scan interval 60 secs
BGP is operating in STANDALONE mode.
Process RcvTblVer bRIB/RIB LabelVer ImportVer SendTblVer StandbyVer
Speaker 103 103 103 103 103 103
Neighbor Spk AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down St/PfxRcd
10.0.0.3 0 65000 254944 53346 103 0 0 1w0d 6
10.0.0.10 0 65000 944859 47532 103 0 0 01:40:22 6
RP/0/RSP0/CPU0:router1#sh bgp l2vpn vpls
BGP router identifier 10.0.0.11, local AS number 65000
BGP generic scan interval 60 secs
BGP table state: Active
Table ID: 0x0 RD version: 3890838096
BGP main routing table version 103
BGP scan interval 60 secs
Status codes: s suppressed, d damped, h history, * valid, > best
i - internal, r RIB-failure, S stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Rcvd Label Local Label
Route Distinguisher: 10.0.0.11:32769 (default for vrf customer1:finance)
*> 11:10/32 0.0.0.0 nolabel 16060
*>i12:10/32 10.0.0.12 16060 nolabel
*>i13:10/32 10.0.0.13 16060 nolabel
*>i14:10/32 10.0.0.14 289959 nolabel
Route Distinguisher: 10.0.0.11:32770 (default for vrf customer1:engineering)
*> 11:10/32 0.0.0.0 nolabel 16075
*>i12:10/32 10.0.0.12 16075 nolabel
*>i13:10/32 10.0.0.13 16075 nolabel
*>i14:10/32 10.0.0.14 289944 nolabel
Route Distinguisher: 10.0.0.12:32768
*>i12:10/32 10.0.0.12 16060 nolabel
* i 10.0.0.12 16060 nolabel
Route Distinguisher: 10.0.0.12:32769
*>i12:10/32 10.0.0.12 16075 nolabel
* i 10.0.0.12 16075 nolabel
Route Distinguisher: 10.0.0.13:32769
*>i13:10/32 10.0.0.13 16060 nolabel
* i 10.0.0.13 16060 nolabel
Route Distinguisher: 10.0.0.13:32770
*>i13:10/32 10.0.0.13 16075 nolabel
* i 10.0.0.13 16075 nolabel
Route Distinguisher: 10.0.0.14:32768
*>i14:10/32 10.0.0.14 289959 nolabel
* i 10.0.0.14 289959 nolabel
Route Distinguisher: 10.0.0.14:32769
*>i14:10/32 10.0.0.14 289944 nolabel
* i 10.0.0.14 289944 nolabel
Processed 14 prefixes, 20 paths
Il s’agit des préfixes annoncés par le routeur 3 (10.0.0.13) comme indiqué sur le routeur 1 ; les préfixes sont reçus par les deux réflecteurs de route, 10.0.0.3 et 10.0.0.10 :
RP/0/RSP0/CPU0:router1#sh bgp l2vpn vpls rd 10.0.0.13:32770 13:10/32
BGP routing table entry for 13:10/32, Route Distinguisher: 10.0.0.13:32770
Versions:
Process bRIB/RIB SendTblVer
Speaker 92 92
Last Modified: May 30 15:10:44.100 for 01:23:38
Paths: (2 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Not advertised to any peer
Local
10.0.0.13 (metric 5) from 10.0.0.3 (10.0.0.13)
Received Label 16075
Origin IGP, localpref 100, valid, internal, best, group-best,
import-candidate, not-in-vrf, import suspect
Received Path ID 0, Local Path ID 1, version 92
Extended community: RT:0.0.0.1:2 L2VPN:19:0:1500
Originator: 10.0.0.13, Cluster list: 10.0.0.3
Block Size:10
Path #2: Received by speaker 0
Not advertised to any peer
Local
10.0.0.13 (metric 5) from 10.0.0.10 (10.0.0.13)
Received Label 16075
Origin IGP, localpref 100, valid, internal, not-in-vrf, import suspect
Received Path ID 0, Local Path ID 0, version 0
Extended community: RT:0.0.0.1:2 L2VPN:19:0:1500
Originator: 10.0.0.13, Cluster list: 10.0.0.10
Block Size:10
RP/0/RSP0/CPU0:router1#sh bgp l2vpn vpls rd 10.0.0.13:32769 13:10/32
BGP routing table entry for 13:10/32, Route Distinguisher: 10.0.0.13:32769
Versions:
Process bRIB/RIB SendTblVer
Speaker 93 93
Last Modified: May 30 15:10:44.100 for 01:25:02
Paths: (2 available, best #1)
Not advertised to any peer
Path #1: Received by speaker 0
Not advertised to any peer
Local
10.0.0.13 (metric 5) from 10.0.0.3 (10.0.0.13)
Received Label 16060
Origin IGP, localpref 100, valid, internal, best, group-best,
import-candidate, not-in-vrf, import suspect
Received Path ID 0, Local Path ID 1, version 93
Extended community: RT:0.0.0.1:3 L2VPN:19:0:1500
Originator: 10.0.0.13, Cluster list: 10.0.0.3
Block Size:10
Path #2: Received by speaker 0
Not advertised to any peer
Local
10.0.0.13 (metric 5) from 10.0.0.10 (10.0.0.13)
Received Label 16060
Origin IGP, localpref 100, valid, internal, not-in-vrf, import suspect
Received Path ID 0, Local Path ID 0, version 0
Extended community: RT:0.0.0.1:3 L2VPN:19:0:1500
Originator: 10.0.0.13, Cluster list: 10.0.0.10
Block Size:10
Router1 a établi quelques PW :
RP/0/RSP0/CPU0:router1#sh l2vpn discovery bridge-domain
Service Type: VPLS, Connected
List of VPNs (2 VPNs):
Bridge group: customer1, bridge-domain: finance, id: 3, signaling
protocol: BGP
List of Local Edges (1 Edges):
Local Edge ID: 11, Label Blocks (1 Blocks)
Label base Offset Size Time Created
---------- ------ ---- -------------------
16060 10 10 05/30/2013 15:07:39
List of Remote Edges (3 Edges):
Remote Edge ID: 12, NLRIs (1 NLRIs)
Label base Offset Size Peer ID Time Created
---------- ------ ---- ------------ -------------------
16060 10 10 10.0.0.12 05/30/2013 15:09:53
Remote Edge ID: 13, NLRIs (1 NLRIs)
Label base Offset Size Peer ID Time Created
---------- ------ ---- ------------ -------------------
16060 10 10 10.0.0.13 05/30/2013 15:10:43
Remote Edge ID: 14, NLRIs (1 NLRIs)
Label base Offset Size Peer ID Time Created
---------- ------ ---- ------------ -------------------
289959 10 10 10.0.0.14 05/30/2013 15:11:22
Bridge group: customer1, bridge-domain: engineering, id: 5, signaling
protocol: BGP
List of Local Edges (1 Edges):
Local Edge ID: 11, Label Blocks (1 Blocks)
Label base Offset Size Time Created
---------- ------ ---- -------------------
16075 10 10 05/30/2013 15:08:54
List of Remote Edges (3 Edges):
Remote Edge ID: 12, NLRIs (1 NLRIs)
Label base Offset Size Peer ID Time Created
---------- ------ ---- ------------ -------------------
16075 10 10 10.0.0.12 05/30/2013 15:09:53
Remote Edge ID: 13, NLRIs (1 NLRIs)
Label base Offset Size Peer ID Time Created
---------- ------ ---- ------------ -------------------
16075 10 10 10.0.0.13 05/30/2013 15:10:43
Remote Edge ID: 14, NLRIs (1 NLRIs)
Label base Offset Size Peer ID Time Created
---------- ------ ---- ------------ -------------------
289944 10 10 10.0.0.14 05/30/2013 15:11:22
RP/0/RSP0/CPU0:router1#sh l2vpn bridge-domain autodiscovery bgp
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: finance, id: 3, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of VFIs:
VFI customer1-finance (up)
Neighbor 10.0.0.12 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 3, state: up, Static MAC addresses: 0
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of VFIs:
VFI customer1-engineering (up)
Neighbor 10.0.0.12 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 2, state: up, Static MAC addresses: 0
RP/0/RSP0/CPU0:router1#sh l2vpn bridge-domain group customer1
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: finance, id: 3, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
Gi0/1/0/3.3, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
VFI customer1-finance (up)
Neighbor 10.0.0.12 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 3, state: up, Static MAC addresses: 0
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
Gi0/1/0/3.2, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
VFI customer1-engineering (up)
Neighbor 10.0.0.12 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 2, state: up, Static MAC addresses: 0
RP/0/RSP0/CPU0:router1#sh l2vpn bridge-domain group customer1 detail
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: finance, id: 3, state: up,
ShgId: 0, MSTi: 0
Coupled state: disabled
MAC learning: enabled
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Bridge MTU: 1500
MIB cvplsConfigIndex: 4
Filter MAC addresses:
Create time: 29/05/2013 15:36:17 (1d01h ago)
No status change since creation
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/1/0/3.3, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [3, 3]
MTU 1500; XC ID 0xc40006; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control: disabled
Static MAC addresses:
Statistics:
packets: received 10120, sent 43948
bytes: received 933682, sent 2989896
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
List of Access PWs:
List of VFIs:
VFI customer1-finance (up)
VPN-ID: 3, Auto Discovery: BGP, state is Provisioned
(Service Connected)
Route Distinguisher: (auto) 10.0.0.11:32769
Import Route Targets:
0.0.0.1:3
Export Route Targets:
0.0.0.1:3
Signaling protocol: BGP
Local VE-ID: 11 , Advertised Local VE-ID : 11
VE-Range: 10
PW: neighbor 10.0.0.12, PW ID 3, state is up ( established )
PW class not set, XC ID 0xc000000c
Encapsulation MPLS, Auto-discovered (BGP), protocol BGP
Source address 10.0.0.11
PW type VPLS, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16062 16061
MTU 1500 1500
Control word disabled disabled
PW type VPLS VPLS
VE-ID 11 12
------------ ------------------------------ ------------------
MIB cpwVcIndex: 3221225484
Create time: 30/05/2013 15:09:52 (01:29:44 ago)
Last time status changed: 30/05/2013 15:09:52 (01:29:44 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 2679, sent 575
bytes: received 171698, sent 51784
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.13, PW ID 3, state is up ( established )
PW class not set, XC ID 0xc000000e
Encapsulation MPLS, Auto-discovered (BGP), protocol BGP
Source address 10.0.0.11
PW type VPLS, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16063 16061
MTU 1500 1500
Control word disabled disabled
PW type VPLS VPLS
VE-ID 11 13
------------ ------------------------------ ------------------
MIB cpwVcIndex: 3221225486
Create time: 30/05/2013 15:10:43 (01:28:54 ago)
Last time status changed: 30/05/2013 15:10:43 (01:28:54 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 11, sent 574
bytes: received 1200, sent 51840
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.14, PW ID 3, state is up ( established )
PW class not set, XC ID 0xc0000010
Encapsulation MPLS, Auto-discovered (BGP), protocol BGP
Source address 10.0.0.11
PW type VPLS, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16064 289960
MTU 1500 1500
Control word disabled disabled
PW type VPLS VPLS
VE-ID 11 14
------------ ------------------------------ ------------------
MIB cpwVcIndex: 3221225488
Create time: 30/05/2013 15:11:22 (01:28:15 ago)
Last time status changed: 30/05/2013 15:11:22 (01:28:15 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 0, sent 561
bytes: received 0, sent 50454
DHCPv4 snooping: disabled
IGMP Snooping profile: none
VFI Statistics:
drops: illegal VLAN 0, illegal length 0
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Coupled state: disabled
MAC learning: enabled
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Bridge MTU: 1500
MIB cvplsConfigIndex: 6
Filter MAC addresses:
Create time: 28/05/2013 17:17:03 (1d23h ago)
No status change since creation
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/1/0/3.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1500; XC ID 0xc40007; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control: disabled
Static MAC addresses:
Statistics:
packets: received 243532, sent 51089
bytes: received 17865888, sent 3528732
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
List of Access PWs:
List of VFIs:
VFI customer1-engineering (up)
VPN-ID: 2, Auto Discovery: BGP, state is Provisioned
(Service Connected)
Route Distinguisher: (auto) 10.0.0.11:32770
Import Route Targets:
0.0.0.1:2
Export Route Targets:
0.0.0.1:2
Signaling protocol: BGP
Local VE-ID: 11 , Advertised Local VE-ID : 11
VE-Range: 10
PW: neighbor 10.0.0.12, PW ID 2, state is up ( established )
PW class not set, XC ID 0xc000000d
Encapsulation MPLS, Auto-discovered (BGP), protocol BGP
Source address 10.0.0.11
PW type VPLS, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16077 16076
MTU 1500 1500
Control word disabled disabled
PW type VPLS VPLS
VE-ID 11 12
------------ ------------------------------ ------------------
MIB cpwVcIndex: 3221225485
Create time: 30/05/2013 15:09:52 (01:29:45 ago)
Last time status changed: 30/05/2013 15:09:52 (01:29:45 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 2677, sent 574
bytes: received 171524, sent 51670
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.13, PW ID 2, state is up ( established )
PW class not set, XC ID 0xc000000f
Encapsulation MPLS, Auto-discovered (BGP), protocol BGP
Source address 10.0.0.11
PW type VPLS, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16078 16076
MTU 1500 1500
Control word disabled disabled
PW type VPLS VPLS
VE-ID 11 13
------------ ------------------------------ ------------------
MIB cpwVcIndex: 3221225487
Create time: 30/05/2013 15:10:43 (01:28:54 ago)
Last time status changed: 30/05/2013 15:10:43 (01:28:54 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 17, sent 572
bytes: received 1560, sent 51636
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.14, PW ID 2, state is up ( established )
PW class not set, XC ID 0xc0000011
Encapsulation MPLS, Auto-discovered (BGP), protocol BGP
Source address 10.0.0.11
PW type VPLS, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16079 289945
MTU 1500 1500
Control word disabled disabled
PW type VPLS VPLS
VE-ID 11 14
------------ ------------------------------ ------------------
MIB cpwVcIndex: 3221225489
Create time: 30/05/2013 15:11:22 (01:28:16 ago)
Last time status changed: 30/05/2013 15:11:22 (01:28:16 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 0, sent 559
bytes: received 0, sent 50250
DHCPv4 snooping: disabled
IGMP Snooping profile: none
VFI Statistics:
drops: illegal VLAN 0, illegal length 0
4.4.3.2 Détection automatique BGP et signalisation LDP
La configuration BGP avec la commande address-family l2vpn vpls-vpws est exactement la même qu'avec la signalisation BGP. La configuration L2VPN est modifiée afin d'utiliser la signalisation LDP avec la commande signaling-protocol ldp.
La même configuration est utilisée sur les quatre PE :
router bgp 65000
address-family l2vpn vpls-vpws
!
neighbor-group IOX-LAB-RR
address-family l2vpn vpls-vpws
!
neighbor 10.0.0.3
use neighbor-group IOX-LAB-RR
!
neighbor 10.0.0.10
use neighbor-group IOX-LAB-RR
!
l2vpn
bridge group customer1
bridge-domain finance
interface GigabitEthernet0/1/0/3.3
!
vfi customer1-finance
vpn-id 3
autodiscovery bgp
rd auto
route-target 0.0.0.1:3
signaling-protocol ldp
vpls-id 65000:3
!
!
!
!
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
!
vfi customer1-engineering
vpn-id 2
autodiscovery bgp
rd auto
route-target 0.0.0.1:2
signaling-protocol ldp
vpls-id 65000:2
!
!
!
!
!
!
Le vpls-id est composé du numéro de système autonome BGP (AS) et du vpn-id.
Trois commandes show du routeur 1 indiquent que les PW ont été établis avec les PE détectés :
RP/0/RSP0/CPU0:router1#sh l2vpn discovery
Service Type: VPLS, Connected
List of VPNs (2 VPNs):
Bridge group: customer1, bridge-domain: finance, id: 3,
signaling protocol: LDP
VPLS-ID: 65000:3
Local L2 router id: 10.0.0.11
List of Remote NLRI (3 NLRIs):
Local Addr Remote Addr Remote L2 RID Time Created
--------------- --------------- --------------- -------------------
10.0.0.11 10.0.0.12 10.0.0.12 05/30/2013 17:10:18
10.0.0.11 10.0.0.13 10.0.0.13 05/30/2013 17:10:18
10.0.0.11 10.0.0.14 10.0.0.14 05/30/2013 17:11:46
Bridge group: customer1, bridge-domain: engineering, id: 5,
signaling protocol: LDP
VPLS-ID: 65000:2
Local L2 router id: 10.0.0.11
List of Remote NLRI (3 NLRIs):
Local Addr Remote Addr Remote L2 RID Time Created
--------------- --------------- --------------- -------------------
10.0.0.11 10.0.0.12 10.0.0.12 05/30/2013 17:10:18
10.0.0.11 10.0.0.13 10.0.0.13 05/30/2013 17:10:18
10.0.0.11 10.0.0.14 10.0.0.14 05/30/2013 17:11:46
RP/0/RSP0/CPU0:router1#sh l2vpn bridge-domain group customer1
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: finance, id: 3, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
Gi0/1/0/3.3, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
VFI customer1-finance (up)
Neighbor 10.0.0.12 pw-id 65000:3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 65000:3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 65000:3, state: up, Static MAC addresses: 0
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
Gi0/1/0/3.2, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
VFI customer1-engineering (up)
Neighbor 10.0.0.12 pw-id 65000:2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 65000:2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 65000:2, state: up, Static MAC addresses: 0
RP/0/RSP0/CPU0:router1#sh l2vpn bridge-domain group customer1 det
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: finance, id: 3, state: up,
ShgId: 0, MSTi: 0
Coupled state: disabled
MAC learning: enabled
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Bridge MTU: 1500
MIB cvplsConfigIndex: 4
Filter MAC addresses:
Create time: 29/05/2013 15:36:17 (1d01h ago)
No status change since creation
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/1/0/3.3, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [3, 3]
MTU 1500; XC ID 0xc40006; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control: disabled
Static MAC addresses:
Statistics:
packets: received 10362, sent 45038
bytes: received 956240, sent 3064016
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
List of Access PWs:
List of VFIs:
VFI customer1-finance (up)
VPN-ID: 3, Auto Discovery: BGP, state is Provisioned
(Service Connected)
Route Distinguisher: (auto) 10.0.0.11:32769
Import Route Targets:
0.0.0.1:3
Export Route Targets:
0.0.0.1:3
Signaling protocol: LDP
AS Number: 65000
VPLS-ID: 65000:3
L2VPN Router ID: 10.0.0.11
PW: neighbor 10.0.0.12, PW ID 65000:3, state is up ( established )
PW class not set, XC ID 0xc0000003
Encapsulation MPLS, Auto-discovered (BGP), protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16006 16033
BGP Peer ID 10.0.0.11 10.0.0.12
LDP ID 10.0.0.11 10.0.0.12
AII 10.0.0.11 10.0.0.12
AGI 65000:3 65000:3
Group ID 0x3 0x0
Interface customer1-finance customer1-finance
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225475
Create time: 30/05/2013 17:10:18 (00:06:32 ago)
Last time status changed: 30/05/2013 17:10:24 (00:06:25 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 190, sent 40
bytes: received 12160, sent 3600
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.13, PW ID 65000:3, state is up ( established )
PW class not set, XC ID 0xc0000004
Encapsulation MPLS, Auto-discovered (BGP), protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16016 16020
BGP Peer ID 10.0.0.11 10.0.0.13
LDP ID 10.0.0.11 10.0.0.13
AII 10.0.0.11 10.0.0.13
AGI 65000:3 65000:3
Group ID 0x3 0x4
Interface customer1-finance customer1-finance
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225476
Create time: 30/05/2013 17:10:18 (00:06:32 ago)
Last time status changed: 30/05/2013 17:10:27 (00:06:22 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 0, sent 40
bytes: received 0, sent 3600
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.14, PW ID 65000:3, state is up ( established )
PW class not set, XC ID 0xc0000009
Encapsulation MPLS, Auto-discovered (BGP), protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16049 289970
BGP Peer ID 10.0.0.11 10.0.0.14
LDP ID 10.0.0.11 10.0.0.14
AII 10.0.0.11 10.0.0.14
AGI 65000:3 65000:3
Group ID 0x3 0x4
Interface customer1-finance customer1-finance
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225481
Create time: 30/05/2013 17:11:46 (00:05:04 ago)
Last time status changed: 30/05/2013 17:11:51 (00:04:59 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 0, sent 31
bytes: received 0, sent 2790
DHCPv4 snooping: disabled
IGMP Snooping profile: none
VFI Statistics:
drops: illegal VLAN 0, illegal length 0
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Coupled state: disabled
MAC learning: enabled
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Bridge MTU: 1500
MIB cvplsConfigIndex: 6
Filter MAC addresses:
Create time: 28/05/2013 17:17:03 (1d23h ago)
No status change since creation
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/1/0/3.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1500; XC ID 0xc40007; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control: disabled
Static MAC addresses:
Statistics:
packets: received 243774, sent 52179
bytes: received 17888446, sent 3602852
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
List of Access PWs:
List of VFIs:
VFI customer1-engineering (up)
VPN-ID: 2, Auto Discovery: BGP, state is Provisioned (Service Connected)
Route Distinguisher: (auto) 10.0.0.11:32770
Import Route Targets:
0.0.0.1:2
Export Route Targets:
0.0.0.1:2
Signaling protocol: LDP
AS Number: 65000
VPLS-ID: 65000:2
L2VPN Router ID: 10.0.0.11
PW: neighbor 10.0.0.12, PW ID 65000:2, state is up ( established )
PW class not set, XC ID 0xc0000005
Encapsulation MPLS, Auto-discovered (BGP), protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16027 16042
BGP Peer ID 10.0.0.11 10.0.0.12
LDP ID 10.0.0.11 10.0.0.12
AII 10.0.0.11 10.0.0.12
AGI 65000:2 65000:2
Group ID 0x5 0x1
Interface customer1-engineering customer1-engineering
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 0
Create time: 30/05/2013 17:10:18 (00:06:33 ago)
Last time status changed: 30/05/2013 17:10:24 (00:06:26 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 190, sent 41
bytes: received 12160, sent 3690
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.13, PW ID 65000:2, state is up ( established )
PW class not set, XC ID 0xc0000006
Encapsulation MPLS, Auto-discovered (BGP), protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16043 16021
BGP Peer ID 10.0.0.11 10.0.0.13
LDP ID 10.0.0.11 10.0.0.13
AII 10.0.0.11 10.0.0.13
AGI 65000:2 65000:2
Group ID 0x5 0x3
Interface customer1-engineering customer1-engineering
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 0
Create time: 30/05/2013 17:10:18 (00:06:33 ago)
Last time status changed: 30/05/2013 17:10:27 (00:06:23 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 0, sent 40
bytes: received 0, sent 3600
DHCPv4 snooping: disabled
IGMP Snooping profile: none
PW: neighbor 10.0.0.14, PW ID 65000:2, state is up ( established )
PW class not set, XC ID 0xc000000a
Encapsulation MPLS, Auto-discovered (BGP), protocol LDP
Source address 10.0.0.11
PW type Ethernet, control word disabled, interworking none
PW backup disable delay 0 sec
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ------------------
Label 16050 289974
BGP Peer ID 10.0.0.11 10.0.0.14
LDP ID 10.0.0.11 10.0.0.14
AII 10.0.0.11 10.0.0.14
AGI 65000:2 65000:2
Group ID 0x5 0x6
Interface customer1-engineering customer1-engineering
MTU 1500 1500
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 3221225482
Create time: 30/05/2013 17:11:46 (00:05:05 ago)
Last time status changed: 30/05/2013 17:11:51 (00:05:00 ago)
MAC withdraw message: send 0 receive 0
Static MAC addresses:
Statistics:
packets: received 0, sent 31
bytes: received 0, sent 2790
DHCPv4 snooping: disabled
IGMP Snooping profile: none
VFI Statistics:
drops: illegal VLAN 0, illegal length 0
4.4.4 Retraits et vidages MAC
Le transfert dans VPLS est basé sur la table d’adresses MAC, qui est créée dynamiquement en apprenant les adresses MAC source des trames reçues. En cas de changement de topologie dans un domaine de pont, un hôte peut être accessible via un voisin CA ou VPLS différent. Le trafic de cet hôte risque de ne pas atteindre sa destination si les trames continuent à être transmises conformément à la table d’adresses MAC existante.
Pour un PE L2VPN, il existe plusieurs façons de détecter une modification de topologie :
- Un port du domaine de pont est activé ou désactivé.
- Une BPDU de notification de modification de topologie Spanning Tree (TCN) est traitée lorsque le PE L2VPN exécute l'implémentation MST complète ou un protocole de passerelle d'accès Spanning Tree. La liaison défaillante peut ne pas être locale sur le PE, mais peut être plus éloignée dans la topologie. Le PE intercepte le TCN.
Lorsqu'un PE L2VPN détecte une modification de topologie, il effectue deux actions :
- L’équipement de bureau vide la table d’adresses MAC des domaines de pont affectés par la modification de topologie. Lorsque le PE est configuré pour PVSTAG ou PVRSTAG (Per-VLAN Rapid Spanning Tree Access Gateway), une BPDU TCN détectée dans une sous-interface VLAN affecte tous les VLAN et les domaines de pont sur cette interface physique.
- Le PE signale aux voisins VPLS via un message de retrait MAC LDP MPLS qu’ils doivent vider leur table d’adresses MAC. Tous les PE L2VPN distants recevant le message LDP de retrait MAC vident leurs tables d'adresses MAC et le trafic est de nouveau inondé. Les tables d’adresses MAC sont reconstruites en fonction de la nouvelle topologie.
Le comportement par défaut du message de retrait MAC en cas de battement de port a changé au fil du temps :
- Traditionnellement, dans le logiciel Cisco IOS XR, un ordinateur de poche L2VPN envoyait des messages de retrait MAC lorsqu'un CA était en panne. L'intention était de demander aux PE distants de vider leurs tables d'adresses MAC pour le domaine de pont affecté afin que les adresses MAC pointant derrière le port désactivé soient apprises à partir d'un autre port.
- Cependant, cela a créé un problème d'interopérabilité avec certains PE distants qui suivent la RFC 4762 et purgent les adresses MAC qui pointent à tous les PE, à l'exception de celui qui envoie le message de retrait MAC. Le document RFC 4762 suppose qu'un PE envoie un message de retrait MAC lorsqu'un CA s'allume, mais pas lorsqu'un CA s'arrête. Après la version 4.2.1 du logiciel Cisco IOS XR, le comportement par défaut consiste à envoyer des messages de retrait MAC LDP uniquement lorsqu'un port de domaine de pont apparaît afin de mieux se conformer à la RFC. Une commande de configuration a été ajoutée afin de revenir à l'ancien comportement.
Il s'agit d'une commande show avec le comportement par défaut après le logiciel Cisco IOS XR Version 4.2.1 :
RP/0/RSP1/CPU0:router3#sh l2vpn bridge-domain bd-name engineering det |
i "PW:|VFI|neighbor|MAC w"
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of VFIs:
VFI customer1-engineering (up)
PW: neighbor 10.0.0.11, PW ID 2, state is up ( established )
MAC withdraw message: send 0 receive 0
PW: neighbor 10.0.0.12, PW ID 2, state is up ( established )
MAC withdraw message: send 0 receive 4
PW: neighbor 10.0.0.14, PW ID 2, state is up ( established )
MAC withdraw message: send 0 receive 2
VFI Statistics:
La ligne importante est le retrait MAC envoyé sur le port de pont down, qui est maintenant désactivé par défaut après la version 4.2.1 du logiciel Cisco IOS XR. La commande indique également le nombre de messages de retrait MAC envoyés et reçus dans le domaine de pont. Un nombre élevé de messages de retrait indique une instabilité dans le domaine de pont.
Voici la configuration qui revient à l'ancien comportement :
l2vpn
bridge group customer1
bridge-domain finance
mac
withdraw state-down
!
!
!
!
4.4.5 H-VPLS
VPLS nécessite un maillage complet de PW entre les PE L2VPN afin de s'assurer que n'importe quel PE peut atteindre, dans un saut, un hôte derrière n'importe quel autre PE sans qu'un PE ait besoin de refléter les trames d'un PW à un autre PW. C'est la base de la règle de découpage d'horizon, qui empêche un PE de transférer des trames d'un PW à un autre PW. Même dans des cas spéciaux, lorsque l’adresse MAC de destination dans la table d’adresses MAC pointe sur un autre PW, la trame est abandonnée.
Un maillage complet de PW signifie que le nombre de PW peut devenir très élevé à mesure que le nombre de PE augmente, ce qui peut entraîner des problèmes d'évolutivité.
Vous pouvez réduire le nombre de PW dans cette topologie avec une hiérarchie de PE :
Dans cette topologie, notez que :
- Un périphérique de périphérie du fournisseur d'utilisateurs (U-PE) dispose de blocs d'alimentation CA vers les CE.
- Le périphérique U-PE transporte le trafic CE sur un PW point à point MPLS vers un périphérique N-PE (Network Provider Edge).
- Le N-PE est un équipement VPLS principal entièrement maillé avec d'autres N-PE.
- Sur le N-PE, le PW provenant du U-PE est considéré comme un PW d'accès, tout comme un CA. Le U-PE ne fait pas partie du maillage avec les autres N-PE, de sorte que le N-PE peut considérer le PW d'accès comme un CA et transmettre le trafic de ce PW d'accès aux PW principaux qui font partie du maillage complet VPLS.
- Les PW principaux entre N-PE sont configurés sous une VFI afin de s'assurer que la règle de découpage d'horizon est appliquée à tous les PW principaux configurés sous la VFI.
- Les PW d'accès des PE-U ne sont pas configurés sous un VFI, ils n'appartiennent donc pas au même SHG que les PW VFI. Le trafic peut être transféré d'un PW d'accès à un PW VFI et vice versa.
- Les U-PE peuvent utiliser la fonction de redondance des PW afin d'avoir un PW primaire sur un N-PE principal et un PW de secours sur un N-PE de secours. La veille prend le relais lorsque le PW principal tombe en panne.
Voici un exemple où U-PE1 (10.0.0.15) est configuré avec la redondance PW vers N-PE1 (10.0.0.11) et N-PE2 (10.0.0.12) :
RP/0/RP0/CPU0:U-PE1#sh run int ten 0/1/0/5.2
interface TenGigE0/1/0/5.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
RP/0/RP0/CPU0:U-PE1#sh run l2vpn xconnect group customer1
l2vpn
xconnect group customer1
p2p engineering-0-1-0-5
interface TenGigE0/1/0/5.2
neighbor 10.0.0.11 pw-id 15
backup neighbor 10.0.0.12 pw-id 15
!
!
!
!
!
RP/0/RP0/CPU0:U-PE1#sh l2vpn xconnect group customer1
Legend: ST = State, UP = Up, DN = Down, AD = Admin Down, UR = Unresolved,
SB = Standby, SR = Standby Ready, (PP) = Partially Programmed
XConnect Segment 1 Segment 2
Group Name ST Description ST Description ST
------------------------ ---------------------- -----------------------------
customer1 engineering-0-1-0-5
UP Te0/1/0/5.2 UP 10.0.0.11 15 UP
Backup
10.0.0.12 15 SB
---------------------------------------------------------------------------------
Le PW vers 10.0.0.12 est en veille. Sur N-PE1, il y a un PW d'accès à 10.0.0.15 et un CA qui ne sont pas sous le VFI.
N-PE1 apprend certaines adresses MAC sur le PW d'accès et les PW VFI :
RP/0/RSP0/CPU0:N-PE1#sh run l2vpn bridge group customer1 bridge-domain
engineering
l2vpn
bridge group customer1
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
!
neighbor 10.0.0.15 pw-id 15
!
vfi customer1-engineering
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
RP/0/RSP0/CPU0:N-PE1#sh l2vpn bridge-domain bd-name engineering
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 4 (4 up), PBBs: 0 (0 up)
List of ACs:
Gi0/1/0/3.2, state: up, Static MAC addresses: 0
List of Access PWs:
Neighbor 10.0.0.15 pw-id 15, state: up, Static MAC addresses: 0
List of VFIs:
VFI customer1-engineering (up)
Neighbor 10.0.0.12 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 2, state: up, Static MAC addresses: 0
RP/0/RSP0/CPU0:N-PE1#sh l2vpn forwarding bridge-domain customer1:engineering
mac-address location 0/0/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
-----------------------------------------------------------------------------
6c9c.ed3e.e46d dynamic (10.0.0.15, 15) 0/0/CPU0 0d 0h 0m 0s N/A
0019.552b.b5c3 dynamic (10.0.0.12, 2) 0/0/CPU0 0d 0h 0m 0s N/A
0024.985e.6a42 dynamic (10.0.0.12, 2) 0/0/CPU0 0d 0h 0m 0s N/A
001d.4603.1f42 dynamic (10.0.0.13, 2) 0/0/CPU0 0d 0h 0m 0s N/A
Sur N-PE2 (10.0.0.12), le PW d'accès est en veille :
RP/0/RSP0/CPU0:N-PE2#sh run l2vpn bridge group customer1 bridge-domain
engineering
l2vpn
bridge group customer1
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
!
neighbor 10.0.0.15 pw-id 15
!
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
RP/0/RSP0/CPU0:N-PE2#sh l2vpn bridge-domain bd-name engineering
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: engineering, id: 1, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 4 (3 up), PBBs: 0 (0 up)
List of ACs:
Gi0/1/0/3.2, state: up, Static MAC addresses: 0
List of Access PWs:
Neighbor 10.0.0.15 pw-id 15, state: standby, Static MAC addresses: 0
List of VFIs:
VFI customer1-engineering (up)
Neighbor 10.0.0.11 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 2, state: up, Static MAC addresses: 0
4.4.6 Groupes à horizon divisé (SHG)
La règle de découpage d'horizon stipule qu'une trame reçue sur un PW VFI ne peut pas être transférée sur un autre PW VFI. Les N-PE VFI doivent être entièrement maillés.
Ce découpage d'horizon est appliqué via un SHG :
- Les membres d'un groupe SHG ne peuvent pas se transmettre des trames, mais peuvent les transmettre aux membres d'autres groupes SHG.
- Tous les PW VFI sont affectés à SHG 1 par défaut. Cela garantit qu'il n'y a pas de transfert entre les PW VFI afin que la règle de découpage d'horizon soit appliquée. Les paquets reçus sur un PW VFI peuvent être transférés aux CA et aux PW d'accès car ils ne font pas partie du même SHG.
- Par défaut, tous les CA et les PW d'accès ne font pas partie d'un groupe SHG, ce qui signifie que les paquets reçus sur un PW CA ou d'accès peuvent être transférés à un autre PW CA ou d'accès dans le même domaine de pont.
- Les CA et les PW d'accès peuvent être affectés au SHG 2 avec la commande split-horizon group si l'objectif est d'empêcher le transfert entre eux.
RP/0/RSP0/CPU0:N-PE1#sh run l2vpn bridge group customer1 bridge-domain
engineering
l2vpn
bridge group customer1
bridge-domain engineering
interface GigabitEthernet0/0/0/1.2
split-horizon group
!
interface GigabitEthernet0/1/0/3.2
split-horizon group
!
neighbor 10.0.0.15 pw-id 15
split-horizon group
!
vfi customer1-engineering
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
Dans cette configuration, il n'y a aucun transfert entre Gi 0/0/0/1.2 et Gi 0/1/0/3.2, Gi 0/0/0/1.2 et 10.0.0.15, ou Gi 0/1/0/3.2 et 10.0.0.15. Mais il peut toujours y avoir transfert de trafic entre les CA et les PW VFI, car ils font partie de différents SHG (1 et 2).
RP/0/RSP0/CPU0:N-PE1#sh l2vpn bridge-domain bd-name engineering detail |
i "state is|List of|VFI|Split"
Split Horizon Group: none
ACs: 2 (1 up), VFIs: 1, PWs: 4 (4 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/0/0/1.2, state is unresolved
Split Horizon Group: enabled
AC: GigabitEthernet0/1/0/3.2, state is up
Split Horizon Group: enabled
List of Access PWs:
PW: neighbor 10.0.0.15, PW ID 15, state is up ( established )
Split Horizon Group: enabled
List of VFIs:
VFI customer1-engineering (up)
PW: neighbor 10.0.0.12, PW ID 2, state is up ( established )
PW: neighbor 10.0.0.13, PW ID 2, state is up ( established )
PW: neighbor 10.0.0.14, PW ID 2, state is up ( established )
VFI Statistics:
4.4.7 Redondance
Dans une tentative d'introduction de la redondance, vous pouvez avoir un site qui est jumelé au domaine VPLS :
Si un hôte connecté au commutateur 1 envoie une diffusion, le commutateur 1 la transmet au routeur 1 et au commutateur 2. Le routeur 1 dispose d’un maillage complet de PW, de sorte qu’il y a un PW vers le routeur 2, et le routeur 1 transmet la diffusion sur ce PW. Le routeur 2 transmet la diffusion au commutateur 2, qui la transmet au commutateur 1. Cela génère une boucle physique.
4.4.7.1 Spanning Tree
L'implémentation MST complète ne fonctionne pas avec VPLS car cette implémentation envoie des BPDU MST sur une interface principale afin de contrôler l'état de transmission de tous les VLAN sur cette interface. Avec VPLS, il y a des VFI pour chaque domaine de pont, donc vous ne pouvez pas envoyer de BPDU sur une interface principale pour tous ces VFI.
Par défaut, les BPDU Spanning Tree sont transportés sur des VPLS et des PW point à point.
Si le commutateur 1 et le commutateur 2 envoient des BPDU par VLAN ou des BPDU MST non balisés et si les BPDU correspondent aux sous-interfaces de transport l2sur le routeur 1 et le routeur 2, les BPDU sont transportés via VPLS. Les commutateurs voient les BPDU de l'autre sur les interfaces Gi 0/1, et le protocole Spanning Tree casse la boucle et bloque un port.
Le commutateur 2 est la racine du VLAN 2 :
switch2#sh spanning-tree vlan 2
MST0
Spanning tree enabled protocol mstp
Root ID Priority 32768
Address 0024.985e.6a00
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32768 (priority 32768 sys-id-ext 0)
Address 0024.985e.6a00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Desg FWD 20000 128.1 P2p Bound(PVST)
Gi0/2 Desg FWD 20000 128.2 P2p Bound(PVST)
Le commutateur 1 a son port racine sur Gi 0/1 et bloque Gi 0/2 :
switch1#sh spanning-tree vlan 2
VLAN0002
Spanning tree enabled protocol ieee
Root ID Priority 32768
Address 0024.985e.6a00
Cost 4
Port 1 (GigabitEthernet0/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32770 (priority 32768 sys-id-ext 2)
Address 0019.552b.b580
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Root FWD 4 128.1 P2p
Gi0/2 Altn BLK 4 128.2 P2p
Le problème est que les BPDU sont également transportés vers des sites distants et que l'instabilité Spanning Tree dans un site se propage à tous les sites connectés au domaine VPLS. Il est plus sûr d'isoler chaque site et de ne pas transporter les BPDU sur VPLS.
Une solution consiste à utiliser une version de passerelle d'accès du STP. Il s'agit d'une implémentation limitée du protocole, où les PE L2VPN sont configurés pour envoyer des BPDU statiques afin d'apparaître connectés à la racine du Spanning Tree. L2VPN PE ne transporte pas les BPDU reçus des CE vers les sites distants, de sorte que chaque site a son propre domaine Spanning Tree.
4.4.7.2 MSTAG
Comme expliqué dans la section Spanning Tree, MST envoie des BPDU non balisés, mais ces BPDU contrôlent l'état de transmission de tous les VLAN sur l'interface.
Les VLAN peuvent être regroupés en plusieurs instances et chaque instance a son propre état de transmission.
Les VLAN sont généralement regroupés de sorte que le trafic puisse être réparti de manière égale entre plusieurs chemins. Quand il y a deux chemins, la moitié du trafic appartient à une instance qui transfère sur le premier chemin et bloque sur le second chemin. L'autre moitié du trafic appartient à une instance qui bloque sur le premier chemin et transfère sur le deuxième chemin. Ceci permet un équilibrage de charge entre les deux chemins dans des conditions stables. Sinon, vous avez un chemin qui est normalement complètement bloqué et devient actif uniquement lorsque le chemin principal est arrêté.
Voici une topologie MSTAG type :
Dans cet exemple de travaux pratiques, l’instance 1 a le VLAN 2 et l’instance 0 a les autres VLAN. (Dans un scénario plus réaliste, les VLAN sont répartis entre plusieurs instances afin d'obtenir un bon équilibrage de charge de trafic entre les instances.) Comme certains VLAN ont beaucoup plus de trafic que d’autres, il n’y a pas toujours le même nombre de VLAN dans chaque instance.
Voici la configuration de l'instance MST 0 :
- Les routeurs 1 et 2 envoient des BPDU statiques en fonction de la configuration MSTAG. Ils ne traitent pas les BPDU entrantes à partir du réseau ou tentent d'exécuter une implémentation complète. Avec MSTAG, les deux PE L2VPN envoient simplement des BPDU statiques en fonction de leur configuration MSTAG.
- Router1 est configuré afin d'attirer le trafic de l'instance 0 en semblant être la racine de cette instance.
- Router2 est configuré avec la deuxième meilleure priorité de racine par exemple 0, de sorte qu'il devienne la nouvelle racine en cas de défaillance du routeur 1 ou de défaillance CA entre le commutateur 1 et le routeur 1.
- Le commutateur 2 est configuré avec un coût Spanning Tree élevé sur le port Gi 0/1 vers le routeur 2 afin de s’assurer que son chemin principal vers la racine se trouve sur Gig 0/2 via le commutateur 1 et le routeur 1.
- Le commutateur 2 sélectionne Gi 0/2 comme port racine pour instance0 et sélectionne Gi 0/1 comme port alternatif en cas de perte de la racine.
- Ainsi, le trafic de ce site dans les VLAN appartenant à l'instance 0 atteint d'autres sites via VPLS via le routeur 1.
Pour l'instance MST 1 (VLAN 2), la configuration est inversée :
- Router2 est configuré afin d'attirer le trafic de l'instance 1 en semblant être la racine de cette instance.
- Le routeur 1 est configuré avec la deuxième meilleure priorité de racine pour l’instance 1, de sorte qu’il devienne la nouvelle racine en cas de défaillance du routeur 2 ou de panne CA entre le commutateur 2 et le routeur 2.
- Le commutateur 1 est configuré avec un coût Spanning Tree élevé sur le port Gi 0/1 vers le routeur 1 afin de s’assurer que son chemin principal vers la racine se trouve sur Gig 0/2 via le commutateur 2 et le routeur 2.
- Le commutateur 1 sélectionne Gi 0/2 comme port racine par exemple 1 et sélectionne Gi 0/1 comme port alternatif en cas de perte de la racine.
- Ainsi, le trafic de ce site dans les VLAN appartenant à l'instance 1 (VLAN 2 dans cet exemple) atteint d'autres sites via VPLS via le routeur 2.
- Il doit y avoir une sous-interface sur les routeurs 1 et 2 afin d’attraper les TCN non étiquetés et de les transmettre à l’autre routeur via un PW point à point. Puisque les commutateurs 1 et 2 risquent de perdre leurs liaisons directes et de devenir isolés les uns des autres, les routeurs 1 et 2 doivent transférer les TCN entre eux via ce PW point à point.
- Les PE interceptent également les TCN, vident leurs tables d’adresses MAC et envoient le retrait MAC LDP aux PE distants.
Voici la configuration sur le routeur 1 :
RP/0/RSP0/CPU0:router1#sh run int gigabitEthernet 0/1/0/3.*
interface GigabitEthernet0/1/0/3.1 l2transport
encapsulation untagged
!
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
ethernet-services access-group filter-stp egress
!
interface GigabitEthernet0/1/0/3.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
ethernet-services access-group filter-stp egress
!
RP/0/RSP0/CPU0:router1#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface GigabitEthernet0/1/0/3.3
!
vfi customer1-finance
neighbor 10.0.0.12 pw-id 3
!
neighbor 10.0.0.13 pw-id 3
!
neighbor 10.0.0.14 pw-id 3
!
!
!
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
!
vfi customer1-engineering
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
RP/0/RSP0/CPU0:router1#sh run l2vpn xconnect group customer1
l2vpn
xconnect group customer1
p2p mstag-gi-0-1-0-3
interface GigabitEthernet0/1/0/3.1
neighbor 10.0.0.13 pw-id 103
!
!
!
!
RP/0/RSP0/CPU0:router1#sh run spanning-tree mstag customer1-0-1-0-3
spanning-tree mstag customer1-0-1-0-3
interface GigabitEthernet0/1/0/3.1
name customer1
revision 1
bridge-id 0000.0000.0001
instance 0
root-id 0000.0000.0001
priority 4096
root-priority 4096
!
instance 1
vlan-ids 2
root-id 0000.0000.0002
priority 8192
root-priority 4096
!
!
!
RP/0/RSP0/CPU0:router1#sh spanning-tree mstag customer1-0-1-0-3
GigabitEthernet0/1/0/3.1
Pre-empt delay is disabled
Name: customer1
Revision: 1
Max Age: 20
Provider Bridge: no
Bridge ID: 0000.0000.0001
Port ID: 1
External Cost: 0
Hello Time: 2
Active: yes
BPDUs sent: 3048
MSTI 0 (CIST):
VLAN IDs: 1,3-4094
Role: Designated
Bridge Priority: 4096
Port Priority: 128
Cost: 0
Root Bridge: 0000.0000.0001
Root Priority: 4096
Topology Changes: 369
MSTI 1
VLAN IDs: 2
Role: Designated
Bridge Priority: 8192
Port Priority: 128
Cost: 0
Root Bridge: 0000.0000.0002
Root Priority: 4096
Topology Changes: 322
Dans cette configuration, notez que :
- Dans l'instance MST 0, le pont racine est 0000.000.0001, qui est l'ID de pont du routeur 1.
- Dans l'instance MST 1, le pont racine est 0000.000.0002, qui est l'ID de pont du routeur 2.
- La priorité de pont du routeur 1 est 4096 dans l'instance 0 (pour devenir la racine) et 8192 dans l'instance 1 (pour devenir la deuxième meilleure racine).
- La priorité de pont du routeur 1 est 8192 dans l’instance 0 (pour devenir la deuxième meilleure racine) et 4096 dans l’instance 1 (pour devenir la racine).
- La liaison point à point sur GigabitEthernet0/1/0/3.1 transporte les TCN MST non balisés vers l'autre routeur.
Une liste de contrôle d'accès de sortie a été configurée sur les sous-interfaces dot1q afin de supprimer les BPDU par VLAN qui pourraient être envoyés par un autre site qui n'a pas encore été migré vers MST. Cette configuration empêche le commutateur CE de déclarer que l'interface est incohérente lorsqu'elle reçoit une BPDU par VLAN sur une interface configurée pour MST.
La configuration sur le routeur 2 est très similaire :
RP/0/RSP0/CPU0:router2#sh run int gig 0/1/0/3.*
interface GigabitEthernet0/1/0/3.1 l2transport
encapsulation untagged
!
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
ethernet-services access-group filter-stp egress
!
interface GigabitEthernet0/1/0/3.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
ethernet-services access-group filter-stp egress
!
RP/0/RSP0/CPU0:router2#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface GigabitEthernet0/1/0/3.3
!
vfi customer1-finance
neighbor 10.0.0.11 pw-id 3
!
neighbor 10.0.0.13 pw-id 3
!
neighbor 10.0.0.14 pw-id 3
!
!
!
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
!
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
RP/0/RSP0/CPU0:router2#sh run l2vpn xconnect group customer1
l2vpn
xconnect group customer1
p2p mstag-gi-0-1-0-3
interface GigabitEthernet0/1/0/3.1
neighbor 10.0.0.13 pw-id 103
!
!
!
!
RP/0/RSP0/CPU0:router2#sh run spanning-tree mstag customer1-0-1-0-3
spanning-tree mstag customer1-0-1-0-3
interface GigabitEthernet0/1/0/3.1
name customer1
revision 1
bridge-id 0000.0000.0002
instance 0
root-id 0000.0000.0001
priority 8192
root-priority 4096
!
instance 1
vlan-ids 2
root-id 0000.0000.0002
priority 4096
root-priority 4096
!
!
!
RP/0/RSP0/CPU0:router2#sh spanning-tree mstag customer1-0-1-0-3
GigabitEthernet0/1/0/3.1
Pre-empt delay is disabled
Name: customer1
Revision: 1
Max Age: 20
Provider Bridge: no
Bridge ID: 0000.0000.0002
Port ID: 1
External Cost: 0
Hello Time: 2
Active: yes
BPDUs sent: 3186
MSTI 0 (CIST):
VLAN IDs: 1,3-4094
Role: Designated
Bridge Priority: 8192
Port Priority: 128
Cost: 0
Root Bridge: 0000.0000.0001
Root Priority: 4096
Topology Changes: 365
MSTI 1
VLAN IDs: 2
Role: Designated
Bridge Priority: 4096
Port Priority: 128
Cost: 0
Root Bridge: 0000.0000.0002
Root Priority: 4096
Topology Changes: 177
Voici la configuration de base sur le commutateur 1 :
switch1#sh run | b spanning-tree
spanning-tree mode mst
spanning-tree extend system-id
!
spanning-tree mst configuration
name customer1
revision 1
instance 1 vlan 2
!
switch1#sh run int gig 0/1 | i spanning
spanning-tree mst 1 cost 100000
switch1#sh spanning-tree
MST0
Spanning tree enabled protocol mstp
Root ID Priority 4096
Address 0000.0000.0001
Cost 0
Port 1 (GigabitEthernet0/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32768 (priority 32768 sys-id-ext 0)
Address 0019.552b.b580
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Root FWD 20000 128.1 P2p
Gi0/2 Desg FWD 20000 128.2 P2p
MST1
Spanning tree enabled protocol mstp
Root ID Priority 4097
Address 0000.0000.0002
Cost 40000
Port 2 (GigabitEthernet0/2)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32769 (priority 32768 sys-id-ext 1)
Address 0019.552b.b580
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Altn BLK 100000 128.1 P2p
Gi0/2 Root FWD 20000 128.2 P2p
Ainsi, le trafic de l’instance 0 est transmis via le routeur 1 et le trafic de l’instance 1 via le commutateur 2 et le routeur 2.
La configuration sur le commutateur 2 utilise les mêmes commandes que le commutateur 1 :
switch2#sh run | b spanning
spanning-tree mode mst
spanning-tree extend system-id
!
spanning-tree mst configuration
name customer1
revision 1
instance 1 vlan 2
!
switch2#sh run int gig 0/1 | i spanning
spanning-tree mst 0 cost 100000
switch2#sh spanning-tree
MST0
Spanning tree enabled protocol mstp
Root ID Priority 4096
Address 0000.0000.0001
Cost 0
Port 2 (GigabitEthernet0/2)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32768 (priority 32768 sys-id-ext 0)
Address 0024.985e.6a00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Altn BLK 100000 128.1 P2p
Gi0/2 Root FWD 20000 128.2 P2p
MST1
Spanning tree enabled protocol mstp
Root ID Priority 4097
Address 0000.0000.0002
Cost 20000
Port 1 (GigabitEthernet0/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32769 (priority 32768 sys-id-ext 1)
Address 0024.985e.6a00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Root FWD 20000 128.1 P2p
Gi0/2 Desg FWD 20000 128.2 P2p
Le commutateur 2 passe par le commutateur 1 et le routeur 1 par instance0 et par le routeur 2 par instance1.
Le trafic est équilibré en charge car une instance quitte le site via le routeur 1 et l'autre le quitte via le routeur 2.
Si la liaison entre le routeur 1 et le commutateur 1 est interrompue, les deux instances passent par le routeur 2.
switch1#sh spanning-tree
MST0
Spanning tree enabled protocol mstp
Root ID Priority 4096
Address 0000.0000.0001
Cost 0
Port 2 (GigabitEthernet0/2)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32768 (priority 32768 sys-id-ext 0)
Address 0019.552b.b580
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/2 Root FWD 20000 128.2 P2p
MST1
Spanning tree enabled protocol mstp
Root ID Priority 4097
Address 0000.0000.0002
Cost 40000
Port 2 (GigabitEthernet0/2)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32769 (priority 32768 sys-id-ext 1)
Address 0019.552b.b580
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/2 Root FWD 20000 128.2 P2p
switch2#sh spanning-tree
MST0
Spanning tree enabled protocol mstp
Root ID Priority 4096
Address 0000.0000.0001
Cost 0
Port 1 (GigabitEthernet0/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32768 (priority 32768 sys-id-ext 0)
Address 0024.985e.6a00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Root FWD 100000 128.1 P2p
Gi0/2 Desg FWD 20000 128.2 P2p
MST1
Spanning tree enabled protocol mstp
Root ID Priority 4097
Address 0000.0000.0002
Cost 20000
Port 1 (GigabitEthernet0/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32769 (priority 32768 sys-id-ext 1)
Address 0024.985e.6a00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Root FWD 20000 128.1 P2p
Gi0/2 Desg FWD 20000 128.2 P2p
Une convergence rapide peut être obtenue dans ce type d'échec car le chemin à travers la deuxième meilleure racine a déjà été sélectionné comme chemin alternatif. Avec MSTAG, les BPDU MST ne sont pas transportés par VPLS, de sorte que les sites sont isolés de l'instabilité d'autres sites.
4.4.7.3 PVSTAG ou PVRSTAG
MSTAG est le protocole de passerelle d'accès préféré pour VPLS car il utilise le protocole Spanning Tree rapide et parce qu'il est évolutif avec son utilisation d'instances plutôt que de BPDU sur chaque VLAN.
Si un site ne peut pas être migré vers MST et que la seule solution est de continuer à exécuter PVST+ ou PVRST, vous pouvez utiliser PVSTAG ou PVRSTAG, mais l'implémentation est limitée à une topologie spécifique :
Dans cette topologie, la restriction la plus importante est qu’il ne peut y avoir qu’un seul commutateur CE. Vous ne pouvez pas avoir deux commutateurs comme dans la topologie MSTAG. Dans MSTAG, vous pouvez configurer un PW point à point afin de transporter le trafic non étiqueté (y compris les TCN BPDU) d'un PE à l'autre lorsque le site est divisé en deux parties. Avec PVST et PVRST, les TCN sont envoyés étiquetés de sorte qu'ils correspondent à la même sous-interface que le trafic de données à transporter sur VPLS. Le routeur doit identifier les BPDU en fonction de l’adresse MAC et du type de protocole afin de transmettre les TCN à l’autre extrémité. Comme ce n'est pas pris en charge actuellement, il est nécessaire d'avoir un seul périphérique CE.
Une autre condition requise dans les versions antérieures à la version 4.3.0 du logiciel Cisco IOS XR est que les interfaces de bundle ne peuvent pas être utilisées en tant qu'AC. Cette restriction a été levée dans le logiciel Cisco IOS XR version 4.3.0.
Le principe est très identique à celui de MSTAG. Le routeur PVSTAG envoie des BPDU statiques de sorte que le CE semble être connecté aux commutateurs qui sont directement connectés à la racine (virtuelle) avec un coût 0. Afin d’équilibrer la charge du trafic, certains VLAN peuvent être configurés avec la racine sur le routeur 3 et d’autres avec la racine sur le routeur 4.
Voici un exemple de configuration sur le routeur 3 :
RP/0/RSP1/CPU0:router3#sh run int gigabitEthernet 0/0/0/1.*
interface GigabitEthernet0/0/0/1.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
interface GigabitEthernet0/0/0/1.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
!
RP/0/RSP1/CPU0:router3#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface GigabitEthernet0/0/0/1.3
!
vfi customer1-finance
neighbor 10.0.0.11 pw-id 3
!
neighbor 10.0.0.12 pw-id 3
!
neighbor 10.0.0.14 pw-id 3
!
!
!
bridge-domain engineering
interface GigabitEthernet0/0/0/1.2
!
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
!
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
RP/0/RSP1/CPU0:router3#sh run spanning-tree pvstag customer1-0-0-0-1
spanning-tree pvstag customer1-0-0-0-1
interface GigabitEthernet0/0/0/1
vlan 2
root-priority 0
root-id 0000.0000.0000
root-cost 0
priority 0
bridge-id 0000.0000.0001
!
vlan 3
root-priority 0
root-id 0000.0000.0000
root-cost 0
priority 1
bridge-id 0000.0000.0001
!
!
!
RP/0/RSP1/CPU0:router3#sh spanning-tree pvstag customer1-0-0-0-1
GigabitEthernet0/0/0/1
VLAN 2
Pre-empt delay is disabled
Sub-interface: GigabitEthernet0/0/0/1.2 (Up)
Max Age: 20
Root Priority: 0
Root Bridge: 0000.0000.0000
Cost: 0
Bridge Priority: 0
Bridge ID: 0000.0000.0001
Port Priority: 128
Port ID 1
Hello Time: 2
Active: Yes
BPDUs sent: 202821
Topology Changes: 0
VLAN 3
Pre-empt delay is disabled
Sub-interface: GigabitEthernet0/0/0/1.3 (Up)
Max Age: 20
Root Priority: 0
Root Bridge: 0000.0000.0000
Cost: 0
Bridge Priority: 1
Bridge ID: 0000.0000.0001
Port Priority: 128
Port ID 1
Hello Time: 2
Active: Yes
BPDUs sent: 202821
Topology Changes: 0
Voici un exemple de configuration sur le routeur 4 :
RP/0/RSP1/CPU0:router4#sh run int gig 0/0/0/1.*
interface GigabitEthernet0/0/0/1.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
interface GigabitEthernet0/0/0/1.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
!
RP/0/RSP1/CPU0:router4#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface GigabitEthernet0/0/0/1.3
!
vfi customer1-finance
neighbor 10.0.0.11 pw-id 3
!
neighbor 10.0.0.12 pw-id 3
!
neighbor 10.0.0.13 pw-id 3
!
!
!
bridge-domain engineering
interface GigabitEthernet0/0/0/1.2
!
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
!
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
!
!
!
!
RP/0/RSP1/CPU0:router4#sh run spanning-tree pvstag customer1-0-0-0-1
spanning-tree pvstag customer1-0-0-0-1
interface GigabitEthernet0/0/0/1
vlan 2
root-priority 0
root-id 0000.0000.0000
root-cost 0
priority 1
bridge-id 0000.0000.0002
!
vlan 3
root-priority 0
root-id 0000.0000.0000
root-cost 0
priority 0
bridge-id 0000.0000.0002
!
!
!
RP/0/RSP1/CPU0:router4#sh spanning-tree pvstag customer1-0-0-0-1
GigabitEthernet0/0/0/1
VLAN 2
Pre-empt delay is disabled
Sub-interface: GigabitEthernet0/0/0/1.2 (Up)
Max Age: 20
Root Priority: 0
Root Bridge: 0000.0000.0000
Cost: 0
Bridge Priority: 1
Bridge ID: 0000.0000.0002
Port Priority: 128
Port ID 1
Hello Time: 2
Active: Yes
BPDUs sent: 202799
Topology Changes: 0
VLAN 3
Pre-empt delay is disabled
Sub-interface: GigabitEthernet0/0/0/1.3 (Up)
Max Age: 20
Root Priority: 0
Root Bridge: 0000.0000.0000
Cost: 0
Bridge Priority: 0
Bridge ID: 0000.0000.0002
Port Priority: 128
Port ID 1
Hello Time: 2
Active: Yes
BPDUs sent: 202799
Topology Changes: 0
Voici un exemple de configuration sur le commutateur CE3 :
switch3#sh spanning-tree vlan 2
VLAN0002
Spanning tree enabled protocol ieee
Root ID Priority 0
Address 0000.0000.0000
Cost 4
Port 1 (GigabitEthernet0/1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32770 (priority 32768 sys-id-ext 2)
Address 001d.4603.1f00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Root FWD 4 128.1 P2p
Gi0/2 Altn BLK 4 128.2 P2p
switch3#sh spanning-tree vlan 3
VLAN0003
Spanning tree enabled protocol ieee
Root ID Priority 0
Address 0000.0000.0000
Cost 4
Port 2 (GigabitEthernet0/2)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32771 (priority 32768 sys-id-ext 3)
Address 001d.4603.1f00
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- ------------------------------
Gi0/1 Altn BLK 4 128.1 P2p
Gi0/2 Root FWD 4 128.2 P2p
La configuration de PVSTAG est très similaire à MSTAG, à ceci près que la priorité racine et la priorité de la passerelle principale sont configurées sur 4096 et que la priorité de la passerelle de sauvegarde est configurée sur 8192 dans l'exemple MSTAG.
Tous les autres commutateurs des domaines doivent avoir des priorités supérieures à celles configurées dans PVSTAG ou PVRSTAG.
Vous pouvez régler le coût de l'interface sur les commutateurs CE afin d'influencer quel port devient le port racine et quel port est bloqué.
4.4.7.4 MC-LAG
La configuration MC-LAG avec VPLS est plus simple que les PW point à point avec redondance PW bidirectionnelle. Au lieu d'un PW principal et de trois PW de secours, les PE ont uniquement besoin d'un maillage complet de PW VPLS, qui est standard avec VPLS :
Dans cette topologie, notez que :
- MC-LAG s’exécute entre les deux PE VPLS à gauche : router2 et router4.
- Dans des conditions normales, les membres de l’ensemble sont actifs entre les routeurs 1 et 2 et en veille entre les routeurs 1 et 4.
- Les sous-interfaces de l’ensemble du routeur 2 sont configurées sous les domaines de pont VPLS, de sorte que le routeur 2 transfère le trafic vers les PE VPLS distants. Deux sites sont illustrés dans le schéma de topologie, mais il pourrait y en avoir beaucoup plus.
- Les PE distants apprennent les adresses MAC du routeur 1 et des périphériques derrière le routeur 2, de sorte que les PE transfèrent le trafic de ces adresses MAC de destination via le routeur 2.
- Lorsque la liaison entre le routeur 1 et le routeur 2 est interrompue ou lorsque le routeur 2 tombe en panne, le membre de l’ensemble entre le routeur 1 et le routeur 4 devient actif.
- Comme le routeur 2, les sous-interfaces du bundle du routeur 4 sont configurées sous les domaines de pont VPLS.
- Lorsque les sous-interfaces du bundle apparaissent sur le routeur 4, le routeur 4 envoie des messages de retrait MAC LDP aux périphériques VPLS distants afin de leur faire savoir qu’il existe une modification de topologie.
Voici la configuration sur le routeur 3 :
RP/0/RSP1/CPU0:router3#sh run redundancy
redundancy
iccp
group 2
mlacp node 1
mlacp system mac 0200.0000.0002
mlacp system priority 1
mlacp connect timeout 0
member
neighbor 10.0.0.14
!
backbone
interface TenGigE0/0/0/0
interface TenGigE0/0/0/1
!
isolation recovery-delay 300
!
!
!
RP/0/RSP1/CPU0:router3#sh run int bundle-ether 222
interface Bundle-Ether222
lacp switchover suppress-flaps 100
mlacp iccp-group 2
mlacp switchover type revertive
mlacp switchover recovery-delay 40
mlacp port-priority 1
mac-address 0.0.2
bundle wait-while 0
bundle maximum-active links 1
load-interval 30
!
RP/0/RSP1/CPU0:router3#sh run int bundle-ether 222.*
interface Bundle-Ether222.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
interface Bundle-Ether222.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
!
RP/0/RSP1/CPU0:router3#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface Bundle-Ether222.3
!
vfi customer1-finance
neighbor 10.0.0.11 pw-id 3
!
neighbor 10.0.0.12 pw-id 3
!
neighbor 10.0.0.14 pw-id 3
!
!
!
bridge-domain engineering
interface Bundle-Ether222.2
!
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
!
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
Une fois le bundle MC-LAG configuré, ajoutez-le dans la configuration VPLS comme n'importe quel autre CA.
Voici la configuration correspondante sur le routeur 5 :
RP/0/RSP1/CPU0:router5#sh run redundancy
redundancy
iccp
group 2
mlacp node 2
mlacp system mac 0200.0000.0002
mlacp system priority 1
mlacp connect timeout 0
member
neighbor 10.0.0.13
!
backbone
interface TenGigE0/1/0/0
interface TenGigE0/1/0/1
!
isolation recovery-delay 300
!
!
!
RP/0/RSP1/CPU0:router5#sh run int bundle-ether 222
interface Bundle-Ether222
lacp switchover suppress-flaps 100
mlacp iccp-group 2
mlacp switchover type revertive
mlacp switchover recovery-delay 40
mac-address 0.0.2
bundle wait-while 0
bundle maximum-active links 1
load-interval 30
!
RP/0/RSP1/CPU0:router5#sh run int bundle-ether 222.*
interface Bundle-Ether222.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
interface Bundle-Ether222.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
!
RP/0/RSP1/CPU0:router5#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface Bundle-Ether222.3
!
vfi customer1-finance
neighbor 10.0.0.11 pw-id 3
!
neighbor 10.0.0.12 pw-id 3
!
neighbor 10.0.0.13 pw-id 3
!
!
!
bridge-domain engineering
interface Bundle-Ether222.2
!
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
!
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
!
!
!
!
Dans des circonstances normales, le membre de l’ensemble entre le routeur 3 et le routeur 6 est actif et le membre entre le routeur 5 et le routeur 6 est en veille :
RP/0/RSP1/CPU0:router3#sh bundle bundle-ether 222
Bundle-Ether222
Status: Up
Local links : 1 / 0 / 1
Local bandwidth : 1000000 (1000000) kbps
MAC address (source): 0000.0000.0002 (Configured)
Inter-chassis link: No
Minimum active links / bandwidth: 1 / 1 kbps
Maximum active links: 1
Wait while timer: Off
Load balancing: Default
LACP: Operational
Flap suppression timer: 100 ms
Cisco extensions: Disabled
mLACP: Operational
ICCP Group: 2
Role: Active
Foreign links : 0 / 1
Switchover type: Revertive
Recovery delay: 40 s
Maximize threshold: 1 link
IPv4 BFD: Not configured
Port Device State Port ID B/W, kbps
-------------------- ------------ ----------- -------------- ----------
Gi0/0/0/1 Local Active 0x0001, 0x9001 1000000
Link is Active
Gi0/0/0/1 10.0.0.14 Standby 0x8000, 0xa002 1000000
Link is marked as Standby by mLACP peer
RP/0/RSP1/CPU0:router3#
router6#sh etherchannel summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3 S - Layer2
U - in use f - failed to allocate aggregator
M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port
Number of channel-groups in use: 1
Number of aggregators: 1
Group Port-channel Protocol Ports
------+-------------+-----------+---------------------------------------------
2 Po2(SU) LACP Gi0/1(P) Gi0/2(w)
router6#
Le trafic provenant du CE est reçu sur le routeur 3 et transféré aux PE distants :
RP/0/RSP1/CPU0:router3#sh l2vpn bridge-domain group customer1
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: finance, id: 4, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
BE222.3, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
VFI customer1-finance (up)
Neighbor 10.0.0.11 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.12 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 3, state: up, Static MAC addresses: 0
Bridge group: customer1, bridge-domain: engineering, id: 3, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 3 (3 up), PBBs: 0 (0 up)
List of ACs:
BE222.2, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
VFI customer1-engineering (up)
Neighbor 10.0.0.11 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.12 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 2, state: up, Static MAC addresses: 0
RP/0/RSP1/CPU0:router3#sh l2vpn forwarding bridge-domain customer1:
engineering mac location 0/0/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
-----------------------------------------------------------------------------
001d.4603.1f01 dynamic BE222.2 0/0/CPU0 0d 0h 0m 0s N/A
001d.4603.1f42 dynamic BE222.2 0/0/CPU0 0d 0h 0m 0s N/A
6c9c.ed3e.e46d dynamic (10.0.0.11, 2) 0/0/CPU0 0d 0h 0m 0s N/A
0019.552b.b5c3 dynamic (10.0.0.12, 2) 0/0/CPU0 0d 0h 0m 0s N/A
La dernière commande illustre que le routeur 3 apprend certaines adresses MAC sur son lot et que les membres actifs sont sur le routeur 3. Sur le routeur 5, aucune adresse MAC n’est apprise sur l’ensemble, car le membre local est en veille :
RP/0/RSP1/CPU0:router5#sh l2vpn forwarding bridge-domain customer1:engineering
mac location 0/0/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
-----------------------------------------------------------------------------
6c9c.ed3e.e46d dynamic (10.0.0.11, 2) 0/0/CPU0 0d 0h 0m 0s N/A
0019.552b.b5c3 dynamic (10.0.0.12, 2) 0/0/CPU0 0d 0h 0m 0s N/A
001d.4603.1f01 dynamic (10.0.0.13, 2) 0/0/CPU0 0d 0h 0m 0s N/A
Lorsque le membre de l’ensemble entre le routeur 3 et le routeur 6 tombe en panne, le membre de l’ensemble devient actif sur le routeur 5. Les PE VPLS MC-LAG envoient un message de retrait MAC LDP afin que les PE distants purgent leurs tables d’adresses MAC et apprennent l’adresse MAC via le nouveau routeur PE MC-LAG actif5.
Router2 reçoit un message de retrait MAC de router3 et router5 lorsque le membre actif de l’ensemble MC-LAG passe du routeur 3 au routeur 5 :
RP/0/RSP0/CPU0:router2#sh l2vpn bridge-domain group customer1 detail |
i "state is|withd|bridge-domain"
Bridge group: customer1, bridge-domain: finance, id: 3, state: up,
ShgId: 0, MSTi: 0
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
AC: GigabitEthernet0/1/0/3.3, state is up
PW: neighbor 10.0.0.12, PW ID 3, state is up ( established )
MAC withdraw message: send 0 receive 0
PW: neighbor 10.0.0.13, PW ID 3, state is up ( established )
MAC withdraw message: send 0 receive 1
PW: neighbor 10.0.0.14, PW ID 3, state is up ( established )
MAC withdraw message: send 0 receive 1
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
AC: GigabitEthernet0/0/0/1.2, state is unresolved
AC: GigabitEthernet0/1/0/3.2, state is up
PW: neighbor 10.0.0.15, PW ID 15, state is up ( established )
MAC withdraw message: send 2 receive 0
PW: neighbor 10.0.0.12, PW ID 2, state is up ( established )
MAC withdraw message: send 0 receive 0
PW: neighbor 10.0.0.13, PW ID 2, state is up ( established )
MAC withdraw message: send 0 receive 1
PW: neighbor 10.0.0.14, PW ID 2, state is up ( established )
MAC withdraw message: send 0 receive 1
Les adresses MAC du routeur 2 passent du routeur 3 (10.0.0.13) au routeur 5 (10.0.0.14) :
RP/0/RSP0/CPU0:router2#sh l2vpn forwarding bridge-domain customer1:
engineering mac-address location 0/0/CPU0
To Resynchronize MAC table from the Network Processors, use the command...
l2vpn resynchronize forwarding mac-address-table location
Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to
-----------------------------------------------------------------------------
6c9c.ed3e.e46d dynamic (10.0.0.15, 15) 0/0/CPU0 0d 0h 0m 0s N/A
0019.552b.b5c3 dynamic (10.0.0.12, 2) 0/0/CPU0 0d 0h 0m 0s N/A
001d.4603.1f02 dynamic (10.0.0.14, 2) 0/0/CPU0 0d 0h 0m 0s N/A
001d.4603.1f42 dynamic (10.0.0.14, 2) 0/0/CPU0 0d 0h 0m 0s N/A
Avec MC-LAG, un site peut utiliser une seule offre groupée à joindre aux autres sites via VPLS. MC-LAG fournit la liaison et la redondance PE, mais logiquement, il s'agit toujours d'une interface d'ensemble pour atteindre d'autres sites. Le Spanning Tree n'est pas requis sur ce bundle, et un filtre BPDU peut être configuré sur le CE afin de s'assurer que les BPDU ne sont pas échangés entre les sites sur VPLS.
Une autre option est la configuration d'une liste d'accès ethernet-services sur les blocs d'alimentation CA du bundle afin de supprimer les adresses MAC de destination des BPDU de sorte que les BPDU ne soient pas transportés entre les sites. Cependant, si une liaison de porte dérobée est introduite entre les sites, le Spanning Tree ne peut pas rompre la boucle car il ne fonctionne pas sur le bundle MC-LAG. Donc, évaluez soigneusement s'il faut désactiver Spanning Tree sur le bundle MC-LAG. Si la topologie entre les sites est soigneusement entretenue, il est agréable d'avoir une redondance via MC-LAG sans avoir besoin de Spanning Tree.
4.4.7.5 Cluster Edge ASR 9000 nV
La solution MC-LAG fournit une redondance sans avoir besoin d'utiliser le protocole Spanning Tree. L'un des inconvénients est que les membres de l'offre groupée d'un MC-LAG PE sont en veille. Il s'agit donc d'une solution active-veille qui ne maximise pas l'utilisation de la liaison.
Une autre option de conception est l'utilisation d'un cluster Edge nV ASR 9000 pour que les CE puissent avoir des membres de bundle à chaque rack de cluster qui sont tous actifs en même temps :
Cette solution présente un autre avantage : le nombre de PW est réduit car il n'y a qu'un PW par cluster pour chaque cluster sur chaque site. Lorsqu'il y a deux PE par site, chaque PE doit avoir un PW pour chacun des deux PE sur chaque site.
La simplicité de la configuration est un autre avantage. La configuration ressemble à une configuration VPLS de base avec un domaine de pont avec des blocs d'alimentation CA et des VFI :
RP/1/RSP0/CPU0:router2#sh bundle bundle-ether 222
Bundle-Ether222
Status: Up
Local links : 2 / 0 / 2
Local bandwidth : 20000000 (20000000) kbps
MAC address (source): 0024.f71e.d309 (Configured)
Inter-chassis link: No
Minimum active links / bandwidth: 1 / 1 kbps
Maximum active links: 64
Wait while timer: 2000 ms
Load balancing: Default
LACP: Not operational
Flap suppression timer: Off
Cisco extensions: Disabled
mLACP: Not configured
IPv4 BFD: Not configured
Port Device State Port ID B/W, kbps
-------------------- ------------- ----------- -------------- ----------
Te0/0/0/8 Local Active 0x8000, 0x0005 10000000
Link is Active
Te1/0/0/8 Local Active 0x8000, 0x0001 10000000
Link is Active
RP/1/RSP0/CPU0:router2#sh run int bundle-ether 222.2
interface Bundle-Ether222.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
!
RP/1/RSP0/CPU0:router2#sh run int bundle-ether 222.3
interface Bundle-Ether222.3 l2transport
encapsulation dot1q 3
rewrite ingress tag pop 1 symmetric
!
RP/1/RSP0/CPU0:router2#sh run l2vpn bridge group customer1
l2vpn
bridge group customer1
bridge-domain finance
interface Bundle-Ether222.3
!
vfi customer1-finance
neighbor 10.0.0.11 pw-id 3
!
neighbor 10.0.0.12 pw-id 3
!
neighbor 10.0.0.13 pw-id 3
!
neighbor 10.0.0.14 pw-id 3
!
!
!
bridge-domain engineering
interface Bundle-Ether222.2
!
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
!
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
RP/1/RSP0/CPU0:router2#sh l2vpn bridge-domain group customer1
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: finance, id: 3, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 4 (4 up), PBBs: 0 (0 up)
List of ACs:
BE222.3, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
VFI customer1-finance (up)
Neighbor 10.0.0.11 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.12 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 3, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 3, state: up, Static MAC addresses: 0
Bridge group: customer1, bridge-domain: engineering, id: 4, state: up,
ShgId: 0, MSTi: 0
Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
Filter MAC addresses: 0
ACs: 1 (1 up), VFIs: 1, PWs: 4 (4 up), PBBs: 0 (0 up)
List of ACs:
BE222.2, state: up, Static MAC addresses: 0
List of Access PWs:
List of VFIs:
VFI customer1-engineering (up)
Neighbor 10.0.0.11 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.12 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.13 pw-id 2, state: up, Static MAC addresses: 0
Neighbor 10.0.0.14 pw-id 2, state: up, Static MAC addresses: 0
La redondance est assurée par le double logement CA de l'offre groupée sur les deux racks, de sorte que l'offre groupée reste active en cas de défaillance du membre de l'offre groupée ou de défaillance du rack.
Lorsqu’un site est attaché au domaine VPLS uniquement via un cluster, la topologie est similaire à MC-LAG en ce qui concerne le Spanning Tree. Le spanning tree n'est donc pas requis sur ce bundle, et un filtre BPDU peut être configuré sur le CE afin de s'assurer que les BPDU ne sont pas échangés entre les sites sur VPLS.
Une autre option est la configuration d'une liste d'accès ethernet-services sur les blocs d'alimentation CA du bundle afin de supprimer les adresses MAC de destination des BPDU de sorte que les BPDU ne soient pas transportés entre les sites. Cependant, si une liaison de porte dérobée est introduite entre les sites, le Spanning Tree ne peut pas rompre la boucle car il ne fonctionne pas sur le bundle CE-PE. Donc, évaluez soigneusement s'il faut désactiver Spanning Tree sur ce bundle CE-PE. Si la topologie entre les sites est soigneusement entretenue, il est bon d'avoir une redondance à travers le cluster sans avoir besoin de Spanning Tree.
4.4.7.6 Multihébergement de services ICCP (ICCP-SM) (PMCLAG (Pseudo MCLAG) et actif/actif)
Une nouvelle fonctionnalité est introduite dans la version 4.3.1 afin de surmonter les limites de MC-LAG, où certaines liaisons de bundle sont inutilisées car elles restent en mode veille. Dans la nouvelle fonctionnalité, appelée Pseudo MCLAG, toutes les liaisons du DHD aux points d'attache (PoAs) sont utilisées, mais les VLAN sont répartis entre les différents bundles :
4.5 Contrôle des tempêtes de trafic
Dans un domaine de diffusion de couche 2, il existe le risque qu’un hôte ne se comporte pas correctement et envoie un taux élevé de trames de diffusion ou de multidiffusion qui doivent être diffusées partout dans le domaine de pont. Un autre risque est la création d’une boucle L2 (qui n’est pas rompue par le protocole Spanning Tree), ce qui entraîne des diffusions et des paquets multicast en boucle. Un taux élevé de diffusions et de multidiffusions affecte les performances des hôtes dans les domaines de diffusion.
Les performances des périphériques de commutation du réseau peuvent également être affectées par la réplication d'une trame d'entrée (diffusion, multidiffusion ou trame de monodiffusion inconnue) vers plusieurs ports de sortie du domaine de pont. La création de plusieurs copies d’un même paquet peut nécessiter beaucoup de ressources, selon l’emplacement à l’intérieur du périphérique où le paquet doit être répliqué. Par exemple, la réplication d'une diffusion vers plusieurs emplacements différents n'est pas un problème en raison des capacités de réplication multidiffusion du fabric. Les performances d'un processeur réseau peuvent être affectées lorsqu'il doit créer plusieurs copies du même paquet à envoyer sur certains ports que le processeur réseau gère.
Afin de protéger les périphériques en cas de tempête, la fonctionnalité de contrôle des tempêtes de trafic vous permet de configurer un taux maximal de diffusions, de multidiffusion et de monodiffusions inconnues à accepter sur un domaine de pont CA. Reportez-vous au Guide de configuration de la sécurité du système des routeurs à services d'agrégation de la gamme Cisco ASR 9000, version 4.3.x : Mise en oeuvre du contrôle des tempêtes de trafic sous un pont VPLS pour plus de détails.
Le contrôle des tempêtes de trafic n'est pas pris en charge sur les interfaces CA groupées ou les PW VFI, mais sur les PW d'accès et les CA non groupés. La fonction est désactivée par défaut ; à moins de configurer le contrôle de tempête, vous acceptez tout taux de diffusions, de multidiffusion et de monodiffusions inconnues.
Voici un exemple de configuration :
RP/0/RSP0/CPU0:router2#sh run l2vpn bridge group customer1 bridge-domain
engineering
l2vpn
bridge group customer1
bridge-domain engineering
interface GigabitEthernet0/1/0/3.2
storm-control unknown-unicast pps 10000
storm-control multicast pps 10000
storm-control broadcast pps 1000
!
neighbor 10.0.0.15 pw-id 15
storm-control unknown-unicast pps 10000
storm-control multicast pps 10000
storm-control broadcast pps 1000
!
vfi customer1-engineering
neighbor 10.0.0.10 pw-id 2
!
neighbor 10.0.0.12 pw-id 2
!
neighbor 10.0.0.13 pw-id 2
!
neighbor 10.0.0.14 pw-id 2
!
!
!
!
!
RP/0/RSP0/CPU0:router2#sh l2vpn bridge-domain bd-name engineering det
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: engineering, id: 5, state: up,
ShgId: 0, MSTi: 0
Coupled state: disabled
MAC learning: enabled
MAC withdraw: enabled
MAC withdraw for Access PW: enabled
MAC withdraw sent on bridge port down: disabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Bridge MTU: 1500
MIB cvplsConfigIndex: 6
Filter MAC addresses:
Create time: 28/05/2013 17:17:03 (1w1d ago)
No status change since creation
ACs: 1 (1 up), VFIs: 1, PWs: 5 (5 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/1/0/3.2, state is up
Type VLAN; Num Ranges: 1
VLAN ranges: [2, 2]
MTU 1500; XC ID 0xc40007; interworking none
MAC learning: enabled
Flooding:
Broadcast & Multicast: enabled
Unknown unicast: enabled
MAC aging time: 300 s, Type: inactivity
MAC limit: 4000, Action: none, Notification: syslog
MAC limit reached: no
MAC port down flush: enabled
MAC Secure: disabled, Logging: disabled
Split Horizon Group: none
Dynamic ARP Inspection: disabled, Logging: disabled
IP Source Guard: disabled, Logging: disabled
DHCPv4 snooping: disabled
IGMP Snooping profile: none
Storm Control:
Broadcast: enabled(1000)
Multicast: enabled(10000)
Unknown unicast: enabled(10000)
Static MAC addresses:
Statistics:
packets: received 251295, sent 3555258
bytes: received 18590814, sent 317984884
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
<snip>
Les compteurs de perte de contrôle de tempête sont toujours présents dans la sortie de la commande show l2vpn bridge-domain detail. Comme la fonctionnalité est désactivée par défaut, les compteurs commencent à signaler les abandons uniquement lorsque la fonctionnalité a été configurée.
Les débits configurés peuvent varier en fonction du modèle de trafic d’un réseau à un autre. Avant de configurer un débit, Cisco vous recommande de comprendre le débit des trames de diffusion, de multidiffusion ou de monodiffusion inconnue dans des circonstances normales. Ajoutez ensuite une marge dans le taux configuré au-dessus du taux normal.
4.6 Déplacements MAC
En cas d’instabilité du réseau telle qu’un battement d’interface, une adresse MAC peut être apprise à partir d’une nouvelle interface. Il s'agit d'une convergence réseau normale et la table d'adresses MAC est mise à jour dynamiquement.
Cependant, les déplacements MAC constants indiquent souvent une instabilité du réseau, telle qu'une instabilité grave au cours d'une boucle L2. La fonction de sécurité des adresses MAC vous permet de signaler les déplacements MAC et de prendre des mesures correctives telles que l'arrêt d'un port offensant.
Même si une action corrective n'est pas configurée, vous pouvez configurer la commande logging afin d'être alerté de l'instabilité du réseau par le biais des messages de déplacement MAC :
l2vpn
bridge group customer1
bridge-domain engineering
mac
secure
action none
logging
!
!
Dans cet exemple, l'action est configurée sur aucune, donc rien n'est fait lorsqu'un déplacement MAC est détecté, sauf qu'un message syslog est consigné. Voici un exemple de message :
LC/0/0/CPU0:Dec 13 13:38:23.396 : l2fib[239]:
%L2-L2FIB-5-SECURITY_MAC_SECURE_VIOLATION_AC : MAC secure in AC
GigabitEthernet0_0_0_4.1310 detected violated packet - source MAC:
0000.0000.0001, destination MAC: 0000.0001.0001; action: none
4.7 Surveillance IGMP et MLD
Par défaut, les trames de multidiffusion sont diffusées à tous les ports d'un domaine de pont. Lorsque vous utilisez des flux à haut débit tels que les services de télévision IP (IPTV), il se peut qu'un volume important de trafic soit transféré sur tous les ports et répliqué sur plusieurs PW. Si tous les flux TV sont transférés sur une interface, cela peut congestionner les ports. La seule option est la configuration d'une fonctionnalité telle que IGMP ou MLD Snooping, qui intercepte les paquets de contrôle de multidiffusion afin de suivre les récepteurs et les routeurs de multidiffusion et les flux de transfert sur les ports uniquement si nécessaire.
Reportez-vous au Guide de configuration multidiffusion des routeurs à services d'agrégation de la gamme Cisco ASR 9000, version 4.3.x pour plus d'informations sur ces fonctionnalités.
5. Rubriques L2VPN supplémentaires
5.1 Équilibrage de charge
Lorsqu’un PE L2VPN doit envoyer une trame sur un PW MPLS, la trame Ethernet est encapsulée dans une trame MPLS avec une ou plusieurs étiquettes MPLS ; il existe au moins une étiquette PW et peut-être une étiquette IGP pour atteindre le PE distant.
La trame MPLS est transportée par le réseau MPLS vers le PE L2VPN distant. Il existe généralement plusieurs chemins pour atteindre le PE de destination :
PE1 peut choisir entre P1 et P2 comme premier routeur MPLS P vers PE2. Si P1 est sélectionné, PE1 choisit entre P3 et P4, etc. Les chemins disponibles sont basés sur la topologie IGP et le chemin du tunnel MPLS TE.
Les fournisseurs de services MPLS préfèrent que toutes les liaisons soient utilisées de manière égale plutôt qu’une liaison encombrée avec d’autres liaisons sous-utilisées. Cet objectif n'est pas toujours facile à atteindre car certains PW transportent beaucoup plus de trafic que d'autres et parce que le chemin emprunté par un trafic PW dépend de l'algorithme de hachage utilisé dans le coeur de réseau. Plusieurs paquets à bande passante élevée peuvent être hachés sur les mêmes liaisons, ce qui crée un encombrement.
Une exigence très importante est que tous les paquets d'un flux doivent suivre le même chemin. Dans le cas contraire, cela entraîne des trames en panne, ce qui peut avoir un impact sur la qualité ou les performances des applications.
L'équilibrage de charge dans un réseau MPLS sur les routeurs Cisco est généralement basé sur les données qui suivent l'étiquette MPLS inférieure.
- Si les données immédiatement après l'étiquette inférieure commencent par 0x4 ou 0x6, un routeur P MPLS suppose qu'il y a un paquet IPv4 ou IPv6 dans le paquet MPLS et tente de charger l'équilibre en fonction d'un hachage des adresses IPv4 ou IPv6 source et de destination extraites de la trame. En théorie, cela ne devrait pas s’appliquer à une trame Ethernet encapsulée et transportée sur un PW, car l’adresse MAC de destination suit l’étiquette inférieure. Mais récemment, certaines plages d'adresses MAC commençant par 0x4 et 0x6 ont été attribuées. Le routeur P MPLS peut considérer à tort que l'en-tête Ethernet est en fait un en-tête IPv4 et hacher la trame en fonction de ce qu'il suppose être les adresses source et de destination IPv4. Les trames Ethernet d'un PW peuvent être hachées sur différents chemins du coeur MPLS, ce qui entraîne des trames hors séquence dans le PW et des problèmes de qualité d'application. La solution est la configuration d'un mot de contrôle sous une classe pw qui peut être attachée à un PW point à point ou VPLS. Le mot de contrôle est inséré immédiatement après les étiquettes MPLS. Le mot de contrôle ne commence pas par 0x4 ou 0x6, donc le problème est évité.
RP/1/RSP0/CPU0:router#sh run l2vpn bridge group customer1 bridge-domain
engineering
l2vpn
pw-class control-word
encapsulation mpls
control-word
!
!
bridge group customer1
bridge-domain engineering
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
pw-class control-word
!
<snip>
RP/1/RSP0/CPU0:router#sh l2vpn bridge-domain bd-name engineering det
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: engineering, id: 4, state: up,
ShgId: 0, MSTi: 0
<snip>
List of VFIs:
VFI customer1-engineering (up)
PW: neighbor 10.0.0.11, PW ID 2, state is up ( established )
PW class control-word, XC ID 0xc000000a
Encapsulation MPLS, protocol LDP
Source address 10.0.0.10
PW type Ethernet, control word enabled, interworking none
Sequencing not set
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ------------------
Label 281708 16043
Group ID 0x4 0x5
Interface customer1-engineering customer1-engineering
MTU 1500 1500
Control word enabled enabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x7 0x7
(control word) (control word)
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ------------------ - Si les données immédiatement après le bas de la pile d'étiquettes MPLS ne commencent pas par 0x4 ou 0x6, les charges du routeur P sont basées sur l'étiquette inférieure. Tout le trafic d’un PW suit le même chemin, de sorte que les paquets hors-ordre ne se produisent pas, mais cela peut entraîner une congestion sur certaines liaisons en cas de paquets à bande passante élevée. Avec le logiciel Cisco IOS XR version 4.2.1, l'ASR 9000 prend en charge la fonctionnalité de PW Flow Aware Transport (FAT). Cette fonctionnalité s'exécute sur les PE L2VPN, où elle est négociée entre les deux extrémités d'un PW point à point ou VPLS. Le périphérique L2VPN d'entrée détecte les flux sur la configuration CA et L2VPN et insère une nouvelle étiquette de flux MPLS sous l'étiquette MPLS PW au bas de la pile d'étiquettes MPLS. Le PE d'entrée détecte les flux en fonction des adresses MAC source et de destination (par défaut) ou des adresses IPv4 source et de destination (configurables). L’utilisation des adresses MAC est la valeur par défaut ; l'utilisation des adresses IPv4 est recommandée, mais doit être configurée manuellement.
Avec la fonctionnalité FAT PW, le périphérique L2VPN d'entrée insère une étiquette MPLS inférieure par src-dst-mac ou par src-dst-ip. Les routeurs P MPLS (entre les PE) hachent les trames sur les chemins disponibles, puis atteignent le PE de destination en fonction de l'étiquette de flux de PW FAT située au bas de la pile MPLS. En règle générale, cela fournit une utilisation de la bande passante beaucoup plus efficace dans le coeur de réseau, sauf si un PW ne transporte qu'un petit nombre de conversations src-dst-mac ou src-dst-ip. Cisco vous recommande d'utiliser un mot de contrôle afin d'éviter que les adresses MAC commencent par 0x4 et 0x6 immédiatement après l'étiquette de flux. Cela garantit que le hachage est correctement basé sur les pseudo adresses IP et non sur l'étiquette de flux.
Avec cette fonctionnalité, le trafic d'un PW est réparti en charge sur plusieurs chemins dans le coeur de réseau, le cas échéant. Le trafic d'application ne souffre pas de paquets hors-service, car tout le trafic de la même source (MAC ou IP) vers la même destination (MAC ou IP) suit le même chemin.
Voici un exemple de configuration:
l2vpn
pw-class fat-pw
encapsulation mpls
control-word
load-balancing
flow-label both
!
!
!
bridge group customer1
bridge-domain engineering
vfi customer1-engineering
neighbor 10.0.0.11 pw-id 2
pw-class fat-pw
RP/1/RSP0/CPU0:router#sh l2vpn bridge-domain bd-name engineering det
Legend: pp = Partially Programmed.
Bridge group: customer1, bridge-domain: engineering, id: 4, state: up,
ShgId: 0, MSTi: 0
<snip>
List of VFIs:
VFI customer1-engineering (up)
PW: neighbor 10.0.0.11, PW ID 2, state is up ( established )
PW class fat-pw, XC ID 0xc000000a
Encapsulation MPLS, protocol LDP
Source address 10.0.0.10
PW type Ethernet, control word enabled, interworking none
Sequencing not set
Load Balance Hashing: src-dst-ip
Flow Label flags configured (Tx=1,Rx=1), negotiated (Tx=1,Rx=1)
PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ ------------------
Label 281708 16043
Group ID 0x4 0x5
Interface customer1-engineering customer1-engineering
MTU 1500 1500
Control word enabled enabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x7 0x7
(control word) (control word)
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ ------------------
5.2 Journalisation
Différents types de messages de journalisation peuvent être configurés en mode de configuration L2VPN. Configurez la journalisation l2vpn afin de recevoir des alertes syslog pour les événements L2VPN, et configurez la journalisation pseudowire afin de déterminer quand l'état d'un PW change :
l2vpn
logging
bridge-domain
pseudowire
nsr
!
Si de nombreux PW sont configurés, les messages peuvent inonder le journal.
5.3 liste d'accès ethernet-services
Vous pouvez utiliser une liste d'accès ethernet-services afin de supprimer le trafic de certains hôtes ou vérifier si un routeur reçoit des paquets d'un hôte sur une interface l2transport :
RP/0/RSP0/CPU0:router#sh run ethernet-services access-list count-packets
ethernet-services access-list count-packets
10 permit host 001d.4603.1f42 host 0019.552b.b5c3
20 permit any any
!
RP/0/RSP0/CPU0:router#sh run int gig 0/1/0/3.2
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
ethernet-services access-group count-packets egress
!
RP/0/RSP0/CPU0:router#sh access-lists ethernet-services count-packets
hardware egress location 0/1/CPU0
ethernet-services access-list count-packets
10 permit host 001d.4603.1f42 host 0019.552b.b5c3 (5 hw matches)
20 permit any any (30 hw matches)
Les correspondances matérielles ne peuvent être vues qu'avec le mot clé matériel. Utilisez le mot clé entrée ou sortie en fonction de la direction du groupe d'accès. L'emplacement de la carte de ligne de l'interface où la liste d'accès est appliquée est également spécifié.
Vous pouvez également appliquer une liste d'accès ipv4 sur une interface l2transport comme fonction de sécurité ou de dépannage :
RP/0/RSP0/CPU0:router#sh run ipv4 access-list count-pings
ipv4 access-list count-pings
10 permit icmp host 192.168.2.1 host 192.168.2.2
20 permit ipv4 any any
!
RP/0/RSP0/CPU0:router#sh run int gig 0/1/0/3.2
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation dot1q 2
rewrite ingress tag pop 1 symmetric
ipv4 access-group count-pings ingress
!
RP/0/RSP0/CPU0:router#sh access-lists ipv4 count-pings hardware ingress
location 0/1/CPU0
ipv4 access-list count-pings
10 permit icmp host 192.168.2.1 host 192.168.2.2 (5 hw matches)
20 permit ipv4 any any (6 hw matches)
5.4 filtre de sortie ethernet
Dans la direction de sortie d'un CA, supposons qu'il n'y ait aucune commande rewrite ingress tag pop <> symétrique qui détermine les balises VLAN de sortie. Dans ce cas, il n'y a aucune vérification afin de s'assurer que la trame sortante a les balises VLAN correctes conformément à la commande encapsulation.
Voici un exemple de configuration:
interface GigabitEthernet0/1/0/3.2 l2transport
encapsulation dot1q 2
!
interface GigabitEthernet0/1/0/3.3 l2transport
encapsulation dot1q 3
!
interface GigabitEthernet0/1/0/39.2 l2transport
encapsulation dot1q 2
!
l2vpn
bridge group customer2
bridge-domain test
interface GigabitEthernet0/1/0/3.2
!
interface GigabitEthernet0/1/0/3.3
!
interface GigabitEthernet0/1/0/39.2
!
!
!
!
Dans cette configuration, notez que :
- Une diffusion reçue avec une balise dot1q 2 sur GigabitEthernet0/1/0/39.2 conserve sa balise entrante car il n'existe aucune commande de réécriture d'entrée.
- Cette diffusion est diffusée hors de GigabitEthernet0/1/0/3.2 avec sa balise dot1q 2, mais cela ne pose pas de problème car GigabitEthernet0/1/0/3.2 est également configuré avec la balise dot1q 2.
- Cette diffusion est également diffusée hors de GigabitEthernet0/1/0/3.3, ce qui conserve sa balise d'origine 2 car il n'existe aucune commande de réécriture sur GigabitEthernet0/1/0/3.3. La commande encapsulation dot1q 3 sur GigabitEthernet0/1/0/3.3 n'est pas vérifiée dans la direction de sortie.
- En conséquence, pour une diffusion reçue avec la balise 2 sur GigabitEthernet0/1/0/39, deux diffusions avec la balise 2 sortent de GigabitEthernet0/1/0/3. Ce trafic dupliqué peut entraîner des problèmes d'application.
- La solution est la configuration d'ethernet filtre de sortie strict afin de s'assurer que les paquets quittent la sous-interface avec les balises VLAN correctes. Sinon, les paquets ne sont pas transférés et sont abandonnés.
interface GigabitEthernet0/1/0/3.2 l2transport
ethernet egress-filter strict
!
interface GigabitEthernet0/1/0/3.3 l2transport
ethernet egress-filter strict
!
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
04-Oct-2013 |
Première publication |
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)