Configurer le VPN MPLS de l'option C Inter-AS avec Cisco IOS et Cisco IOS-XR

Introduction

Ce document décrit comment configurer et vérifier la fonctionnalité VPN MPLS (Multiprotocol Label Switching) inter-AS de couche 3, option C. Les plates-formes Cisco IOS^® et Cisco IOS-XR sont utilisées pour l'explication et la vérification. Un exemple de scénario de réseau, sa configuration et ses sorties sont présentés pour une meilleure compréhension.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document. Cependant, les connaissances de base sur MPLS et une connaissance pratique de la plate-forme Cisco IOS-XR seront utiles.

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 fournisseurs d'accès à Internet (FAI) dans le monde entier. Les FAI offrent une large gamme de services aux clients et un de ces services est le VPN de couche 3 MPLS. Les VPN de couche 3 MPLS étendent principalement les limites de routage d’un client d’un emplacement géographique à un autre. 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 terminé, puis les routes spécifiques du client sont reçues sur le périphérique de périphérie du client (CE) à partir du périphérique PE (périphérie du fournisseur/FAI).

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, les deux FAI doivent alors coordonner afin que le VPN de couche 3 MPLS soit fourni au client final. Une telle solution est appelée VPN MPLS de couche 3 inter-AS.

Les VPN MPLS inter-AS de couche 3 peuvent être déployés de quatre manières différentes, appelées Option A, Option B, Option C et Option D. La mise en oeuvre avec l'option C est expliquée dans ce document.

Configuration

Diagramme du réseau

Topologie de l'échange de l'option C inter-AS, comme illustré dans cette image.

Le schéma d’adressage est très simple. Chaque routeur a une interface loopback1 décrite comme 192.168.255.X, où 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 à la fois les 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 Cisco IOS, mais ASBR2/R11 et PE2/R12 exécutent Cisco IOS-XR.

Deux FAI sont référencés avec les systèmes autonomes AS 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.

CE1

interface Loopback1                       #Customer Edge configuration.
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                          #Provider Edge Configuration.
 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                        #EIGRP is PE-CE routing 
 !                                         #protocol.
 address-family ipv4 vrf A autonomous-system 1
 redistribute bgp 65000 metric 10000 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                      #Advertising vpnv4 routes 
 neighbor 192.168.255.3 activate           #from PE1 to RR1.  
 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                       #P router configuration.
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                       #Route-Reflector configuration.
 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
 neighbor 192.168.255.2 remote-as 65000
 neighbor 192.168.255.2 update-source Loopback1
 neighbor 192.168.255.7 remote-as 65001
 neighbor 192.168.255.7 ebgp-multihop 255       #EBGP-Multihop vpnv4
 neighbor 192.168.255.7 update-source Loopback1 #peering with RR2.

!
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.7 activate
neighbor 192.168.255.7 send-community both
neighbor 192.168.255.7 next-hop-unchanged
exit-address-family
!

ASBR1

interface Loopback1                       #Autonomous-System boundary-  
 ip address 192.168.255.5 255.255.255.255  #router configuration.
 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
 redistribute bgp 65000 subnets route-map REDISTRIBUTE_IN_IGP
!                                         #Redistributing the loopbacks of
router bgp 65000                          #RR2 and PE2 in AS 65000.
 bgp log-neighbor-changes
 network 192.168.255.2 mask 255.255.255.255
 network 192.168.255.3 mask 255.255.255.255
 neighbor 192.168.115.11 remote-as 65001
 neighbor 192.168.115.11 send-label
!
ip prefix-list FOREIGN_PREFIXES seq 5 permit 192.168.255.12/32
ip prefix-list FOREIGN_PREFIXES seq 10 permit 192.168.255.7/32
!
route-map REDISTRIBUTE_IN_IGP permit 10
 match ip address prefix-list FOREIGN_PREFIXES
!

ASBR2

interface Loopback1                         #Autonomous System boundary
 ipv4 address 192.168.255.11 255.255.255.255 #configuration.
!
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
!
prefix-set FOREIGN_PREFIXES
 192.168.255.2/32,
 192.168.255.3/32
end-set
!
route-policy DEFAULT
 pass
end-policy
!
route-policy REDISTRIBUTE_IN_IGP
 if destination in FOREIGN_PREFIXES then
 pass
 endif
end-policy
!
router static
 address-family ipv4 unicast
 192.168.115.5/32 GigabitEthernet0/0/0/0
!
router ospf 1
 redistribute bgp 65001 route-policy REDISTRIBUTE_IN_IGP
 area 0                                    #Redistributing the loopback 
 interface Loopback1                       #of RR1 and PE1 in AS 65001.
 !
 interface GigabitEthernet0/0/0/1
 !
