Configuration et vérification de l'option B du VPN MPLS INTER-AS de couche 3 à l'aide d'IOS et d'IOS-XR

Introduction

Ce document décrit la configuration et la vérification de la fonctionnalité vpn mpls de couche 3 inter-as, option B. Les plates-formes IOS et IOS-XR sont utilisées pour l'explication et la vérification. Il présente un exemple de scénario de réseau, sa configuration et ses sorties pour une meilleure compréhension.

Conditions préalables

Conditions requises

Il n'y a pas de telles exigences, mais une compréhension de base de MPLS (Multi Protocol Label Switching) et une connaissance pratique de la plate-forme IOS-XR pourraient certainement aider.

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques. The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informations générales

MPLS est largement déployé sur les FAI (fournisseurs de services Internet) dans le monde entier. Un de ces services est le VPN de couche 3 MPLS (Virtual Private Network). Les VPN de couche 3 MPLS étendent principalement les limites de routage d’un client d’un emplacement géographique à un autre, tandis que le FAI est principalement utilisé comme transit. L’appairage avec le FAI sur un emplacement géographique et sur l’autre emplacement géographique est effectué, puis les routes spécifiques du client sont reçues sur le périphérique CE (périphérie client) à partir du périphérique PE (périphérie fournisseur/FAI). 

Maintenant, si l'exigence est d'étendre les limites de routage d'un client, pour deux emplacements géographiques différents où deux FAI différents sont présents. Ensuite, les deux FAI doivent coordonner leurs activités afin que le VPN de couche 3 MPLS soit fourni au client final. Cette solution est appelée VPN MPLS de couche 3 inter-as. 

Les VPN inter-As MPLS de couche 3 peuvent être déployés de 4 manières différentes, appelées Option A, Option B, Option C et Option D.

La mise en oeuvre à l'aide de l'option B est expliquée dans ce document.

Configuration

Diagramme du réseau

La topologie de l'échange inter-as Option B est présentée ci-dessous.

Le schéma d’adressage est très simple. Chaque routeur a une interface loopback1 décrite comme 192.168.255.X où est X=1 lorsque le routeur 1 est en danger. L’adressage d’interface est de type 192.168.XY.X . Supposons que R1 et R2 soient en cours d’examen, la configuration de l’interface sous le routeur R1 est 192.168.12.1 (ici X =1, Y = 2).

CE - Périphérie client

PE - Périphérie du fournisseur

RR - Réflecteur de route

ASBR - Routeur de frontière de système autonome

Tout au long du document, le terme CE désigne les deux périphériques de périphérie du client, si une référence spécifique doit être faite pour un périphérique particulier, il sera référencé en tant que CE1. Cela s'applique également à PE, RR et ASBR. 

Tous les périphériques exécutent IOS, cependant ASBR2/R11 et PE2/R12 exécutent IOS-XR.

Deux FAI sont référencés avec AS (système autonome) 65000 et AS 65001. ISP avec AS 65000 se trouve sur le côté gauche de la topologie et est référencé comme ISP A et ISP avec AS 65001 est sur le côté droit de la topologie et est référencé comme ISP B.

Configurations

Les configurations des périphériques sont décrites ci-dessous.

CE1

interface Loopback1
 ip address 192.168.255.1 255.255.255.255
!
interface FastEthernet0/0
 ip address 192.168.12.1 255.255.255.0
!
router eigrp 1
 network 0.0.0.0

PE1

vrf definition A
 rd 192.168.255.2:65000
 !
 address-family ipv4
 route-target export 99:99
 route-target import 99:99
 exit-address-family
!
interface Loopback1
 ip address 192.168.255.2 255.255.255.255
 ip ospf 1 area 0
!
interface FastEthernet0/0
 vrf forwarding A
 ip address 192.168.12.2 255.255.255.0
!
interface FastEthernet1/0
 ip address 192.168.24.2 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
router eigrp 65000
 !
 address-family ipv4 vrf A autonomous-system 1
 redistribute bgp 65000 metric 1500 10 255 1 1500
 network 192.168.12.2 0.0.0.0
 exit-address-family
