Connexion de VPN de couche 3 à des circuits de couche 2
Applications d’interconnexion d’un circuit de couche 2 avec un VPN de couche 3
Les services MPLS de couche 2 sont de plus en plus demandés par les entreprises et les fournisseurs de services. Cela crée de nouveaux défis liés à l’interopérabilité entre les services de couche 2 et de couche 3 pour les fournisseurs de services qui souhaitent fournir des services à valeur ajoutée de bout en bout. Il existe plusieurs raisons d’assembler différents services de couche 2 les uns aux autres et aux services de couche 3. Par exemple, pour élargir les offres de services et s’étendre géographiquement. Junos OS dispose de différentes fonctionnalités pour répondre aux besoins du fournisseur de services.
Vous pouvez activer les services pseudowire et configurer une interface de service pseduowire comme point d’accès pour l’interconnexion des circuits de couche 2 aux VPN de couche 3. Pour plus d’informations, reportez-vous à la section Présentation des interfaces logiques de l’abonné Pseudowire.
L’interconnexion d’un circuit de couche 2 à un VPN de couche 3 offre les avantages suivants :
L'interconnexion d'un circuit de couche 2 à un VPN de couche 3 permet de partager l'infrastructure réseau centrale d'un fournisseur de services entre les services IP et les services de circuit de couche 2, ce qui réduit le coût de fourniture de ces services. Un circuit MPLS de couche 2 permet aux fournisseurs de services de créer un service de circuit de couche 2 sur un réseau dorsal IP et MPLS existant.
Les fournisseurs de services n’ont pas besoin d’investir dans des équipements de couche 2 distincts pour fournir le service de circuit de couche 2. Un fournisseur de services peut configurer un routeur Provider Edge pour qu’il exécute n’importe quel protocole de couche 3 en plus des protocoles de couche 2. Les clients qui préfèrent garder le contrôle sur la majeure partie de l’administration de leurs propres réseaux souhaitent utiliser des connexions circuit de couche 2 avec leur fournisseur de services au lieu d’une connexion VPN de couche 3.
Exemple : Interconnexion d’un circuit de couche 2 avec un VPN de couche 3
Cet exemple fournit une procédure pas à pas et des commandes pour configurer et vérifier l’interconnexion d’un circuit de couche 2 vers un VPN de couche 3. Il contient les sections suivantes :
- Exigences
- Vue d’ensemble et topologie
- Configuration
- Vérification de l’interconnexion entre le circuit de couche 2 et le VPN de couche 3
Exigences
Cet exemple utilise les composants matériels et logiciels suivants :
Junos OS version 9.3 ou ultérieure
3 plates-formes de routage universelles 5G MX Series
1 routeur de périphérie multiservice M Series
1 routeur central T Series
1 Commutateur Ethernet EX Series
Vue d’ensemble et topologie
La figure 1 illustre la topologie physique d’un circuit de couche 2 vers une interconnexion VPN de couche 3.
d’un VPN de couche 3
La topologie logique d’un circuit de couche 2 à l’interconnexion VPN de couche 3 est illustrée à la figure 2.
d’un VPN de couche 3
Topologie
Configuration
Dans toute session de configuration, il est recommandé de vérifier régulièrement que la configuration peut être validée à l’aide de la commit check commande.
Dans cet exemple, le routeur en cours de configuration est identifié à l’aide des invites de commandes suivantes :
CE2identifie le routeur Customer Edge 2 (CE2)PE1identifie le routeur Provider Edge 1 (PE1)CE3identifie le routeur Customer Edge 3 (CE3)PE3identifie le routeur Provider Edge 3 (PE3)CE5identifie le routeur Customer Edge 5 (CE5)PE5identifie le routeur Provider Edge 5 (PE5)
Cet exemple contient les procédures suivantes :
- Configuration des interfaces client et de bouclage du routeur PE
- Configuration des interfaces orientées vers le cœur
- Configuration de protocoles
- Configuration des instances de routage et des circuits de couche 2
- Configuration du réflecteur de route
- Interconnexion du circuit de couche 2 avec le VPN de couche 3
Configuration des interfaces client et de bouclage du routeur PE
Procédure étape par étape
Pour commencer à établir l’interconnexion, configurez les interfaces sur les routeurs PE. Si votre réseau contient des routeurs fournisseur (P), configurez également les interfaces sur les routeurs P. Cet exemple montre la configuration du routeur PE2, du routeur PE3 et du routeur PE5.
Sur le routeur PE2, configurez l’encapsulation de l’interface
ge-1/0/2. Pour configurer l’encapsulation de l’interface, incluez l’instructionencapsulationet spécifiez l’optionethernet-ccc(vlan-cccl’encapsulation est également prise en charge). Configurez la famille d’interfaces logiques pour lage-1/0/2.0fonctionnalité de connexion croisée de circuits. Pour configurer la famille d’interfaces logiques, incluez l’instructionfamilyet spécifiez l’optionccc. L’encapsulation doit être configurée de la même manière pour tous les routeurs du domaine de circuit de couche 2.[edit interfaces] ge-1/0/2 { encapsulation ethernet-ccc; unit 0 { family ccc; } }Sur le routeur PE2, configurez l’interface
lo0.0. Incluez l’instructionfamilyet spécifiez l’optioninet. Incluez l’instructionaddresset spécifiez-la192.0.2.2/24comme adresse IPv4 de bouclage.[edit interfaces] lo0 { unit 0 { family inet { address 192.0.2.2/24; } } }Sur le routeur PE3, configurez l’interface
ge-1/0/1. Incluez l’instructionfamilyet spécifiez l’optioninet. Incluez l’instructionaddresset spécifiez-la198.51.100.1/24comme adresse d’interface pour ce périphérique.[edit interfaces] ge-1/0/1 { unit 0 { family inet { address 198.51.100.1/24; } } }Sur le routeur PE3, configurez l’interface de bouclage
lo0.0. Incluez l’instructionfamilyet spécifiez l’optioninet. Incluez l’instructionaddresset spécifiez192.0.2.3/24comme adresse IPv4 de bouclage pour ce routeur.[edit interfaces] lo0 { unit 0 { family inet { address 192.0.2.3/24; } } }Sur le routeur PE5, configurez l’interface
ge-2/0/0. Incluez l’instructionfamilyet spécifiez l’optioninet. Incluez l’instructionaddresset spécifiez-la198.51.100.8/24comme adresse d’interface.[edit interfaces] ge-2/0/0 { unit 0 { family inet { address 198.51.100.8/24; } } }Sur le routeur PE5, configurez l’interface
lo0.0. Incluez l’instructionfamilyet spécifiez l’optioninet. Incluez l’instructionaddresset spécifiez192.0.2.5/24comme adresse IPv4 de bouclage pour ce routeur.[edit interfaces] lo0 { unit 0 { family inet { address 192.0.2.5/24; } } }
Configuration des interfaces orientées vers le cœur
Procédure étape par étape
Cette procédure décrit comment configurer les interfaces orientées vers le cœur sur les routeurs PE. Cet exemple n’inclut pas toutes les interfaces orientées cœur présentées dans l’illustration de la topologie physique. Activez les familles d’adresses mpls et inet sur les interfaces centrales.
Sur le routeur PE2, configurez l’interface
xe-0/2/0. Incluez l’instructionfamilyet spécifiez la famille d’adressesinet. Incluez l’instructionaddresset spécifiez-la10.10.5.1/30comme adresse d’interface. Incluez l’instructionfamilyet spécifiez la famille d’adressesmpls.[edit interfaces] xe-0/2/0 { unit 0 { family inet { address 10.10.5.1/30; } family mpls; } }Sur le routeur PE3, configurez les interfaces orientées vers le cœur. Incluez l’instruction
familyet spécifiez la famille d’adressesinet. Incluez l’instructionaddresset spécifiez les adresses IPv4 indiquées dans l’exemple comme adresses d’interface. Incluez l’instructionfamilyet spécifiez la famille d’adressesmpls. Dans l’exemple, l’interfacexe-2/1/0est connectée au routeur PE5 et l’interfacexe-2/2/0est connectée au routeur PE2.[edit interfaces] xe-2/0/0 { unit 0 { family inet { address 10.10.20.2/30; } family mpls; } } xe-2/1/0 { unit 0 { family inet { address 10.10.6.1/30; } family mpls; } } xe-2/2/0 { unit 0 { family inet { address 10.10.5.2/30; } family mpls; } } xe-2/3/0 { unit 0 { family inet { address 10.10.1.2/30; } family mpls; } }Sur le routeur PE5, configurez l’interface
xe-0/1/0. Incluez l’instructionfamilyet spécifiez la famille d’adressesinet. Incluez l’instructionaddresset spécifiez-la10.10.6.2/30comme adresse d’interface. Incluez l’instructionfamilyet spécifiez la famille d’adressesmpls.[edit interfaces] xe-0/1/0 { unit 0 { family inet { address 10.10.6.2/30; } family mpls; } }
Configuration de protocoles
Procédure étape par étape
Cette procédure décrit comment configurer les protocoles utilisés dans cet exemple. Si votre réseau contient des routeurs P, configurez également les interfaces sur les routeurs P.
Sur le routeur PE3, activez OSPF en tant qu’IGP. Activez les protocoles MPLS, LDP et BGP sur toutes les interfaces sauf
fxp.0. LDP est utilisé comme protocole de signalisation pour le circuit de couche 2 vers le routeur PE2 . L’extrait de configuration suivant montre la configuration du protocole pour le routeur PE3 :[edit] protocols { rsvp { interface all; interface fxp0.0 { disable; } } mpls { label-switched-path to-RR { to 192.0.2.7; } label-switched-path to-PE2 { to 192.0.2.2; } label-switched-path to-PE5 { to 192.0.2.5; } label-switched-path to-PE4 { to 192.0.2.4; } label-switched-path to-PE1 { to 192.0.2.1; } interface all; interface fxp0.0 { disable; } } bgp { group RR { type internal; local-address 192.0.2.3; family inet-vpn { unicast; } family l2vpn { signaling; } neighbor 192.0.2.7; } } ospf { traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } } } ldp { interface all; interface fxp0.0 { disable; } } }Sur le routeur PE2, configurez les protocoles MPLS, OSPF et LDP.
[edit ] protocols { mpls { interface all; interface fxp0.0 { disable; } } ospf { traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } } } ldp { interface all; interface fxp0.0 { disable; } } }Sur le routeur PE5, activez OSPF en tant qu’IGP. Activez les protocoles MPLS, RSVP et BGP sur toutes les interfaces sauf
fxp.0. Activez les interfaces orientées cœur avec les familles d’adressesmplsetinet.[edit] protocols { rsvp { interface all { link-protection; } interface fxp0.0 { disable; } } mpls { label-switched-path to-RR { to 192.0.2.7; } label-switched-path to-PE2 { to 192.0.2.2; } label-switched-path to-PE3 { to 192.0.2.3; } label-switched-path to-PE4 { to 192.0.2.4; } label-switched-path to-PE1 { to 192.0.2.1; } interface all; interface fxp0.0 { disable; } } bgp { group to-rr { type internal; local-address 192.0.2.5; family inet-vpn { unicast; } family l2vpn { signaling; } neighbor 192.0.2.7; } } ospf { traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } } } }
Configuration des instances de routage et des circuits de couche 2
Procédure étape par étape
Cette procédure décrit comment configurer le circuit de couche 2 et le VPN de couche 3.
Sur le routeur PE2, configurez le circuit de couche 2. Incluez l’instruction
l2circuit. Incluez l’instructionneighboret spécifiez l’adresse IPv4 de bouclage du routeur PE3 comme voisin. Incluez l’instruction interface et spécifiez-lage-1/0/2.0en tant qu’interface logique qui participe au circuit de couche 2. Incluez l’instructionvirtual-circuit-idet spécifiez-la100comme identificateur. Incluez l’énoncé pour l’équipementno-control-wordqui ne prend pas en charge le mot de contrôle.[edit ] protocols { l2circuit { neighbor 192.0.2.3 { interface ge-1/0/2.0 { virtual-circuit-id 100; no-control-word; } } } }Sur le routeur PE3, configurez le circuit de couche 2 sur le routeur PE2. Incluez l’instruction
l2circuit. Incluez l’instructionneighboret spécifiez l’adresse IPv4 de bouclage du routeur PE2 comme voisin. Incluez l’instruction interface et spécifiez-lalt-1/1/10.0en tant qu’interface de tunnel logique qui participe au circuit de couche 2. Incluez l’instructionvirtual-circuit-idet spécifiez-la100comme identificateur. Incluez l’instructionno-control-word.[edit ] protocols { l2circuit { neighbor 192.0.2.2 { interface lt-1/1/10.0 { virtual-circuit-id 100; no-control-word; } } } }Sur le routeur PE3, configurez l’instance de routage VPN de couche 3 (
L3VPN) sur le routeur PE5 au niveau de la[edit routing-instances]hiérarchie. Configurez également le pair BGP pair au niveau de la[edit routing-instances L3VPN protocols]hiérarchie.[edit ] routing-instances { L3VPN { instance-type vrf; interface ge-1/0/1.0; interface lt-1/1/10.1; route-distinguisher 65000:33; vrf-target target:65000:2; vrf-table-label; protocols { bgp { export direct; group ce3 { neighbor 198.51.100.6{ peer-as 100; } } } } } }Sur le routeur PE5, configurez l’instance de routage VPN de couche 3 (
L3VPN) au niveau de la[edit routing-instances]hiérarchie. Configurez également le pair BGP pair au niveau de la[edit routing-instances L3VPN protocols]hiérarchie.[edit ] routing-instances { L3VPN { instance-type vrf; interface ge-2/0/0.0; route-distinguisher 65000:5; vrf-target target:65000:2; vrf-table-label; protocols { bgp { group ce5 { neighbor 198.51.100.10 { peer-as 200; } } } } } }
Configuration du réflecteur de route
Procédure étape par étape
Bien qu’un réflecteur de route ne soit pas nécessaire pour interconnecter un circuit de couche 2 à un VPN de couche 3, cet exemple utilise un réflecteur de route. Cette procédure montre la partie appropriée de la configuration du réflecteur de route.
Configurez le réflecteur de route avec RSVP, MPLS, BGP et OSPF. Le réflecteur de route est un pair BGP avec les routeurs PE. Notez que la configuration du groupe d’homologues pair BGP inclut l’instruction
familyet spécifie l’optioninet-vpnL’optioninet-vpnpermet à BGP d’annoncer les informations d’accessibilité de la couche réseau (NLRI) pour les routes VPN de couche 3. La configuration inclut également l’instructionfamilyet spécifie l’optionl2vpn. Cettel2vpnoption permet à BGP d’annoncer le NLRI pour le circuit de couche 2. Les circuits de couche 2 utilisent la même infrastructure BGP interne que les VPN de couche 2.[edit ] protocols { rsvp { interface all; interface fxp0.0 { disable; } } mpls { label-switched-path to-pe3 { to 192.0.2.3; } label-switched-path to-pe5 { to 192.0.2.5; } interface all; interface fxp0.0 { disable; } } bgp { group RR { type internal; local-address 192.0.2.7; family inet { unicast; } family inet-vpn { unicast; } family l2vpn { signaling; } cluster 192.0.2.7; neighbor 192.0.2.1; neighbor 192.0.2.2; neighbor 192.0.2.4; neighbor 192.0.2.5; neighbor 192.0.2.3; } } ospf { traffic-engineering; area 0.0.0.0 { interface all; interface fxp0.0 { disable; } } } }
Interconnexion du circuit de couche 2 avec le VPN de couche 3
Procédure étape par étape
Avant de pouvoir configurer l’interface de tunnel logique dans un routeur MX Series, vous devez créer l’interface de services de tunnel à utiliser pour les services de tunnel.
Créez l’interface du service de tunnel sur le routeur PE3. Incluez l’instruction
bandwidthau niveau de la[edit chassis fpc slot-number pic slot-number tunnel-services]hiérarchie et spécifiez la quantité de bande passante à réserver pour les services de tunnel en gigabits par seconde.[edit chassis] fpc 1 { pic 1 { tunnel-services { bandwidth 1g; } } }Sur le routeur PE3, configurez l’unité d’interface
lt-1/1/10de tunnel logique 0.Le routeur PE3 est le routeur qui relie le circuit de couche 2 au VPN de couche 3 à l’aide de l’interface de tunnel logique. C’est la configuration des interfaces de l’unité homologue qui établit l’interconnexion.
Incluez l’instruction
encapsulationet spécifiez l’optionethernet-ccc. Incluez l’instructionpeer-unitet spécifiez l’unité1d’interface logique en tant qu’interface de tunnel homologue. Incluez l’instructionfamilyet spécifiez l’optionccc.Configurez l’unité
1d’interfacelt-1/1/10logique avecethernetencapsulation. Incluez l’instructionpeer-unitet spécifiez l’unité0d’interface logique en tant qu’interface de tunnel homologue. Incluez l’instructionfamilyet spécifiez l’optioninet. Incluez également l’instructionaddresset spécifiez198.51.100.11/24comme adresse IPv4 de l’interface.Note:Les interfaces logiques d’appairage doivent appartenir à la même interface de tunnel logique dérivée du PIC des services de tunnel.
[edit interfaces] lt-1/1/10 { unit 0 { encapsulation ethernet-ccc; peer-unit 1; family ccc; } unit 1 { encapsulation ethernet; peer-unit 0; family inet { address 198.51.100.11/24; } } }Sur chaque routeur, validez la configuration.
user@host> commit check configuration check succeeds user@host> commit
Vérification de l’interconnexion entre le circuit de couche 2 et le VPN de couche 3
Pour vérifier que l’interconnexion fonctionne correctement, effectuez les tâches suivantes :
- Vérification de la connexion du circuit de couche 2 au routeur PE3
- Vérification des voisins LDP et des LSP LDP ciblés sur le routeur PE2
- Vérification des itinéraires des circuits de couche 2 sur le routeur PE2
- Vérification de la connexion du circuit de couche 2 au routeur PE2
- Vérification des voisins LDP et des LSP LDP ciblés sur le routeur PE3
- Vérification d’une session homologue BGP avec le réflecteur de route sur le routeur PE3
- Vérification des routes VPN de couche 3 sur le routeur PE3
- Vérification des routes de circuit de couche 2 sur le routeur PE3
- Vérification des routes MPLS sur le routeur PE3
- Vérification du flux de trafic entre le routeur CE2 et le routeur CE3
- Vérification du flux de trafic entre le routeur CE2 et le routeur CE5
Vérification de la connexion du circuit de couche 2 au routeur PE3
But
Pour vérifier que la connexion du circuit de couche 2 entre le routeur PE2 et le routeur PE3 est Up. Pour documenter également les étiquettes LDP entrantes et sortantes et l’ID de circuit utilisé par cette connexion de circuit de couche 2.
Action
Vérifiez que la connexion du circuit de couche 2 est établie à l’aide de la show l2circuit connections commande.
user@PE2> show l2circuit connections
Legend for connection status (St)
EI -- encapsulation invalid NP -- interface h/w not present
MM -- mtu mismatch Dn -- down
EM -- encapsulation mismatch VC-Dn -- Virtual circuit Down
CM -- control-word mismatch Up -- operational
VM -- vlan id mismatch CF -- Call admission control failure
OL -- no outgoing label IB -- TDM incompatible bitrate
NC -- intf encaps not CCC/TCC TM -- TDM misconfiguration
BK -- Backup Connection ST -- Standby Connection
CB -- rcvd cell-bundle size bad SP -- Static Pseudowire
LD -- local site signaled down RS -- remote site standby
RD -- remote site signaled down XX -- unknown
Legend for interface status
Up -- operational
Dn -- down
Neighbor: 192.0.2.3
Interface Type St Time last up # Up trans
ge-1/0/2.0(vc 100) rmt Up Jan 7 02:14:13 2010 1
Remote PE: 192.0.2.3, Negotiated control-word: No
Incoming label: 301488, Outgoing label: 315264
Negotiated PW status TLV: No
Local interface: ge-1/0/2.0, Status: Up, Encapsulation: ETHERNET
Signification
La sortie indique que la connexion du circuit de couche 2 du routeur PE2 au routeur PE3 est Up et que la connexion utilise l’interface ge-1/0/2.0 . Notez que l’étiquette sortante est 315264 et l’étiquette entrante est 301488, l’identificateur de circuit virtuel (VC) est 100 et l’encapsulation est ETHERNET.
Vérification des voisins LDP et des LSP LDP ciblés sur le routeur PE2
But
Pour vérifier que le routeur PE2 a un LSP LDP ciblé vers le routeur PE3 et que le routeur PE2 et le routeur PE3 sont voisins LDP.
Action
Vérifiez que le routeur PE2 a un LSP LDP ciblé vers le routeur PE3 et que le routeur PE2 et le routeur PE3 sont voisins LDP, à l’aide de la show ldp neighbor commande.
user@PE2> show ldp neighbor Address Interface Label space ID Hold time 192.0.2.3 lo0.0 192.0.2.3:0 38
Signification
La sortie indique que le routeur PE2 a un voisin LDP avec l’adresse IPv4 de 192.0.2.3. L’adresse 192.0.2.3 est l’adresse d’interface lo0.0 du routeur PE3. Notez que le routeur PE2 utilise l’interface locale lo0.0 du LSP.
La vérification que les routeurs sont voisins LDP permet également de vérifier que le LSP ciblé est établi.
Vérification des itinéraires des circuits de couche 2 sur le routeur PE2
But
Pour vérifier que le routeur PE2 dispose d’une route pour le circuit de couche 2 et que la route utilise l’étiquette MPLS LDP vers le routeur PE3.
Action
Vérifiez que le routeur PE2 dispose d’une route pour le circuit de couche 2 et que la route utilise l’étiquette MPLS LDP pour le routeur PE3, à l’aide de la show route table mpls.0 commande.
user@PE2> show route table mpls.0
mpls.0: 13 destinations, 13 routes (13 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 1w3d 05:24:11, metric 1
Receive
1 *[MPLS/0] 1w3d 05:24:11, metric 1
Receive
2 *[MPLS/0] 1w3d 05:24:11, metric 1
Receive
300560 *[LDP/9] 16:12:23, metric 1
> to 10.10.2.1 via xe-0/1/0.0, Pop
300560(S=0) *[LDP/9] 16:12:23, metric 1
> to 10.10.2.1 via xe-0/1/0.0, Pop
301008 *[LDP/9] 16:12:23, metric 1
> to 10.10.4.2 via xe-0/3/0.0, Swap 299856
301488 *[L2CKT/7] 11:07:28
> via ge-1/0/2.0, Pop
301536 *[LDP/9] 16:12:23, metric 1
> to 10.10.4.2 via xe-0/3/0.0, Pop
301536(S=0) *[LDP/9] 16:12:23, metric 1
> to 10.10.4.2 via xe-0/3/0.0, Pop
301712 *[LDP/9] 12:41:22, metric 1
> to 10.10.5.2 via xe-0/2/0.0, Swap 315184
301728 *[LDP/9] 12:41:22, metric 1
> to 10.10.5.2 via xe-0/2/0.0, Pop
301728(S=0) *[LDP/9] 12:41:22, metric 1
> to 10.10.5.2 via xe-0/2/0.0, Pop
ge-1/0/2.0 *[L2CKT/7] 11:07:28, metric2 1
> to 10.10.5.2 via xe-0/2/0.0, Push 315264
Signification
La sortie montre que le routeur PE2 envoie l’étiquette 315264 sortante sur l’interface ge-1/0/2.0de sortie de routeL2CKT. La sortie montre également que le routeur PE2 affiche l’étiquette 301488 entrante sur l’interface d’origine L2CKTge-1/0/2.0
Vérification de la connexion du circuit de couche 2 au routeur PE2
But
Pour vérifier que la connexion du circuit de couche 2 entre le routeur PE3 et le routeur PE2 est Up, Pour documenter également les étiquettes LDP entrantes et sortantes ainsi que l’ID de circuit utilisé par cette connexion de circuit de couche 2.
Action
Vérifiez que la connexion du circuit de couche 2 est établie à l’aide de la show l2circuit connections commande.
user@PE3> show l2circuit connections
Layer-2 Circuit Connections:
Legend for connection status (St)
EI -- encapsulation invalid NP -- interface h/w not present
MM -- mtu mismatch Dn -- down
EM -- encapsulation mismatch VC-Dn -- Virtual circuit Down
CM -- control-word mismatch Up -- operational
VM -- vlan id mismatch CF -- Call admission control failure
OL -- no outgoing label IB -- TDM incompatible bitrate
NC -- intf encaps not CCC/TCC TM -- TDM misconfiguration
BK -- Backup Connection ST -- Standby Connection
CB -- rcvd cell-bundle size bad XX -- unknown
Legend for interface status
Up -- operational
Dn -- down
Neighbor: 192.0.2.2
Interface Type St Time last up # Up trans
lt-1/1/10.0(vc 100) rmt Up Jan 7 02:15:03 2010 1
Remote PE: 192.0.2.2, Negotiated control-word: No
Incoming label: 315264, Outgoing label: 301488
Local interface: lt-1/1/10.0, Status: Up, Encapsulation: ETHERNET
Signification
La sortie indique que la connexion du circuit de couche 2 du routeur PE3 au routeur PE2 est Up et que la connexion utilise l’interface de tunnel logique (lt). Notez que l’étiquette entrante est 315264 et que l’étiquette sortante est 301488, l’identificateur du circuit virtuel (VC) est 100, et que l’encapsulation est ETHERNET.
Vérification des voisins LDP et des LSP LDP ciblés sur le routeur PE3
But
Pour vérifier que le routeur PE3 a un LSP LDP ciblé vers le routeur PE2 et que le routeur PE3 et le routeur PE2 sont voisins LDP.
Action
Vérifiez que le routeur PE2 a un LSP LDP ciblé vers le routeur PE3 et que le routeur PE2 et le routeur PE3 sont voisins LDP, à l’aide de la show ldp neighbor commande.
user@PE2> show ldp neighbor Address Interface Label space ID Hold time 192.0.2.2 lo0.0 192.0.2.2:0 43 192.0.2.4 lo0.0 192.0.2.4:0 33
Signification
La sortie indique que le routeur PE3 a un voisin LDP avec l’adresse IPv4 de 192.0.2.2. L’adresse 192.0.2.2 est l’adresse d’interface lo0.0 du routeur PE2. La sortie indique également que l’interface utilisée sur le routeur PE3 pour le LSP est lo0.0. La vérification que les routeurs sont voisins LDP permet également de vérifier que le LSP ciblé est établi.
Vérification d’une session homologue BGP avec le réflecteur de route sur le routeur PE3
But
Pour vérifier que le routeur PE3 a établi une session homologue avec le réflecteur de route.
Action
Vérifiez que le routeur PE3 a une session homologue établie avec le réflecteur de route, à l’aide de la show bgp summary commande.
user@PE2> show bgp summary Groups: 2 Peers: 2 Down peers: 0 Table Tot Paths Act Paths Suppressed History Damp State Pending bgp.l3vpn.0 1 1 0 0 0 0 Peer AS InPkt OutPkt OutQ Flaps Last Up/Dwn State|#Active/Received/Accepted/Damped... 192.0.2.7 65000 1597 1612 0 1 12:03:21 Establ bgp.l2vpn.0: 0/0/0/0 bgp.l3vpn.0: 1/1/1/0 L3VPN.inet.0: 1/1/1/0
Signification
La sortie indique que le routeur PE3 a une session homologue avec le routeur dont l’adresse IPv4 est . 192.0.2.7 L’adresse 192.0.2.7 est l’adresse d’interface lo0.0 du réflecteur de route. La sortie indique également que l’état de la session homologue est Establ, ce qui signifie que la session est établie.
Vérification des routes VPN de couche 3 sur le routeur PE3
But
Pour vérifier que le routeur PE3 dispose de routes VPN de couche 3 vers le routeur CE2, le routeur CE3 et le routeur CE5.
Action
Vérifiez que le routeur PE3 a des routes vers le routeur CE2, le routeur CE3 et le routeur CE5 dans la table de routage VPN de couche 3, à l’aide de la show route table L3VPN.inet.0 commande. Dans cet exemple, L3VPN il s’agit du nom configuré pour l’instance de routage.
user@PE3> show route table L3VPN.inet.0
L3VPN.inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
198.51.100.10/24 *[Direct/0] 11:13:59
> via lt-1/1/10.1
198.51.100.11/24 *[Local/0] 11:13:59
Local via lt-1/1/10.1
198.51.100.12/24 *[BGP/170] 11:00:41, localpref 100, from 192.0.2.7
AS path: I
> to 10.10.6.2 via xe-2/1/0.0, Push 16
198.51.100.13/24 *[Direct/0] 11:54:41
> via ge-1/0/1.0
198.51.100.1/24 *[Local/0] 11:54:41
Local via ge-1/0/1.0
Signification
La sortie indique que le routeur PE3 a un chemin vers l’adresse de sous-réseau IPv4 de 198.51.100.10. L’adresse 198.51.100.15 est l’adresse d’interface du routeur CE2. La sortie indique que le routeur PE3 a un chemin vers l’adresse de sous-réseau IPv4 de 198.51.100.12. L’adresse 198.51.100.10 est l’adresse d’interface du routeur CE5. La sortie indique que le routeur PE3 a un chemin vers l’adresse de sous-réseau IPv4 de 198.51.100.13. L’adresse 198.51.100.6 est l’adresse d’interface du routeur CE3.
Vérification des routes de circuit de couche 2 sur le routeur PE3
But
Pour vérifier que le routeur PE3 dispose d’un itinéraire vers le routeur PE2 dans la table de routage du circuit de couche 2.
Action
Vérifiez que le routeur PE3 dispose d’un itinéraire vers le routeur PE2 dans la table de routage du circuit de couche 2, à l’aide de la show route table l2circuit.0 commande.
user@PE3> show route table l2circuit.0
192.0.2.2:NoCtrlWord:5:100:Local/96 (1 entry, 1 announced)
*L2CKT Preference: 7
Next hop type: Indirect
Next-hop reference count: 1
Next hop type: Router
Next hop: 10.10.5.1 via xe-2/2/0.0, selected
Protocol next hop: 192.0.2.2
Indirect next hop: 8cae0a0 -
State: <Active Int>
Local AS: 65000
Age: 11:16:50 Metric2: 1
Task: l2 circuit
Announcement bits (1): 0-LDP
AS path: I
VC Label 315264, MTU 1500
Signification
La sortie indique que le routeur PE3 a une route vers l’adresse IPv4 de 192.0.2.2. L’adresse 192.0.2.2 est l’adresse d’interface lo0.0 du routeur PE2. Notez que l’étiquette VC est 315264. Cette étiquette est la même que l’étiquette MPLS entrante affichée à l’aide de la show l2circuit connections commande.
Vérification des routes MPLS sur le routeur PE3
But
Pour vérifier que le routeur PE3 dispose d’un itinéraire vers le routeur PE2 dans la table de routage MPLS.
Action
Vérifiez que le routeur PE3 dispose d’un itinéraire vers le routeur PE2 dans la table de routage MPLS, à l’aide de la show route table mpls.0 commande.
user@PE3> show route table mpls.0
mpls.0: 21 destinations, 21 routes (21 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 1w3d 05:29:02, metric 1
Receive
1 *[MPLS/0] 1w3d 05:29:02, metric 1
Receive
2 *[MPLS/0] 1w3d 05:29:02, metric 1
Receive
16 *[VPN/0] 12:22:45
to table L3VPN.inet.0, Pop
315184 *[LDP/9] 12:45:14, metric 1
> to 10.10.20.1 via xe-2/0/0.0, Pop
315184(S=0) *[LDP/9] 12:45:14, metric 1
> to 10.10.20.1 via xe-2/0/0.0, Pop
315200 *[LDP/9] 00:03:53, metric 1
> to 10.10.20.1 via xe-2/0/0.0, Swap 625297
to 10.10.6.2 via xe-2/1/0.0, Swap 299856
315216 *[LDP/9] 12:45:14, metric 1
> to 10.10.6.2 via xe-2/1/0.0, Pop
315216(S=0) *[LDP/9] 12:45:14, metric 1
> to 10.10.6.2 via xe-2/1/0.0, Pop
315232 *[LDP/9] 12:45:06, metric 1
> to 10.10.1.1 via xe-2/3/0.0, Pop
315232(S=0) *[LDP/9] 12:45:06, metric 1
> to 10.10.1.1 via xe-2/3/0.0, Pop
315248 *[LDP/9] 12:45:14, metric 1
> to 10.10.5.1 via xe-2/2/0.0, Pop
315248(S=0) *[LDP/9] 12:45:14, metric 1
> to 10.10.5.1 via xe-2/2/0.0, Pop
315264 *[L2CKT/7] 11:11:20
> via lt-1/1/10.0, Pop
315312 *[RSVP/7] 11:26:01, metric 1
> to 10.10.6.2 via xe-2/1/0.0, label-switched-path to-pe5
315312(S=0) *[RSVP/7] 11:26:01, metric 1
> to 10.10.6.2 via xe-2/1/0.0, label-switched-path to-pe5
315328 *[RSVP/7] 11:26:01, metric 1
> to 10.10.20.1 via xe-2/0/0.0, label-switched-path to-RR
315360 *[RSVP/7] 11:26:01, metric 1
> to 10.10.20.1 via xe-2/0/0.0, label-switched-path to-RR
316208 *[RSVP/7] 00:03:32, metric 1
> to 10.10.6.2 via xe-2/1/0.0, label-switched-path Bypass->10.10.9.1
316208(S=0) *[RSVP/7] 00:03:32, metric 1
> to 10.10.6.2 via xe-2/1/0.0, label-switched-path Bypass->10.10.9.1
lt-1/1/10.0 *[L2CKT/7] 11:11:20, metric2 1
> to 10.10.5.1 via xe-2/2/0.0, Push 301488
Signification
La sortie indique que le routeur PE3 dispose d’une route pour le circuit de couche 2 et que la route utilise l’étiquette MPLS LDP pour le routeur PE2. Notez que l’étiquette 301488 est la même que l’étiquette sortante affichée sur le routeur PE2 à l’aide de la show l2circuit connections commande.
Vérification du flux de trafic entre le routeur CE2 et le routeur CE3
But
Pour vérifier que les routeurs CE peuvent envoyer et recevoir du trafic sur l’interconnexion.
Action
Vérifiez que le routeur CE2 peut envoyer et recevoir du trafic du routeur CE3 à travers l’interconnexion, à l’aide de la ping commande.
user@CE2>ping 198.51.100.6 PING 198.51.100.6 (198.51.100.6): 56 data bytes 64 bytes from 198.51.100.6: icmp_seq=0 ttl=63 time=0.708 ms 64 bytes from 198.51.100.6: icmp_seq=1 ttl=63 time=0.610 ms
Signification
La sortie indique que le routeur CE2 peut envoyer une requête ICMP au routeur CE3 et recevoir une réponse de celui-ci via l’interconnexion.
Vérification du flux de trafic entre le routeur CE2 et le routeur CE5
But
Pour vérifier que les routeurs CE peuvent envoyer et recevoir du trafic sur l’interconnexion.
Action
Vérifiez que le routeur CE2 peut envoyer et recevoir du trafic du routeur CE5 à travers l’interconnexion, à l’aide de la ping commande.
user@CE2>ping 198.51.100.10 PING 198.51.100.10 (198.51.100.10): 56 data bytes 64 bytes from 198.51.100.10: icmp_seq=0 ttl=62 time=0.995 ms 64 bytes from 198.51.100.10: icmp_seq=1 ttl=62 time=1.005 ms
Signification
La sortie indique que le routeur CE2 peut envoyer une requête ICMP au routeur CE5 et recevoir une réponse de celui-ci via l’interconnexion.