Configuração e verificação da Opção B de VPN MPLS INTER-AS da Camada 3 usando IOS e IOS-XR

Introduction

Este documento descreve a configuração e a verificação da VPN MPLS da camada 3 entre Como, recurso B da opção B. As plataformas IOS e IOS-XR são usadas para explicação e verificação. Ele mostra um exemplo de cenário de rede e sua configuração e resultados para uma melhor compreensão.

Prerequisites

Requirements

Não há tais requisitos, entretanto, a compreensão básica do MPLS (Multi Protocol Label Switching) e o conhecimento funcional da plataforma IOS-XR certamente ajudariam.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas. 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.

Informações de Apoio

O MPLS é amplamente implantado em ISPs (provedores de serviços de Internet) em todo o mundo. Um desses serviços é a VPN da camada 3 do MPLS (Virtual Private Network). O VPNS MPLS de camada 3 principalmente estende os limites de roteamento de um cliente de uma localização geográfica para outra, o ISP é usado principalmente como um tráfego. Fazer a correspondência com o ISP em uma localização geográfica e na outra localização geográfica é feito; as rotas específicas do cliente são recebidas no dispositivo CE (Customer Edge) do PE (Provider Edge/ISP). 

Agora, se a exigência é ampliar os limites de roteamento para um cliente, para duas localizações geográficas diferentes onde dois ISPs diferentes têm presença. Em seguida, os dois ISPs precisam coordenar para que a VPN da camada 3 do MPLS seja fornecida ao cliente final. Essa solução é chamada de VPN MPLS da camada 3 entre as como. 

O VPNS da camada 3 MPLS inter-As pode ser implantado de 4 maneiras diferentes, chamadas de Opção A, Opção B, Opção C e Opção D.

A implementação usando a Opção B é explicada neste documento.

Configurar

Diagrama de Rede

A topologia para a troca da Opção B entre As é mostrada abaixo.

O esquema de endereçamento é muito simples. Cada roteador tem uma interface de loopback1 descrita como 192.168.255.X, onde é X=1 quando o roteador 1 está em questão. O endereçamento da interface é do tipo 192.168.XY.X . Suponha que R1 e R2 estejam em consideração, a configuração da interface no roteador R1 é 192.168.12.1 (aqui X =1 , Y = 2).

CE - Borda do cliente

PE - Borda do provedor

RR - Refletor de Rota

ASBR - roteador de limite de sistema autônomo

Em todo o documento, o termo CE indica ambos os dispositivos de Borda do cliente, se for necessário fazer referência específica a um dispositivo específico, ele será referenciado como CE1. Isso também se aplica a PE, RR e ASBR. 

Todos os dispositivos executam IOS, no entanto, ASBR2/R11 e PE2/R12 executam IOS-XR.

Dois ISPs estão sendo referenciados com AS (Autonomous System) 65000 e AS 65001. O ISP com AS 65000 está no lado esquerdo da topologia e é referenciado como ISP A e ISP com AS 65001 está no lado direito da topologia e é referenciado como ISP B.

Configurações

As configurações dos dispositivos são descritas abaixo.

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
!

Explicação