!
router ospf 1
!
router bgp 65000
 bgp log-neighbor-changes
 no bgp default ipv4-unicast
 neighbor 192.168.255.3 remote-as 65000
 neighbor 192.168.255.3 update-source Loopback1
 !
 address-family ipv4
 exit-address-family
 !
 address-family vpnv4
 neighbor 192.168.255.3 activate
 neighbor 192.168.255.3 send-community both
 exit-address-family
 !
 address-family ipv4 vrf A
 redistribute eigrp 1
 exit-address-family
!

P1

interface Loopback1
 ip address 192.168.255.4 255.255.255.255
 ip ospf 1 area 0
!
interface FastEthernet0/0
 ip address 192.168.24.4 255.255.255.0
 ip ospf 1 area 0
 duplex half
 mpls ip
!
interface FastEthernet1/0
 ip address 192.168.34.4 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
interface FastEthernet1/1
 ip address 192.168.45.4 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
router ospf 1
!

RR1

interface Loopback1
 ip address 192.168.255.3 255.255.255.255
 ip ospf 1 area 0
!
interface FastEthernet0/0
 ip address 192.168.34.3 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
router ospf 1
!
router bgp 65000
 bgp log-neighbor-changes
 no bgp default ipv4-unicast
 neighbor 192.168.255.2 remote-as 65000
 neighbor 192.168.255.2 update-source Loopback1
 neighbor 192.168.255.5 remote-as 65000
 neighbor 192.168.255.5 update-source Loopback1
 !
 address-family ipv4
 exit-address-family
 !
 address-family vpnv4
 neighbor 192.168.255.2 activate
 neighbor 192.168.255.2 send-community both
 neighbor 192.168.255.2 route-reflector-client
 neighbor 192.168.255.5 activate
 neighbor 192.168.255.5 send-community both
 neighbor 192.168.255.5 route-reflector-client
 exit-address-family
!

ASBR1

interface Loopback1
 ip address 192.168.255.5 255.255.255.255
 ip ospf 1 area 0
!
interface FastEthernet0/0
 ip address 192.168.45.5 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
interface FastEthernet1/0
 ip address 192.168.115.5 255.255.255.0
 mpls bgp forwarding
!
router ospf 1
!
router bgp 65000
 bgp log-neighbor-changes
 no bgp default ipv4-unicast
 no bgp default route-target filter
 neighbor 192.168.115.11 remote-as 65001
 neighbor 192.168.255.3 remote-as 65000
 neighbor 192.168.255.3 update-source Loopback1
 !
 address-family ipv4
 exit-address-family
 !
 address-family vpnv4
 neighbor 192.168.115.11 activate
 neighbor 192.168.115.11 send-community both
 neighbor 192.168.255.3 activate
 neighbor 192.168.255.3 send-community both
 neighbor 192.168.255.3 next-hop-self
 exit-address-family
!

ASBR2

interface Loopback1
 ipv4 address 192.168.255.11 255.255.255.255
!
interface GigabitEthernet0/0/0/0
 ipv4 address 192.168.115.11 255.255.255.0
!
interface GigabitEthernet0/0/0/1
 ipv4 address 192.168.116.11 255.255.255.0
!
route-policy DEFAULT
 pass
end-policy
!
router static
 address-family ipv4 unicast
 192.168.115.5/32 GigabitEthernet0/0/0/0
 !
router ospf 1
 area 0
 interface Loopback1
 !
 interface GigabitEthernet0/0/0/1
!
router bgp 65001
 address-family vpnv4 unicast
 retain route-target all
 !
 neighbor 192.168.115.5
 remote-as 65000
 address-family vpnv4 unicast
 route-policy DEFAULT in
 route-policy DEFAULT out
 !
neighbor 192.168.255.7
 remote-as 65001
 update-source Loopback1
 address-family vpnv4 unicast
 next-hop-self
 !
mpls ldp
 address-family ipv4
 !
 interface GigabitEthernet0/0/0/1
 !

P2

interface Loopback1
 ip address 192.168.255.6 255.255.255.255
 ip ospf 1 area 0
!
interface FastEthernet0/0
 ip address 192.168.116.6 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
interface FastEthernet1/0
 ip address 192.168.67.6 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