router bgp 65001
 address-family ipv4 unicast
 network 192.168.255.7/32
 network 192.168.255.12/32
 allocate-label all
 !
 neighbor 192.168.115.5
 remote-as 65000
 address-family ipv4 labeled-unicast
 route-policy DEFAULT in
 route-policy DEFAULT out
 !
mpls ldp
 address-family ipv4
 !
 interface GigabitEthernet0/0/0/1
!

RR2

interface Loopback1                       #Route-Refector Configuration.
 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
 neighbor 192.168.255.3 remote-as 65000    #EBGP-Multihop vpnv4 peering 
 neighbor 192.168.255.3 ebgp-multihop 255  #with RR1 in AS 65000.
 neighbor 192.168.255.3 update-source Loopback1
 neighbor 192.168.255.12 remote-as 65001
 neighbor 192.168.255.12 update-source Loopback1
 !
 address-family vpnv4
 neighbor 192.168.255.3 activate
 neighbor 192.168.255.3 send-community both
 neighbor 192.168.255.3 next-hop-unchanged
 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
! 

P2

interface Loopback1                       #P router configuration.
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
!

PE2

vrf A                                     #Provider Edge Configuration.
 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.2 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                    #Advertising vpnv4 routes from
 remote-as 65001                           #PE2 to RR2.
 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                        #EIGRP as PE-CE protocol
 vrf A
 address-family ipv4
 autonomous-system 1
 redistribute bgp 65001
 interface GigabitEthernet0/0/0/1
 !

CE2

interface Loopback1                       #Customer-Edge Configuration.
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

• Protocole EIGRP (Enhanced Interior Gateway Routing Protocol) lors du déploiement du protocole de routage PE-CE.
• Le protocole OSPF (Open Shortest Path First) est utilisé comme protocole IGP (Interior Gateway Protocol) pour le coeur du FAI. Sur les deux FAI de toutes les liaisons physiques, le protocole LDP (Label Distribution Protocol) + IGP est déployé. LDP + IGP n'est pas configuré sur la liaison Inter-AS entre ASBR1 et ASBR2.
• La redistribution du protocole EIGRP sous VRF A dans le protocole BGP (Border Gateway Protocol) et vice versa est effectuée sur PE.
• Ces routes redistribuées sont annoncées en tant que routes VPNv4 vers le réflecteur de route (RR).
• Le réflecteur de route RR1 est homologue avec PE1 et reflète ces routes apprises via PE1 à RR2 via l'appairage multisauts VPNv4 eBGP.
• Cet appairage à sauts multiples VPNv4 eBGP se situe entre deux RR dans des AS distincts.
• Il est important que LSP (Label Switch Path) existe entre les deux RR.
• Pour obtenir un LSP entre les deux RR situés dans un AS différent, il est nécessaire de fuiter les routes spécifiques entre les AS.
• L’ASBR1 et l’ASBR2 fuient les routes spécifiques, essentiellement le bouclage 1 du PE et du RR de son propre AS. La fuite est effectuée en annonçant la route dans l'appairage eBGP normal entre les ASBR.
• Les routeurs ASBR reçoivent mutuellement les préfixes de bouclage1 annoncés les uns par les autres des routeurs RR et PE. Ensuite, les routes reçues sont redistribuées dans IGP (OSPF ici). La redistribution est spécifique par nature, seuls les deux préfixes, c'est-à-dire le bouclage1 de RR et PE distants sont redistribués.
• La redistribution des routes de BGP vers OSPF et la correspondance des routes à redistribuer dans OSPF sont légèrement différentes dans Cisco IOS-XR et nécessitent la connaissance des configurations de préfixe et de stratégie de route. Prefix-set est similaire à prefix-list dans Cisco IOS et route-policy est équivalent à route-map.
• Il existe maintenant un LSP entre RR1 et RR2, ainsi que PE1 et PE2.
• Le saut suivant inchangé pour les homologues VPNv4 eBGP est utilisé dans les RR. Il est à noter que le tronçon suivant de la route VPNv4 définit le LSP. Maintenant, si une mise à jour provient de PE2 et est envoyée à RR2 (appairage iBGP), le saut suivant est préservé. Lorsque RR2 reflète cette mise à jour à RR1, puisqu'il s'agit d'un appairage eBGP, par scénario normal, RR2 se définit comme le prochain saut pour la mise à jour et l'annonce à RR1. RR1 reflétera cette mise à jour vers PE1. Par conséquent, PE1 installera la mise à jour et verra le prochain saut de la mise à jour comme RR2. Comme indiqué précédemment, le tronçon suivant de la route VPNv4 définit le LSP. Par conséquent, pour que PE1 atteigne PE2, RR2 est le tronçon suivant. Par conséquent, deux LSP sont nécessaires, l’un de PE1 à RR2 et l’autre de RR2 à PE2. L’inconvénient d’une telle conception est que le trafic peut traverser la même liaison deux fois (comme dans cette topologie) et que les RR se trouvent également dans le chemin de transit du trafic.
• Afin de surmonter un tel problème de conception, le saut suivant inchangé est utilisé. Lorsque RR2 reçoit une mise à jour de PE2 et reflète la mise à jour de RR1, le prochain saut de la mise à jour sera toujours PE2 et lorsque RR1 le répercute sur PE1, PE1 installe la mise à jour avec le saut suivant de PE2. Cela signifie un seul LSP de PE1 à PE2 et aucun RR en transit.
• Il est à noter que sur la liaison Inter-AS, aucun MPLS ou LDP n'est déployé. Les routeurs ASBR ont utilisé BGP pour envoyer des étiquettes. XR doit activer la famille d'adresses de monodiffusion étiquetée IPv4.
• Lorsque l'appairage de monodiffusion eBGP apparaît sur l'ASBR1 (Cisco IOS) avec le périphérique Cisco IOS-XR, le transfert BGP MPLS automatique est configuré sur la liaison Inter-AS. L'échange des étiquettes avec ASBR2 est effectué, non pas via LDP mais via BGP. Cisco IOS ajoute également automatiquement une route /32 connectée à 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 Cisco IOS-XR sur Inter-AS, il existe une logique différente de celle de Cisco 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é.