• O EIGRP como o protocolo de roteamento PE-CE está sendo implantado.
• O OSPF é usado como IGP para o núcleo do ISP. Em ambos os ISPs em todos os links físicos, LDP + IGP é implantado. O LDP + IGP não está configurado no link Inter-As entre ASBR1 e ASBR2.
• A redistribuição do EIGRP sob o vrf A no BGP e vice-versa é executada no PE.
• Somente a família de endereços VPNv4 em PE é ativada com o refletor de rota. O comando "no bgp default ipv4-unicast" desabilita o peering da família de endereços ipv4 padrão no IOS. Para o IOS-XR, nenhum comando desse tipo é necessário, pois ele apenas forma o peering, em relação à família de endereços sob a qual o vizinho está configurado.
• Essas rotas redistribuídas são anunciadas como rotas VPNv4 para o refletor de rota (RR). 
• O refletor de rota reflete essas rotas para o dispositivo ASBR. Como é necessário refletir as rotas vpn4, somente a família de endereços vpnv4 é ativada. O refletor de rota não estará no caminho de trânsito. 
• O dispositivo P está apenas comutando as etiquetas e está no caminho de trânsito do tráfego.
• No dispositivo ASBR "no bgp default route-target filter" para o IOS e "retém route-target all" para o IOS-XR foi configurado. Isso é importante porque os dispositivos ABBR não são refletores de rota e não têm nenhum vrfs com RT (destino de rota) configurado, portanto, eles implicitamente descartarão a atualização de roteamento enviada a eles dos refletores de rota. Esse é um comportamento esperado, pois o IOS e o IOS-XR tendem a otimizar as informações da tabela de roteamento e a descartar as atualizações para os vrfs com RTs que não estão configurados localmente.
• Nos ASBRs, o peering eBGP VPNv4 é configurado. O MPLS não está habilitado com ldp no link que conecta os ASBRs.
• Quando o peering eBGP VPNv4 é ativado no ASBR1 (IOS) com o dispositivo IOS-XR, o "encaminhamento mpls bgp" é configurado automaticamente no link Inter-As. A troca de rótulos com ASBR2 é realizada não via ldp, mas via BGP. O IOS também adiciona automaticamente a rota estática /32 à interface do ASBR2, de modo que o rótulo mpls esteja vinculado a uma rota /32 e a comutação de rótulo está feita corretamente.
• Para o link IOS-XR sobre Inter-As há uma lógica diferente em comparação com a do IOS. É necessário configurar uma rota estática /32 para a interface de ASBR1, de modo que o rótulo mpls seja vinculado a um prefixo /32. Se isso não for feito, o plano de controle será ativado, mas o tráfego não será encaminhado.
• O IOS-XR não envia ou recebe atualizações de roteamento com peers EBGP a menos que uma política de rota esteja configurada. Uma política de rota é configurada com o nome DEFAULT. A ação é "passar", o que significa enviar/receber todas as atualizações.

Verificar

Ping de CE1 para CE2 e vice-versa

A saída do ping de CE1 para CE2 usando a interface loopback1 como a origem é mostrada abaixo.

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

A saída do ping de CE2 para CE1 usando a interface loopback1 como a origem é mostrada abaixo.

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

Explicação das atualizações trocadas e etiquetas MPLS

• Em CE1 show ip route fornece a rota para loopback1 do CE2 na outra extremidade.

 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

      

• O fluxo de tráfego com etiquetas mpls impostas/descartadas ao longo do caminho CE1 para CE2 é discutido aqui, isto é, como a alcançabilidade é obtida ao ir do loopback1 da origem de CE1 para o loopback1 de CE2. Informações semelhantes sobre o caminho de retorno, ou seja, do loopback1 do CE2 para o loopback1 do CE1, também são discutidas.

• Nos projetos de VPN da camada 3 do MPLS, deve-se lembrar que durante a operação do switch de rótulo o rótulo de transporte é trocado e o rótulo de vpn é intocado. O rótulo da VPN é exposto quando o PHP (Penutimate Hop Popping) ocorre e o tráfego alcança o PE ou quando um LSP (label switch path) é terminado.

• No PE1, o loopback1 do CE2 é aprendido via BGP VPNv4 e redistribuído para o EIGRP sensível a vrf. O loopback1 aprendido via CE1 via EIGRP é redistribuído no BGP e também se torna uma rota 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

• A partir da saída acima, pode-se entender que, para acessar o prefixo 192.168.255.8/32, um rótulo de vpn de 27 aprendido. Essa saída também indica que o rótulo 23 é o rótulo de vpn alocado pelo BGP para anunciar a acessibilidade para 192.168.255.1/32. O próximo salto do prefixo VPNv4 decide o rótulo de transporte e o caminho do switch de rótulo. Portanto, "show mpls forwarding-table" para o próximo salto 192.168.255.5 fornece as informações do rótulo de transporte para acessar 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 

• A etiqueta de saída é 21 e, portanto, pode concluir-se que para acessar 192.168.255.8/32, uma etiqueta de transporte de 21 e uma etiqueta de vpn de 27 serão usadas pela 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

• Pode-se também concluir que o tráfego de retorno que chega a 192.168.255.1/32 já será PHP d pelo roteador P1 e, portanto, atingirá PE1 com rótulo de vpn de 23 e a tabela de encaminhamento mpls envia esse tráfego para Fa0/0, isto é, o CE1 depois de remover o rótulo de vpn .

• A saída no refletor de rota fornece a confirmação das informações discutidas até agora.

 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 