interface FastEthernet1/1
 ip address 192.168.126.6 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
router ospf 1
!

RR2

interface Loopback1
 ip address 192.168.255.7 255.255.255.255
 ip ospf 1 area 0
!
interface FastEthernet0/0
 ip address 192.168.67.7 255.255.255.0
 ip ospf 1 area 0
 mpls ip
!
router ospf 1
!
router bgp 65001
 bgp log-neighbor-changes
 no bgp default ipv4-unicast
 neighbor 192.168.255.11 remote-as 65001
 neighbor 192.168.255.11 update-source Loopback1
 neighbor 192.168.255.12 remote-as 65001
 neighbor 192.168.255.12 update-source Loopback1
 !
 address-family ipv4
 exit-address-family
 !
 address-family vpnv4
 neighbor 192.168.255.11 activate
 neighbor 192.168.255.11 send-community both
 neighbor 192.168.255.11 route-reflector-client
 neighbor 192.168.255.12 activate
 neighbor 192.168.255.12 send-community both
 neighbor 192.168.255.12 route-reflector-client
 exit-address-family
!

PE2

vrf A
 address-family ipv4 unicast
 import route-target
 99:99
 !
 export route-target
 99:99
 !
interface Loopback1
 ipv4 address 192.168.255.12 255.255.255.255
!
interface GigabitEthernet0/0/0/0
 ipv4 address 192.168.126.12 255.255.255.0
!
interface GigabitEthernet0/0/0/1
 vrf A
 ipv4 address 192.168.128.12 255.255.255.0
!
router ospf 1
 address-family ipv4
 area 0
 interface Loopback1
 !
 interface GigabitEthernet0/0/0/0
 !
router bgp 65001
 address-family vpnv4 unicast
 !
 neighbor 192.168.255.7
 remote-as 65001
 update-source Loopback1
 address-family vpnv4 unicast
 !
vrf A
 rd 192.168.255.12:65001
 address-family ipv4 unicast
 redistribute eigrp 1
 !
mpls ldp
 address-family ipv4
 !
 interface GigabitEthernet0/0/0/0
 !
router eigrp 65001
 vrf A
 address-family ipv4
 autonomous-system 1
 redistribute bgp 65001
 interface GigabitEthernet0/0/0/1
 !

CE2

interface Loopback1
 ip address 192.168.255.8 255.255.255.255
!
interface FastEthernet1/0
 ip address 192.168.128.8 255.255.255.0
!
router eigrp 1
 network 0.0.0.0
!

Explication

