Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Antecedentes

Configurar

Diagrama de la red

Configuraciones

Explicación

Verificación

Ping de CE1 a CE2 y Vice Versa

Explicación de las Etiquetas MPLS e Intercambiadas de Actualizaciones

Verificación a través de Traceroutes

Traceroute de CE1 a CE2

Traceroute de CE2 a CE1

Troubleshoot

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.