• A parte realmente interessante é o ASBR1, onde o rótulo para acessar 192.168.255.1/32 é enviado para ASBR2 e o ASBR2 anuncia as informações do rótulo para acessar 192.168.255.8/32. Conforme descrito anteriormente, o próximo salto na atualização do bgp vpnv4 decide o rótulo de transporte, tendo em mente que o salto seguinte 192.168.255.5 (para o prefixo 192.168.255.8/32 aprendido em PE1) pertence ao loopback1 de ASBR1. Assim, de acordo com o processo do PHP (Penúltimo hop poping) a etiqueta de transporte já terá sido removida pelo P1 quando o tráfego destinado a 192.168.255.8 atinge o ASBR1. Portanto, o tráfego que atinge o ASBR1 atingirá com um rótulo de vpn de 27.A saída no ASBR1 é mostrada abaixo.

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 

• Agora pode-se observar claramente que o tráfego destinado a 192.168.255.8/32 quando atingir ASBR1 com um rótulo de 27 será encaminhado para ASBR2 com um rótulo de 24009 para o próximo salto de ASBR2 192.168.115.11. Da mesma forma, o tráfego destinado a 192.168.255.1/32 do ASBR2 virá com o rótulo 25 e o rótulo será trocado para 23 (rótulo de vpn) e o rótulo de transporte apropriado será encapsulado para encaminhar o tráfego para o próximo salto 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

• Assim, o tráfego de retorno terá a etiqueta 19 como etiqueta de transporte e 23 como etiqueta de vpn para acessar PE1 de ASBR1.   

• É importante entender que quando o tráfego está atravessando o link Inter-As, há apenas um rótulo mpls, principalmente o rótulo vpn. Quando o tráfego está dentro de um AS, dois rótulos mpls são observados.

• Em ASBR2, isto é, o dispositivo IOS-XR rótulos semelhantes são observados.       

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

• Aqui observa-se que o ASBR2 anuncia o rótulo 24009 ao ASBR1 para o prefixo 192.168.255.8/32. Esta saída também mostra que para acessar o prefixo 192.168.255.1/32 ASBR1 anunciou o rótulo 25. Agora, como se vê, para alcançar 192.168.255.8/32, o salto seguinte é 192.168.255.12 (PE2). A tabela de encaminhamento mpls terá o rótulo LDP ou o rótulo de transporte para acessar o próximo salto.

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  

• Para acessar a etiqueta de saída 192.168.255.12 está sendo usada. Assim, o tráfego de ASBR2 para PE2 terá dois rótulos mpls, 19 como rótulo de transporte e 24001 como rótulo de vpn.

• Da mesma forma como discutido acima, o tráfego de retorno, ou seja, de CE2 a CE1 irá atingir ASBR2 com uma etiqueta de vpn de 24007, já que a etiqueta de transporte já teria sido do PHP d pelo roteador P2. A operação de troca de rótulo ocorre e o rótulo é trocado para 25 e é enviado para o salto seguinte 192.168.115.5, ou seja, o link entre Como 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 

• O PE2 é o salto seguinte do prefixo 192.168.255.8/32, então o PHP será executado pelo roteador P2 e o tráfego destinado a 192.168.255.8/32 atingirá o PE2 com um único rótulo mpls, isto é, o rótulo 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

• Assim, quando o tráfego atinge PE2 com rótulo de vpn 24001, ele é encaminhado para CE2 sobre o link Gi0/0/0/1 e o rótulo de vpn também é removido. Além disso, para enviar tráfego para 192.168.255.1/32, um rótulo de vpn 24007 e rótulo de transporte de 20 serão usados pelo PE2.

Verificação via Traceroutes

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

• Os rótulos podem ser vistos como traceroute e são exatamente os mesmos como discutido acima. 
• Já foi mencionado que o próximo salto da atualização do vpnv4 controla o caminho do switch de rótulo e, portanto, o rótulo de transporte.
• O salto seguinte de um prefixo em um projeto Inter-As da Opção B é alterado 3 vezes e, portanto, existem 3 LSPs.
• O prefixo 192.168.255.8/32 é originado do PE2, então no AS 65001 PE2 é o próximo salto para a atualização do vpnv4.
• Essa atualização alcança o ASBR2 e agora o ASBR2 anuncia essa atualização ao ASBR1 no link Inter-As e, portanto, o ASBR2 agora se torna o próximo salto para a atualização do vpnv4.
• Novamente, o mesmo prefixo é anunciado no AS 65000 via ASBR1 como atualização de vpnv4 e, portanto, para o AS 65000 ASBR1 é o próximo salto para a atualização de vpnv4.
• Como o próximo salto determina o LSP e ele muda 3 vezes, 3 LSPs distintos são destacados no traceroute.
• Deve-se observar que para um LSP distinto o rótulo da vpn permanece intacto e não muda.

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

Troubleshoot

Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração.