Configuración de Inter-AS Option C MPLS VPN con Cisco IOS y Cisco IOS-XR

Introducción

Este documento describe cómo configurar y verificar la función VPN de Multiprotocol Label Switching (MPLS) de Capa 3 de Inter-AS, opción C. Las plataformas Cisco IOS^® y Cisco IOS-XR se utilizan para la explicación y verificación. Se muestra un escenario de red de ejemplo y su configuración y resultados para una mejor comprensión.

Prerequisites

Requirements

No hay requisitos específicos para este documento. Sin embargo, será útil contar con conocimientos básicos sobre MPLS y un conocimiento práctico de la plataforma Cisco IOS-XR.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

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.

Antecedentes

MPLS se implementa ampliamente en proveedores de servicios de Internet (ISP) de todo el mundo. Los ISP ofrecen una amplia gama de servicios a los clientes y uno de ellos es MPLS Layer 3 VPN. Las VPN MPLS de capa 3 superan principalmente los límites de ruteo de un cliente de una ubicación geográfica a otra. Los ISP se utilizan principalmente como tránsito. Se completa el par con ISP en una ubicación geográfica y en la otra ubicación geográfica. A continuación, las rutas específicas del cliente se reciben en el dispositivo de borde del cliente (CE) desde el dispositivo PE (Borde del proveedor/ISP).

Si el requisito es estirar los límites de ruteo para un cliente para dos ubicaciones geográficas diferentes donde dos ISP diferentes tienen presencia, entonces los dos ISPs deben coordinarse para que la VPN de Capa 3 MPLS se proporcione al cliente final. Tal solución se denomina VPN MPLS de Capa 3 Inter-AS.

Las VPNS MPLS de Capa 3 de Inter-AS se pueden implementar de cuatro maneras diferentes, conocidas como Opción A, Opción B, Opción C y Opción D. La implementación con la opción C se explica en este documento.

Configurar

Diagrama de la red

La topología para el intercambio de la opción C de Inter-AS como se muestra en esta imagen.

El esquema de direccionamiento es muy simple. Cada router tiene una interfaz loopback1 descrita como 192.168.255.X, donde X=1 cuando el router 1 está bajo preocupación. El direccionamiento de la interfaz es del tipo 192.168.XY.X . Suponga que R1 y R2 están en consideración, la configuración de la interfaz bajo el router R1 es 192.168.12.1 (aquí X =1, Y = 2).

CE - Perímetro del cliente

PE - Perímetro del proveedor

RR - Reflector de ruta

ASBR - Router de límite del sistema autónomo

En todo el documento, el término CE denota ambos dispositivos periféricos del cliente. Si se debe hacer una referencia específica para un dispositivo determinado, se hará referencia a él como CE1. Esto también se aplica a PE, RR y ASBR. 

Todos los dispositivos ejecutan Cisco IOS, sin embargo ASBR2/R11 y PE2/R12 ejecutan Cisco IOS-XR.

Se hace referencia a dos ISP con sistema autónomo (AS) 65000 y AS 65001. El ISP con AS 65000 está en el lado izquierdo de la topología y se hace referencia como ISP A e ISP con AS 65001 está en el lado derecho de la topología y se hace referencia como ISP B.

Configuraciones

Se describen las configuraciones de los dispositivos.

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
!

Explicación