• Le protocole EIGRP comme protocole de routage PE-CE est déployé.
• Le protocole OSPF est utilisé comme protocole IGP pour le coeur du FAI. Sur les deux FAI sur toutes les liaisons physiques, le protocole LDP + IGP est déployé. Le protocole LDP + IGP n'est pas configuré sur la liaison Inter-As entre ASBR1 et ASBR2.
• La redistribution du protocole EIGRP sous vrf A dans BGP et vice versa est effectuée sur PE.
• Seule la famille d'adresses VPNv4 sur PE est activée avec le réflecteur de route. La commande « no bgp default ipv4-unicast » désactive l'appairage de la famille d'adresses ipv4 par défaut dans IOS. Pour IOS-XR, aucune commande de ce type n'est requise car elle forme uniquement l'appairage, en ce qui concerne la famille d'adresses sous laquelle le voisin est configuré.
• Ces routes redistribuées sont annoncées en tant que routes VPNv4 vers le réflecteur de route (RR). 
• Le réflecteur de route reflète ces routes vers le périphérique ASBR. Étant donné que la réflexion des routes vpn4 est nécessaire, seule la famille d’adresses vpnv4 est activée. Le réflecteur de route ne se trouve pas dans le chemin de transit. 
• Le périphérique P commute les étiquettes et indique le chemin de transit du trafic.
• Sur le périphérique ASBR « no bgp default route-target filter » pour IOS et « keep route-target all » pour IOS-XR a été configuré. Ceci est important car les périphériques ABBR ne sont pas des réflecteurs de route et n'ont aucun vrfs avec RT (route target) configuré, ils abandonneront donc implicitement la mise à jour de routage qui leur est envoyée à partir des réflecteurs de route. Il s’agit d’un comportement attendu, car IOS et IOS-XR optimisent généralement les informations de la table de routage et abandonnent les mises à jour pour les vrfs avec des RT qui ne sont pas configurés localement.
• Sur les routeurs ASBR, l'appairage VPNv4 eBGP est configuré. MPLS n'est pas activé avec ldp sur la liaison reliant les ASBR.
• Lorsque l'appairage VPNv4 eBGP apparaît sur l'ASBR1 (IOS) avec le périphérique IOS-XR, automatiquement le « mpls bgp forwarding » est configuré sur la liaison Inter-As. L'échange des étiquettes avec ASBR2 est effectué non pas via ldp mais via BGP. IOS ajoute également automatiquement la route statique /32 à l'interface d'ASBR2 afin que l'étiquette mpls soit liée à une route /32 et que la commutation d'étiquette soit effectuée correctement.
• Pour la liaison IOS-XR sur Inter-As, il existe une logique différente de celle de l'IOS. Il est nécessaire de configurer une route /32 statique vers l'interface d'ASBR1, de sorte que l'étiquette mpls soit liée pour un préfixe /32. Si ce n'est pas le cas, le plan de contrôle s'affiche, mais le trafic n'est pas transféré.
• IOS-XR n'envoie ou ne reçoit pas de mises à jour de routage avec des homologues EBGP, sauf si une stratégie de routage est configurée. Une stratégie de route est configurée avec le nom DEFAULT. L'action est de « passer », ce qui signifie envoyer/recevoir toutes les mises à jour.

Vérification

Envoyez une requête ping de CE1 à CE2 et vice versa

Le résultat de la commande ping de CE1 à CE2 à l’aide de l’interface loopback1 comme source est indiqué ci-dessous.

R1#ping 192.168.255.8 source lo1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.255.8, timeout is 2 seconds:
Packet sent with a source address of 192.168.255.1 
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 104/300/420 ms

Le résultat de la commande ping de CE2 à CE1 à l’aide de l’interface loopback1 comme source est indiqué ci-dessous.

R8#ping 192.168.255.1 source lo1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.255.1, timeout is 2 seconds:
Packet sent with a source address of 192.168.255.8 
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 168/303/664 ms

Explication des mises à jour échangées et des étiquettes MPLS

• Sur CE1, la commande show ip route donne la route pour le bouclage 1 du CE2 à l’autre extrémité.

 R1#show ip route 192.168.255.8
 Routing entry for 192.168.255.8/32
 Known via "eigrp 1", distance 90, metric 156416, type internal

      

• Le flux de trafic avec des étiquettes mpls imposées/éliminées le long du chemin CE1 vers CE2 est discuté ici, c'est-à-dire comment l'accessibilité est obtenue lors du passage de la source loopback1 de CE1 à la boucle1 de CE2. Des informations similaires concernant le chemin de retour, à savoir de bouclage CE2 loopback1 vers bouclage CE1, sont également abordées.

• Dans les conceptions de vpn de couche 3 MPLS, il convient de rappeler que pendant le fonctionnement du commutateur d'étiquette, l'étiquette de transport est échangée et l'étiquette vpn est intacte. L'étiquette VPN est exposée lorsque PHP (Penutimate Hop Popping) se produit et que le trafic atteint PE ou lorsqu'un LSP (label switch path) est terminé.

• Sur PE1, le bouclage 1 de CE2 est appris via le VPNv4 BGP et redistribué vers le protocole EIGRP compatible VRF. Le bouclage 1 appris via CE1 via EIGRP est redistribué dans BGP et devient également une route VPNv4. 

 R2#show bgp vpnv4 unicast all labels 
 Network              Next Hop                 In label/Out label
 Route Distinguisher: 192.168.255.2:65000 (A)
 192.168.12.0         0.0.0.0                  22/nolabel(A)
 192.168.128.0        192.168.255.5            nolabel/26
 192.168.255.1/32     192.168.12.1             23/nolabel
 192.168.255.8/32     192.168.255.5            nolabel/27