Vérification

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

Le résultat de la commande ping de CE1 à CE2 avec l’interface loopback1 comme source est le suivant :

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 avec l’interface loopback1 comme source est le suivant :

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 bouclage1 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 les étiquettes MPLS imposées/éliminées le long du chemin CE1 vers CE2 est discuté ici, ainsi que la façon dont l'accessibilité est obtenue lorsqu'elle passe de la source loopback1 de CE1 à la boucle1 de CE2.
• Dans les conceptions VPN de couche 3 MPLS, il faut se 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 le protocole PHP (Penulum Hop Popping) se produit et que le trafic atteint PE ou lorsqu'un chemin de commutation d'étiquette (LSP) est arrêté.
• Sur PE1, le bouclage 1 de CE2 est appris via la mise à jour VPNv4 BGP et redistribué dans 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          24/nolabel(A)
   192.168.128.0      192.168.255.12   nolabel/24000
    192.168.255.1/32   192.168.12.1     25/nolabel
    192.168.255.8/32   192.168.255.12   nolabel/24007

• D'après le résultat précédent, on peut conclure que pour atteindre le 192.168.255.8/32 ; autrement dit, le bouclage 1 de CE2, une étiquette sortante de 24007 est apprise via la mise à jour VPNv4 BGP. De la même manière, PE1 annonce l'accessibilité au bouclage 1 de CE1 via l'étiquette VPN 25.

   R2#show mpls forwarding-table 
   Local   Outgoing  Prefix             Bytes Label   Outgoing  Next Hop 
   Label   Label     or Tunnel Id       Switched      interface 
  
  22      20        192.168.255.12/32  0             Fa1/0     192.168.24.4
  
  25      No Label  192.168.255.1/32[V]5976          Fa0/0     192.168.12.1

• Le prochain saut pour atteindre 192.168.255.8/32 est 192.168.255.12 et le prochain saut décide du LSP. La table de transfert MPLS affiche 20 comme étiquette sortante pour atteindre 192.168.255.12. Par conséquent, le trafic provenant de CE1 qui va au bouclage 1 de CE2 aura 20 comme étiquette de transport et 24007 comme étiquette VPN.
• Pour le trafic de retour destiné au bouclage 1 de CE1, l'opération PHP aurait déjà eu lieu sur P1, puisque 192.168.255.1/32 appartient à CE1. Le trafic destiné à 192.168.255.1/32 atteindra PE1 avec une étiquette VPN de 25 et cette étiquette sera supprimée et ce paquet sera envoyé à l'interface fa0/0 ; C'est-à-dire à CE1.

• Les étiquettes VPNv4 sur RR1 reconfirment la même chose.

   R3#show bgp vpnv4 unicast all labels 
   Network               Next Hop          In label/Out label
   Route Distinguisher: 192.168.255.2:65000
  192.168.255.1/32      192.168.255.2     nolabel/25
   Route Distinguisher: 192.168.255.12:65001
  192.168.255.8/32      192.168.255.12    nolabel/24007

• Sur P1, le trafic en provenance de CE1 destiné à CE2 sera affecté d'une étiquette de transport de 20.

  R4#show mpls forwarding-table 
   Local  Outgoing  Pefix             Bytes Label Outgoing   Next Hop 
   Label  Label     or Tunnel Id      Switched    interface 
   20     22        192.168.255.12/32 5172        Fa1/1      192.168.45.5