• Protocolo de routing de gateway interior mejorado (EIGRP) conforme se implementa el protocolo de routing PE-CE.
• Open Shortest Path First (OSPF) se utiliza como protocolo de gateway interior (IGP) para el núcleo ISP. En ambos ISP, se implementa el protocolo de distribución de etiquetas (LDP) + IGP en todos los enlaces físicos. LDP + IGP no está configurado en el link Inter-AS entre ASBR1 y ASBR2.
• La redistribución de EIGRP bajo VRF A en el protocolo de gateway fronterizo (BGP) y viceversa se realiza en PE.
• Estas rutas redistribuidas se anuncian como rutas VPNv4 al reflector de ruta (RR).
• El route-reflector RR1 peers con PE1 y refleja estas rutas aprendidas a través de PE1 a RR2 a través del peering multisalto eBGP VPNv4.
• Este peering multisalto eBGP VPNv4 está entre dos RR en AS distintos.
• Es importante que LSP (trayecto del switch de etiquetas) exista entre los dos RR.
• Para lograr un LSP entre los dos RR ubicados en un AS diferente, es necesario filtrar las rutas específicas entre los AS.
• ASBR1 y ASBR2 filtran las rutas específicas, básicamente el loopback1 del PE y el RR de su propio AS. La fuga se realiza mediante la publicidad de la ruta en el peering eBGP normal entre los ASBR.
• Los ASBR reciben mutuamente los prefijos de loopback1 anunciados de los routers RR y PE. A continuación, las rutas recibidas se redistribuyen en IGP (OSPF aquí). La redistribución es de naturaleza específica, sólo se redistribuyen los dos prefijos, es decir, el loopback1 del RR remoto y PE.
• La redistribución de las rutas de BGP a OSPF y la coincidencia de las rutas que se redistribuirán en OSPF es ligeramente diferente en Cisco IOS-XR y necesita el conocimiento de las configuraciones de políticas de ruta y de conjuntos de prefijos. Prefix-set es similar a prefix-list en Cisco IOS y route-policy es equivalente a route-map.
• Ahora existe un LSP entre RR1 y RR2, así como PE1 y PE2.
• El siguiente salto sin cambios para los peers eBGP VPNv4 se utiliza en RR. Debe tenerse en cuenta que el salto siguiente de la ruta VPNv4 define el LSP. Ahora, si una actualización se origina desde PE2 y se envía al siguiente salto RR2 (peering iBGP) se conserva. Cuando RR2 refleja esta actualización a RR1, ya que se trata de un peering eBGP, en el escenario normal RR2 se establecerá como el siguiente salto para la actualización y lo anunciará en RR1. RR1 reflejará esta actualización a PE1. Por lo tanto, PE1 instalará la actualización y verá el siguiente salto de la actualización como RR2. Como ya se mencionó, el salto siguiente de la ruta VPNv4 define el LSP. Por lo tanto, para que PE1 llegue a PE2, RR2 es el salto siguiente. Por lo tanto, se necesitan dos LSPs, uno de PE1 a RR2 y otro de RR2 a PE2. La desventaja en un diseño de este tipo es que el tráfico puede atravesar el mismo link dos veces (como en esta topología) y los RR también se encuentran en el trayecto de tránsito del tráfico.
• Para superar este problema de diseño, se utiliza next-hop-inalterado. Cuando RR2 obtiene una actualización de PE2 y refleja la actualización a RR1, el salto siguiente en la actualización seguirá siendo PE2 y cuando RR1 refleje esto en PE1, PE1 instala la actualización con el salto siguiente de PE2. Esto significa un único LSP de PE1 a PE2 y ningún RR en tránsito.
• Debe tenerse en cuenta que en el link Inter-AS, no se implementa MPLS o LDP. Los ASBR utilizaron BGP para enviar etiquetas. XR necesita habilitar la familia de direcciones unicast con la etiqueta IPv4.
• Cuando aparece el peering de unidifusión eBGP etiquetado en el ASBR1 (Cisco IOS) con el dispositivo Cisco IOS-XR, se configura automáticamente el "reenvío de BGP MPLS" en el enlace Inter-AS. El intercambio de las etiquetas con ASBR2 se realiza, no a través de LDP sino a través de BGP. Cisco IOS también agrega automáticamente una ruta /32 conectada a la interfaz de ASBR2, de modo que la etiqueta MPLS se enlaza a una ruta /32 y el switching de etiquetas se realiza correctamente.
• Para Cisco IOS-XR sobre el link Inter-AS, hay una lógica diferente a la de Cisco IOS. Se requiere configurar una ruta estática /32 a la interfaz de ASBR1, de modo que la etiqueta MPLS se enlaza para un prefijo /32. Si esto no se realiza, el plano de control aparecerá, pero el tráfico no se reenviará.

Verificación

Ping de CE1 a CE2 y Vice Versa

El resultado del ping de CE1 a CE2 con la interfaz loopback1 como origen es:

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

El resultado del ping de CE2 a CE1 con la interfaz loopback1 como origen es:

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

Explicación de las Etiquetas MPLS e Intercambiadas de Actualizaciones

• En CE1, el comando show ip route da la ruta para loopback1 del CE2 en el otro extremo.

   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

• El flujo de tráfico con las etiquetas MPLS impuestas/descartadas a lo largo de la trayectoria CE1 a CE2 se discute aquí, junto con cómo se obtiene el alcance cuando pasa del loopback de origen1 de CE1 al loopback1 de CE2.
• En los diseños de VPN de Capa 3 MPLS, se debe recordar que durante el funcionamiento del switch de etiquetas se intercambia la etiqueta de transporte y la etiqueta VPN no se toca. La etiqueta VPN se expone cuando se produce la captura de salto final (PHP) y el tráfico llega a PE o cuando se termina una ruta conmutada por etiquetas (LSP).
• En PE1, el loopback1 de CE2 se aprende a través de la actualización de VPNv4 BGP y se redistribuye en EIGRP que reconoce VRF. El loopback1 aprendido a través de CE1 a través de EIGRP se redistribuye en BGP y también se convierte en una ruta 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

• A partir del resultado anterior, se puede concluir que para llegar al 192.168.255.8/32; es decir, el loopback1 de CE2, una etiqueta saliente de 24007 se aprende a través de la actualización de VPNv4 BGP. De manera similar, PE1 anuncia el alcance al loopback1 de CE1 a través de la etiqueta VPN de 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

• El salto siguiente para alcanzar 192.168.255.8/32 es 192.168.255.12 y el salto siguiente decide el LSP. La tabla de reenvío MPLS muestra 20 como etiqueta de salida para alcanzar 192.168.255.12. Por lo tanto, el tráfico de CE1 que va al loopback 1 de CE2 tendrá 20 como etiqueta de transporte y 24007 como etiqueta de VPN.
• Para el tráfico de retorno destinado al loopback1 de CE1, la operación PHP ya habría ocurrido en P1, ya que 192.168.255.1/32 pertenece a CE1. El tráfico destinado a 192.168.255.1/32 llegará a PE1 con una etiqueta VPN de 25 y esta etiqueta será eliminada y este paquete será enviado a la interfaz fa0/0; es decir, a CE1.

• Las etiquetas VPNv4 en RR1 reconfirman lo mismo.

   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

• En P1, el tráfico de CE1 destinado a CE2 llegará con una etiqueta de transporte 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

• Ahora el tráfico de CE1 destinado a CE2 llegará a ASBR1 con una etiqueta de transporte 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

• Ahora el tráfico de CE1 destinado a CE2 llegará a ASBR2 con una etiqueta de transporte 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

• Ahora el tráfico de CE1 destinado a CE2 llegará a P2 con una etiqueta de transporte 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

• En el router P2 se observa que el funcionamiento de PHP se realiza y se muestra la etiqueta de transporte. Cuando el tráfico llega a PE2, llegará con la etiqueta VPN de 24007 como se ha mencionado anteriormente. También se debe observar que PE2 estaría anunciando la accesibilidad al loopback1 de CE2 a través de la etiqueta VPN de 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

• Se puede observar aquí que el tráfico de CE1 a CE2 llega a PE2 con una etiqueta VPN a 24007, el tráfico se envía a Gi/0/0/0/1 donde se encuentra CE2 y se extrae la etiqueta VPN. También se observa que PE2 anuncia el alcance a 192.168.255.8/32 a través de la etiqueta VPN de 24007. Esta misma información fue aprendida anteriormente en PE1. De manera similar, el alcance a 192.168.255.1/32 fue anunciado por PE1 a través de la etiqueta VPN de 25 y la misma información se aprende aquí. Para alcanzar 192.168.255.1/32 en CE1 desde CE2, se utilizará una etiqueta VPN de 25 y una etiqueta de transporte de 18, ya que el salto siguiente 192.168.255.2 se puede alcanzar a través de la etiqueta 18.

Verificación a través de Traceroutes

• Las etiquetas se pueden ver en el traceroute y son exactamente las mismas que se han comentado. 
• El salto siguiente en la actualización de VPNv4 controla la trayectoria del switch de etiquetas y, por lo tanto, la etiqueta de transporte.
• En ambos traceroutes mostrados a continuación, se puede observar que la etiqueta VPN permanece consistente en todos los saltos a través del LSP. Sólo se intercambia la etiqueta de transporte.
• Cuando PE1 aprende una actualización originada en PE2, el salto siguiente es PE2, no cualquier RR o ASBR. Esto hace que el LSP se termine en PE2, lo que resulta en un único LSP a través de la trayectoria de tránsito desde AS 65000 a AS 65001 y viceversa. 

Traceroute de CE1 a 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

La etiqueta VPN 24007 permanece consistente en todo el LSP.

Traceroute de CE2 a 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

La etiqueta VPN 25 permanece consistente en todo el LSP.

Troubleshoot

Actualmente, no hay información específica de troubleshooting disponible para esta configuración.