• D'après le résultat ci-dessus, on peut comprendre que, pour atteindre 192.168.255.8/32 préfixe une étiquette vpn de 27 appris. Cette sortie indique également que l'étiquette 23 est une étiquette vpn allouée par le BGP pour annoncer l'accessibilité à 192.168.255.1/32. Le saut suivant du préfixe VPNv4 décide de l'étiquette de transport ainsi que du chemin du commutateur d'étiquette. Ainsi, la commande show mpls forwarding-table pour le tronçon suivant 192.168.255.5 donne les informations d'étiquette de transport pour atteindre 192.168.255.8/32.

 R2#show mpls forwarding-table 192.168.255.5 255.255.255.255
 Local   Outgoing  Prefix             Bytes Label  Outgoing   Next Hop 
 Label   Label     or Tunnel Id       Switched     interface 
 21      21        192.168.255.5/32   0            Fa1/0      192.168.24.4 

• L'étiquette sortante est 21 et il peut donc être conclu que pour atteindre 192.168.255.8/32, une étiquette de transport de 21 et une étiquette vpn de 27 seront utilisées par PE1. 

 R2#show mpls forwarding-table 
 Local   Outgoing   Prefix                Bytes Label  Outgoing   Next Hop 
 Label   Label      or Tunnel Id          Switched     interface
 23      No Label   192.168.255.1/32[V] \
                                          5928         Fa0/0      192.168.12.1

• On peut également conclure que le trafic de retour entrant dans 192.168.255.1/32 sera déjà PHP par le routeur P1 et donc atteindra PE1 avec l'étiquette vpn de 23 et la table de transfert mpls envoie ce trafic vers Fa0/0, c'est-à-dire le CE1 après avoir sorti l'étiquette vpn .

• Le résultat sur le réflecteur de route donne la confirmation des informations discutées jusqu'à présent.

 R3#show bgp vpnv4 unicast all labels 
 Network              Next Hop              In label/Out label
 Route Distinguisher: 192.168.255.2:65000
 192.168.12.0         192.168.255.2         nolabel/22
 192.168.255.1/32     192.168.255.2         nolabel/23
 Route Distinguisher: 192.168.255.12:65001
 192.168.128.0        192.168.255.5         nolabel/26
 192.168.255.8/32     192.168.255.5         nolabel/27 

• Le plus intéressant est l'ASBR1, ici l'étiquette pour atteindre 192.168.255.1/32 est envoyée à ASBR2 et ASBR2 annonce les informations d'étiquette pour atteindre 192.168.255.8/32. Comme décrit précédemment, le prochain saut de la mise à jour bgp vpnv4 décide de l'étiquette de transport, en gardant à l'esprit que le saut suivant 192.168.255.5 (pour le préfixe 192.168.255.8/32 appris sur PE1) appartient au bouclage 1 d'ASBR1. Ainsi, selon le processus de PHP (Inverse hop popping), l'étiquette de transport aura déjà été supprimée par P1 lorsque le trafic destiné à 192.168.255.8 atteint ASBR1. Ainsi, le trafic qui atteint le routeur ASBR1 atteint avec une étiquette vpn de 27.Le résultat sur le routeur ASBR1 est montré ci-dessous.

R5#show bgp vpnv4 unicast all labels 
Network              Next Hop               In label/Out label
Route Distinguisher: 192.168.255.2:65000
192.168.12.0         192.168.255.2          24/22
192.168.255.1/32     192.168.255.2          25/23
Route Distinguisher: 192.168.255.12:65001
192.168.128.0        192.168.115.11         26/24008
192.168.255.8/32     192.168.115.11         27/24009 

• Il est maintenant évident que le trafic destiné à 192.168.255.8/32 lorsque l’ASBR1 est atteint avec une étiquette de 27 sera transféré à ASBR2 avec une étiquette de 24009 au prochain saut d’ASBR2 192.168.115.11. De la même manière, le trafic destiné à 192.168.255.1/32 à partir d'ASBR2 sera fourni avec l'étiquette 25 et l'étiquette sera remplacée par 23 (étiquette vpn), puis une étiquette de transport appropriée sera encapsulée pour transférer le trafic vers le tronçon suivant 192.168.255.2 (PE1). 

R5#show mpls forwarding-table 
Local   Outgoing  Prefix Bytes      Label    Outgoing     Next Hop 
Label   Label     or Tunnel Id      Switched Interface 
21      19        192.168.255.2/32  0        Fa0/0        192.168.45.4
27      24009     192.168.255.12:65001:192.168.255.8/32 \
                                    26       Fa1/0        192.168.115.11

• Ainsi, le trafic de retour prend l'étiquette 19 comme étiquette de transport et 23 comme étiquette vpn pour atteindre PE1 à partir d'ASBR1.   

• Il est important de comprendre que lorsque le trafic traverse la liaison Inter-As, il n'y a qu'une seule étiquette mpls, principalement l'étiquette vpn. Lorsque le trafic se trouve dans un système autonome, deux étiquettes mpls sont observées.

• Sur ASBR2, c'est-à-dire le périphérique IOS-XR, des étiquettes similaires sont observées.       

RP/0/0/CPU0:ios#show bgp vpnv4 unicast labels 
Network                Next Hop                Rcvd Label Local Label
Route Distinguisher:192.168.255.2:65000
*> 192.168.12.0/24     192.168.115.5           24         24006 
*> 192.168.255.1/32    192.168.115.5           25         24007 
Route Distinguisher: 192.168.255.12:65001
*>i192.168.128.0/24    192.168.255.12          24000      24008 
*>i192.168.255.8/32    192.168.255.12          24001      24009

• Ici, il est observé qu'ASBR2 annonce l'étiquette 24009 à ASBR1 pour le préfixe 192.168.255.8/32. Cette sortie montre également que pour atteindre le préfixe 192.168.255.1/32 ASBR1 a annoncé l'étiquette 25. Maintenant qu'il est vu que pour atteindre 192.168.255.8/32 le prochain saut est 192.168.255.12 (PE2). La table de transfert mpls aura l'étiquette LDP ou l'étiquette de transport pour atteindre le saut suivant.

RP/0/0/CPU0:ios#show mpls forwarding 
Local   Outgoing  Prefix              Outgoing     Next Hop       Bytes 
Label   Label     or ID               Interface                   Switched 
24004   19        192.168.255.12/32   Gi0/0/0/1    192.168.116.6  2082  

• Pour atteindre l'étiquette sortante 192.168.255.12, 19 est utilisé. Ainsi, le trafic entre ASBR2 et PE2 aura deux étiquettes mpls, 19 comme étiquette de transport et 24001 comme étiquette vpn.

• De la même manière que discuté ci-dessus le trafic de retour, c'est-à-dire de CE2 à CE1, frappera ASBR2 avec une étiquette vpn de 24007 car l'étiquette de transport aurait déjà été PHP par le routeur P2. L'opération d'échange d'étiquette se produit et l'étiquette est remplacée par 25 et elle est envoyée au tronçon suivant 192.168.115.5, c'est-à-dire à la liaison inter-as ASBR1.

RP/0/0/CPU0:ios#show mpls forwarding 
Local   Outgoing    Prefix             Outgoing           Next Hop      Bytes 
Label   Label       or ID              Interface                        Switched 
24007   25          2.255.168.192:65000:192.168.255.1/32 \
                                       Gi0/0/0/0          192.168.115.5 10146 

• PE2 est lui-même le prochain saut pour le préfixe 192.168.255.8/32, donc PHP sera exécuté par le routeur P2 et le trafic destiné à 192.168.255.8/32 frappera PE2 avec une étiquette mpls simple, c'est-à-dire l'étiquette VPN 24001.

RP/0/0/CPU0:ios#show mpls forwarding 
Local    Outgoing     Prefix      Outgoing     Next Hop         Bytes 
Label    Label        or ID       Interface                     Switched 
24001    Unlabelled   192.168.255.8/32[V] \
                                  Gi0/0/0/1    192.168.128.8    5364 
24003    20           192.168.255.11/32
                                  Gi0/0/0/0    192.168.126.6    5712    

RP/0/0/CPU0:ios#show bgp vpnv4 unicast labels
Network              Next Hop          Rcvd Label   Local Label
Route Distinguisher: 192.168.255.12:65001 (default for vrf A)
*>i192.168.12.0/24   192.168.255.11    24006        nolabel 
*> 192.168.128.0/24  0.0.0.0           nolabel      24000 
*>i192.168.255.1/32  192.168.255.11    24007        nolabel 
*> 192.168.255.8/32  192.168.128.8     nolabel      24001

• Par conséquent, lorsque le trafic atteint PE2 avec l'étiquette vpn 24001, il est transféré à CE2 via la liaison Gi0/0/0/1 et l'étiquette vpn est également supprimée. En outre, pour envoyer le trafic vers 192.168.255.1/32, une étiquette vpn de 24007 et une étiquette de transport de 20 seront utilisées par PE2.

Vérification via Traceroutes

Traceroute de CE1 à CE2.

R1#traceroute 192.168.255.8 source lo1
Type escape sequence to abort.
Tracing the route to 192.168.255.8
VRF info: (vrf in name/id, vrf out name/id)
 1 192.168.12.2 8 msec 16 msec 20 msec
 2 192.168.24.4 [MPLS: Labels 21/27 Exp 0] 516 msec 504 msec 212 msec
 3 192.168.45.5 [MPLS: Label 27 Exp 0] 280 msec 640 msec 280 msec
---- LSP 1 ----
 4 192.168.115.11 [MPLS: Label 24009 Exp 0] 544 msec 548 msec 264 msec
---- LSP 2 ----
 5 192.168.116.6 [MPLS: Labels 19/24001 Exp 0] 748 msec 444 msec 472 msec
 6 192.168.126.12 [MPLS: Label 24001 Exp 0] 204 msec 316 msec 780 msec
---- LSP 3 ----
 7 192.168.128.8 296 msec 892 msec 496 msec

• Les étiquettes peuvent être vues traceroute et sont exactement les mêmes que celles décrites ci-dessus. 
• Il a déjà été mentionné que le saut suivant de la mise à jour vpnv4 contrôle le chemin du commutateur d'étiquette et donc l'étiquette de transport.
• Le saut suivant pour un préfixe dans une conception Inter-As Option B change 3 fois et il existe donc 3 LSP.
• Le préfixe 192.168.255.8/32 provient de PE2. Par conséquent, dans l'AS 65001 PE2, le tronçon suivant de la mise à jour vpnv4 est indiqué.
• Cette mise à jour atteint ASBR2 et maintenant ASBR2 annonce cette mise à jour à ASBR1 sur la liaison Inter-As et par conséquent, ASBR2 devient le prochain saut pour la mise à jour vpnv4.
• Encore une fois, le même préfixe est maintenant annoncé dans AS 65000 via ASBR1 en tant que mise à jour vpnv4 et donc pour AS 65000 ASBR1 est le prochain saut pour la mise à jour vpnv4.
• Puisque le saut suivant détermine le LSP et qu'il change 3 fois, trois LSP distincts sont mis en surbrillance dans la commande traceroute.
• Il convient de noter que pour un LSP distinct, l'étiquette vpn reste intacte et ne change pas.

Traceroute de CE2 à CE1.

R8#traceroute 192.168.255.1 source lo1
Type escape sequence to abort.
Tracing the route to 192.168.255.1
VRF info: (vrf in name/id, vrf out name/id)
 1 192.168.128.12 172 msec 164 msec 56 msec
 2 192.168.126.6 [MPLS: Labels 20/24007 Exp 0] 472 msec 452 msec 368 msec
 3 192.168.116.11 [MPLS: Label 24007 Exp 0] 692 msec 780 msec 772 msec
---- LSP 1 ----
 4 192.168.115.5 [MPLS: Label 25 Exp 0] 484 msec 720 msec 232 msec
---- LSP 2 ----
 5 192.168.45.4 [MPLS: Labels 19/23 Exp 0] 376 msec 448 msec 336 msec
 6 192.168.12.2 [MPLS: Label 23 Exp 0] 168 msec 208 msec 432 msec
---- LSP 3 ----
 7 192.168.12.1 464 msec 468 msec 776 msec

Dépannage

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