• Maintenant, le trafic de CE1 destiné à CE2 atteint ASBR1 avec une étiquette de transport de 22.

  R5#show mpls forwarding-table 
   Local  Outgoing  Prefix            Bytes Label Outgoing   Next Hop 
   Label  Label     or Tunnel Id      Switched    interface
   22     24002     192.168.255.12/32 5928        Fa1/0      192.168.115.11

• Maintenant, le trafic de CE1 destiné à CE2 atteint ASBR2 avec une étiquette de transport de 24002.

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

• Maintenant, le trafic de CE1 destiné à CE2 atteindra P2 avec une étiquette de transport de 19.

   R6#show mpls forwarding-table 
   Local   Outgoing  Prefix            Bytes Label  Outgoing  Next Hop 
   Label   Label     or Tunnel Id      Switched     interface
   19      Pop Label 192.168.255.12/32 9928         Fa1/1     192.168.126.12

• Il est observé sur le routeur P2 que l'opération PHP a lieu et que l'étiquette transport est popped. Lorsque le trafic atteint le PE2, il atteint avec l'étiquette VPN 24007 comme indiqué précédemment. Il convient également de noter que PE2 annonce l'accessibilité au bouclage 1 de CE2 via l'étiquette VPN 24007.

   RP/0/0/CPU0:ios#show mpls forwarding 
   Local   Outgoing    Prefix              Outgoing   Next Hop      Bytes 
   Label   Label       or ID               Interface                Switched 
   24007   Unlabelled  192.168.255.8/32[V] Gi0/0/0/1  192.168.128.6 7992
   24008   18          192.168.255.2/32    Gi0/0/0/0  192.168.126.6 673200 

   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.255.1/32    192.168.255.2      25           nolabel 
   *> 192.168.255.8/32    192.168.128.8      nolabel      24007

• Il est à noter que le trafic de CE1 à CE2 atteint PE2 avec une étiquette VPN vers 24007, le trafic est envoyé à Gi/0/0/0/1 où CE2 est situé et l'étiquette VPN est désactivée. Il est également observé que PE2 annonce l'accessibilité à 192.168.255.8/32 via l'étiquette VPN 24007. Ces mêmes informations ont été apprises sur PE1 plus tôt. De même, l'accessibilité à 192.168.255.1/32 a été annoncée par PE1 via l'étiquette VPN 25 et les mêmes informations sont apprises ici. Afin d'atteindre 192.168.255.1/32 sur CE1 à partir de CE2, une étiquette VPN de 25 et une étiquette de transport de 18 seront utilisées, puisque le prochain saut 192.168.255.2 est accessible via l'étiquette 18.

Vérification via Traceroutes

• Les étiquettes peuvent être vues dans la commande traceroute et elles sont exactement les mêmes que celles décrites. 
• Le saut suivant de la mise à jour VPNv4 contrôle le chemin du commutateur d'étiquette et donc l'étiquette de transport.
• Dans les deux traceroutes présentées ci-après, il est possible de constater que l'étiquette VPN reste cohérente à tous les sauts du LSP. Seule l'étiquette de transport est échangée.
• Lorsque PE1 apprend qu’une mise à jour provient de PE2, le tronçon suivant est PE2, et non RR ou ASBR. Cela entraîne la fin du LSP à PE2, ce qui entraîne un LSP unique sur l'ensemble du chemin de transit entre AS 65000 et AS 65001 et vice versa. 

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 36 msec 16 msec
 2 192.168.24.4 [MPLS: Labels 20/24007 Exp 0] 828 msec 628 msec 2688 msec
 3 192.168.45.5 [MPLS: Labels 22/24007 Exp 0] 1456 msec * 1528 msec
 4 192.168.115.11 [MPLS: Labels 24002/24007 Exp 0] 1544 msec 2452 msec  2164 msec
 5 192.168.116.6 [MPLS: Labels 19/24007 Exp 0] 1036 msec 908 msec 1648 msec
 6 192.168.126.12 [MPLS: Label 24007 Exp 0] 2864 msec 1676 msec 1648 msec
 7 192.168.128.8 2008 msec 400 msec 572 msec

L'étiquette VPN 24007 reste cohérente dans tout le LSP.

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.2 1228 msec 68 msec 152 msec
 2 192.168.126.6 [MPLS: Labels 18/25 Exp 0] 1188 msec 816 msec 1316 msec
 3 192.168.116.11 [MPLS: Labels 24007/25 Exp 0] 1384 msec 1816 msec 504  msec
 4 192.168.115.5 [MPLS: Labels 23/25 Exp 0] 284 msec 900 msec 972 msec
 5 192.168.45.4 [MPLS: Labels 17/25 Exp 0] 436 msec 608 msec 292 msec
 6 192.168.12.2 [MPLS: Label 25 Exp 0] 292 msec 108 msec 536 msec
 7 192.168.12.1 224 msec 212 msec 620 msec

L'étiquette VPN 25 reste cohérente tout au long du LSP.

Dépannage

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