Identificar e Solucionar Problemas de Roteamento VPNv4 BGP Em Linha com o Mesmo Distinguisher de Rota e o 'compartilhamento de encap desativado de cef'

Opções de download

PDF (445.8 KB)
Ver no Adobe Reader em vários dispositivos
ePub (367.1 KB)
Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle) (342.8 KB)
Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos

Atualizado:13 de abril de 2022

ID do documento:217778

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introduction

Informações de Apoio

Problema

Cenário 1. RR e PE em linha com valor de RD distinto

Cenário 2. RR e PE em linha com mesmo valor de RD

Cenário 3. RR e PE em linha com mesmo valor de RD e 'cef encap-sharing disable' configurados

Solução

Introduction

Este documento descreve o comportamento do Cisco Systems Network Convergence System (NCS) 540 quando usado como Border Gateway Protocol (BGP) VPNv4 in-line Route Reflector (RR) e Provider Edge (PE).

Informações de Apoio

Este documento enfatiza o comportamento do NCS 540 conforme verificado em um ambiente de laboratório com o software Cisco IOS® XR versão 7.3.1. o comportamento descrito neste documento se aplica a todas as plataformas baseadas em NCS5500 ou NCS500 series DNX e versões de software.

Problema

Considere o cenário em que o NCS540 é configurado com uma instância de Virtual Routing and Forwarding (VRF) e usa o mesmo valor de Route-Distinguisher (RD) do que o usado pelos nós do cliente PE RR remoto. Quando usado como uma função RR e PE em linha e configurado com o mesmo valor de RD dos nós do cliente PE RR remoto, o rótulo mais alto não é exibido antes do encaminhamento, o que leva à queda de pacote no PE de saída.

Cenário 1. RR e PE em linha com valor de RD distinto

A imagem mostra o cenário do dispositivo em teste (DUT) configurado como BGP VPNv4 in-line RR e PE com um valor de RD distinto para VRF vrf1 do que o usado pelos outros nós PE.

DUT - in-line RR and PE with distinct RD value Imagem 1 - DUT - RR e PE em linha com valor de RD distinto.

A conectividade IP entre o PE de entrada (IP 10.51.232.21) e o PE de saída (10.51.232.145) dentro do VRF vrf1 é estabelecida com pacotes encaminhados com êxito entre nós PE, como mostrado pela saída dos comandos Ping e Traceroute:

INGRESS_PE#ping vrf vrf1 10.51.232.145 source 10.51.232.21
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.51.232.145, timeout is 2 seconds:
Packet sent with a source address of 10.51.232.21
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/4 ms

INGRESS_PE#traceroute vrf vrf1 10.51.232.145 source 10.51.232.21
Type escape sequence to abort.
Tracing the route to 10.51.232.145
VRF info: (vrf in name/id, vrf out name/id)
  1 10.51.5.161 [MPLS: Label 24017 Exp 0] 4 msec 8 msec 0 msec
  2 10.9.255.207 [MPLS: Labels 23481/24008 Exp 0] 4 msec 0 msec 0 msec
  3 10.9.255.217 0 msec *  4 msec

O DUT é um BGP VPNv4 em linha RR e PE com VRF configurado localmente, mas que usa um valor de RD distinto (65000:104) do que o usado pelos nós de cliente PE RR (65000:104830). Como mostrado pelas saídas, o DUT importa todas as rotas e troca rótulos de VPNv4 de acordo:

RP/0/RP0/CPU0:DUT-N540#show bgp vpnv4 unicast           
BGP router identifier 10.9.255.8, local AS number 65000
<snip>
   Network            Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 65000:104 (default for vrf vrf1)
*>i0.0.0.0/0          10.48.255.30            10    100      0 ?
*>i10.51.232.20/30    10.51.5.5                0    100      0 ?
*>i10.51.232.145/32   10.48.255.30             0    100      0 ?
Route Distinguisher: 65000:104830
*>i0.0.0.0/0          10.48.255.30            10    100      0 ?
*>i10.51.232.20/30    10.51.5.5                0    100      0 ?
*>i10.51.232.145/32   10.48.255.30             0    100      0 ?
<snip>

RP/0/RP0/CPU0:DUT-N540#show bgp vpnv4 unicast rd 65000:104 labels
BGP router identifier 10.9.255.8, local AS number 65000
<snip>
   Network            Next Hop        Rcvd Label      Local Label
Route Distinguisher: 21497:104 (default for vrf vrf1)
*>i0.0.0.0/0          10.48.255.30    24008           nolabel
*>i10.51.232.20/30    10.51.5.5       17              nolabel
*>i10.51.232.145/32   10.48.255.30    24008           nolabel
<snip>

RP/0/RP0/CPU0:DUT-N540#show bgp vpnv4 unicast rd 65000:104830 labels
BGP router identifier 10.9.255.8, local AS number 65000
<snip>
   Network            Next Hop        Rcvd Label      Local Label
Route Distinguisher: 21497:104830
*>i0.0.0.0/0          10.48.255.30    24008           24018
*>i10.51.232.20/30    10.51.5.5       17              24019
*>i10.51.232.145/32   10.48.255.30    24008           24017
<snip>

Como referência adicional no cenário atual de RR e PE em linha que usa um valor de RD distinto, a saída completa do prefixo 10.51.232.145/32 como recebido do nó EGRESS_PE é mostrada:

RP/0/RP0/CPU0:DUT-N540#show bgp vpnv4 unicast rd 65000:104 10.51.232.145
BGP routing table entry for 10.51.232.145/32, Route Distinguisher: 65000:104
Versions:
  Process           bRIB/RIB  SendTblVer
  Speaker                115         115
Last Modified: Feb  8 11:00:27.032 for 2w6d
Paths: (1 available, best #1)
  Not advertised to any peer
  Path #1: Received by speaker 0
  Not advertised to any peer
  Local, (received & used)
    10.48.255.30 (metric 20) from 10.48.255.30 (10.48.255.30)
      Received Label 24008 
      Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, imported
      Received Path ID 1, Local Path ID 1, version 115
      Extended community: RT:65000:104830 RT:65000:105130
      Source AFI: VPNv4 Unicast, Source VRF: default, Source Route Distinguisher: 65000:104830

RP/0/RP0/CPU0:DUT-N540#show bgp vpnv4 unicast rd 65000:104830 10.51.232.145
BGP routing table entry for 10.51.232.145/32, Route Distinguisher: 65000:104830
Versions:
  Process           bRIB/RIB  SendTblVer
  Speaker                113         113
    Local Label: 24017
Last Modified: Feb  8 11:00:22.032 for 2w6d
Paths: (1 available, best #1)
  Advertised to peers (in unique update groups):
    10.51.5.5      
  Path #1: Received by speaker 0
  Advertised to peers (in unique update groups):
    10.51.5.5      
  Local, (received & used)
    10.48.255.30 (metric 20) from 10.48.255.30 (10.48.255.30)
      Received Label 24008 
      Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, not-in-vrf
      Received Path ID 1, Local Path ID 1, version 113
      Extended community: RT:65000:104830 RT:65000:10513

Os pacotes originados de INGRESS_PE (10.51.232.21) e destinados ao EGRESS PE (10.51.232.145) são comutados por rótulo e no rótulo superior DUT {24017} trocados por {23481 2400 8} conforme detalhes de encaminhamento programado:

RP/0/RP0/CPU0:DUT-N540#show cef vrf vrf1 10.51.232.145/32 detail         
10.51.232.145/32, version 96, internal 0x5000001 0x0 (ptr 0x8ce0d034) [1], 0x0 (0x8b941ee0), 0xa08 (0x8cacb5f8)
 Updated Feb 25 12:18:36.885
 Prefix Len 32, traffic index 0, precedence n/a, priority 3
  gateway array (0x8b7b6fd0) reference count 2, flags 0x38, source rib (7), 0 backups
                [3 type 1 flags 0x8441 (0x8cb11e28) ext 0x0 (0x0)]
  LW-LDI[type=1, refc=1, ptr=0x8b941ee0, sh-ldi=0x8cb11e28]
  gateway array update type-time 1 Feb 25 12:18:36.885
 LDI Update time Feb 25 12:18:36.885
 LW-LDI-TS Feb 25 12:18:36.885
   via 10.48.255.30/32, 7 dependencies, recursive [flags 0x6000]
    path-idx 0 NHID 0x0 [0x8d37e3b8 0x0]
    recursion-via-/32
    next hop VRF - 'default', table - 0xe0000000
    next hop 10.48.255.30/32 via 23481/0/21
     next hop 10.9.255.207/32 BE100        labels imposed {23481 24008}

    Load distribution: 0 (refcount 3)

    Hash  OK  Interface                 Address
    0     Y   recursive                 23481/0

Em P-NODE, com Netflow configurado para corresponder o tráfego de entrada originado do nó INGRESS_PE, a pilha de rótulos esperada {23481 24008} é observada como mostrado na saída do monitor de fluxo:

RP/0/RP0/CPU0:P_NODE#show flow monitor MONITOR_MAP_MPLS cache location 0/RP0/CPU0
<snip>
LabelType Prefix/Length      Label1-EXP-S     Label2-EXP-S     Label3-EXP-S   InputInterface  OutputInterface ForwardStatus        FirstSwitched   LastSwitched    ByteCount    PacketCount  Dir SamplerID  IPV4SrcAddr      IPV4DstAddr      IPV4TOS  IPV4Prot L4SrcPort  L4DestPort L4TCPFlags   InputVRFID                        OutputVRFID                       BGPNextHopV4    
Unknown 10.48.255.30/32       23481-0-0        24008-0-1           -          
BE100           BE1             Fwd                  33 17:49:08:468 33 17:49:11:765 108000       1000         Ing 1          10.51.232.21     10.51.232.145    0        icmp     0          0          0            default                           default                           0.0.0.0          
<snip>

Cenário 2. RR e PE em linha com mesmo valor de RD

A imagem mostra o cenário problemático com DUT configurado como BGP VPNv4 em linha RR e PE, mas agora configurado com o mesmo valor de RD para VRF vrf1 - 65000:10430 - como os outros nós PE.

DUT - in-line RR and PE with same RD value Imagem 2 - DUT - RR e PE em linha com o mesmo valor de RD.

Neste cenário, a conectividade IP entre o PE de entrada (IP 10.51.232.21) e o PE de saída (10.51.232.145) no VRF vrf1 falha, como mostrado com a saída dos comandos Ping e Traceroute:

INGRESS_PE#ping vrf vrf1 10.51.232.145 source 10.51.232.21
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.51.232.145, timeout is 2 seconds:
Packet sent with a source address of 10.51.232.21
.....
Success rate is 0 percent (0/5)

INGRESS_PE#traceroute vrf vrf1 10.51.232.145 source 10.51.232.21
Type escape sequence to abort.
Tracing the route to 10.51.232.145
VRF info: (vrf in name/id, vrf out name/id)
  1 10.51.5.161 [MPLS: Label 24013 Exp 0] 4 msec 4 msec 0 msec
  2  *  *  *
<snip>

No DUT, a origem do problema não é percebida claramente tanto do BGP como das saídas de encaminhamento programadas com todas as vistas como esperadas:

RP/0/RP0/CPU0:DUT-N540#show bgp vpnv4 unicast
BGP router identifier 10.9.255.8, local AS number 65000
<snip>
   Network            Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 65000:104830 (default for vrf vrf1)
*>i0.0.0.0/0          10.48.255.30            10    100      0 ?
*>i10.51.232.20/30    10.51.5.5                0    100      0 ?
*>i10.51.232.145/32   10.48.255.30             0    100      0 ?
<snip>

RP/0/RP0/CPU0:DUT-N540#show bgp vpnv4 unicast rd 65000:104830 labels     
BGP router identifier 10.9.255.8, local AS number 65000
<snip>
   Network            Next Hop        Rcvd Label      Local Label
Route Distinguisher: 21497:104830 (default for vrf vrf1)
*>i0.0.0.0/0          10.48.255.30    24008           24020
*>i10.51.232.20/30    10.51.5.5       17              24016
*>i10.51.232.145/32   10.48.255.30    24008           24013
<snip>

Semelhante à seção anterior e como referência adicional no cenário atual de RR e PE em linha usando o mesmo valor de RD, a saída completa do prefixo 10.51.232.145/32 como recebido do nó EGRESS_PE é mostrada:

RP/0/RP0/CPU0:DUT-N540#show bgp vpnv4 unicast rd 65000:104830 10.51.232.145
BGP routing table entry for 10.51.232.145/32, Route Distinguisher: 65000:104830
Versions:
  Process           bRIB/RIB  SendTblVer
  Speaker                134         134
    Local Label: 24013
Last Modified: Feb 28 18:03:20.032 for 00:04:50
Paths: (1 available, best #1)
  Advertised to peers (in unique update groups):
    10.51.5.5      
  Path #1: Received by speaker 0
  Advertised to peers (in unique update groups):
    10.51.5.5      
  Local, (received & used)
    10.48.255.30 (metric 20) from 10.48.255.30 (10.48.255.30)
      Received Label 24008 
      Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best, import-candidate, imported
      Received Path ID 1, Local Path ID 1, version 134
      Extended community: RT:65000:104830 RT:65000:105130
      Source AFI: VPNv4 Unicast, Source VRF: vrf1, Source Route Distinguisher: 65000:10483

Os pacotes originados de INGRESS_PE (10.51.232.21) e destinados ao EGRESS PE (10.51.232.145) são comutados por rótulo e a expectativa é que no DUT esses pacotes tenham seu rótulo superior {24013} trocado por {234} 81 24008} conforme detalhes de encaminhamento programado:

RP/0/RP0/CPU0:DUT-N540#show cef vrf vrf1 10.51.232.145/32 detail 
10.51.232.145/32, version 107, internal 0x1000001 0x0 (ptr 0x8ce0d13c) [1], 0x0 (0x8b946be8), 0xa08 (0x8cacb7d8)
 Updated Feb 28 18:03:19.778
 Prefix Len 32, traffic index 0, precedence n/a, priority 3
  gateway array (0x8b7b71a0) reference count 6, flags 0x78, source rib (7), 0 backups
                [3 type 5 flags 0x8441 (0x8cb125d8) ext 0x0 (0x0)]
  LW-LDI[type=5, refc=3, ptr=0x8b946be8, sh-ldi=0x8cb125d8]
  gateway array update type-time 1 Feb 28 18:03:19.778
 LDI Update time Feb 28 18:03:19.778
 LW-LDI-TS Feb 28 18:03:19.778
   via 10.48.255.30/32, 7 dependencies, recursive [flags 0x6000]
    path-idx 0 NHID 0x0 [0x8d37e3b8 0x0]
    recursion-via-/32
    next hop VRF - 'default', table - 0xe0000000
    next hop 10.48.255.30/32 via 23481/0/21
     local label 24013
     next hop 10.9.255.207/32 BE100        labels imposed {23481 24008}

    Load distribution: 0 (refcount 3)

    Hash  OK  Interface                 Address
    0     Y   recursive                 23481/0

Além disso, a triagem em P_NODE com Netflow configurado para corresponder o tráfego de entrada originado de INGRESS_PE revela a origem do problema de como o DUT encaminha o pacote. Como destacado na saída mostrada, o rótulo local 24013 não é exibido pelo DUT antes de encaminhar o pacote. Portanto, P_NODE recebe um quadro MPLS empilhado de três rótulos {23481 24008 24013} em vez do esperado pacote de dois rótulos {23481 24008}. No rótulo superior P_NODE 23481 é removido e o pacote encaminhado para EGRESS_PE transporta como pilha de rótulos {24008 24013}, o que leva à queda de pacotes em EGRESS_PE.

RP/0/RP0/CPU0:P_NODE#show flow monitor MONITOR_MAP_MPLS cache location 0/RP0/CPU0
<snip>
LabelType Prefix/Length      Label1-EXP-S     Label2-EXP-S     Label3-EXP-S     InputInterface  OutputInterface ForwardStatus        FirstSwitched   LastSwitched    ByteCount    PacketCount  Dir SamplerID  IPV4SrcAddr      IPV4DstAddr      IPV4TOS  IPV4Prot L4SrcPort  L4DestPort L4TCPFlags   InputVRFID                        OutputVRFID                       BGPNextHopV4    
Unknown 10.48.255.30/32       23481-0-0        24008-0-0        24013-0-1       BE100           BE1             Fwd                  33 17:51:40:181 33 17:51:41:521 112000       1000         Ing 1          10.51.232.21     10.51.232.145    0        icmp     0          0          0            default                           default                           0.0.0.0         
<snip>

Cenário 3. RR e PE em linha com mesmo valor de RD e 'cef encap-sharing disable' configurados

Além do cenário anterior, a desativação de compartilhamento de encap é configurada e recursos de hardware separados são alocados para cada prefixo.

RP/0/RP0/CPU0:DUT-N540(config)#cef encap-sharing disable
Warning: The command will clear the forwarding table.Traffic loss is expected during rebuilding.
RP/0/RP0/CPU0:DUT-N540(config)#commit

A imagem exibe o cenário de RR e PE em linha configurados com o mesmo RD e configurados com o compartilhamento de encapsulamento cef desabilitado.

DUT - in-line RR and PE with same RD value and 'cef encap-sharing disable' configured Imagem 3 - DUT - RR e PE em linha com o mesmo valor de RD e 'cef encap-sharing disable' configurados.

A conectividade IP entre o PE de entrada (IP 10.51.232.21) e o PE de saída (10.51.232.145) dentro do VRF vrf1 é restaurada com pacotes encaminhados novamente com êxito entre nós PE, como mostrado pelas saídas dos comandos Ping e Traceroute:

INGRESS_PE#ping vrf vrf1 10.51.232.145 source 10.51.232.21 repeat 1000
Type escape sequence to abort.
Sending 1000, 100-byte ICMP Echos to 10.51.232.145, timeout is 2 seconds:
Packet sent with a source address of 10.51.232.21
<snip>
Success rate is 100 percent (1000/1000), round-trip min/avg/max = 1/3/12 ms

INGRESS_PE#traceroute vrf vrf1 10.51.232.145 source 10.51.232.21
Type escape sequence to abort.
Tracing the route to 10.51.232.145
VRF info: (vrf in name/id, vrf out name/id)
  1 10.51.5.161 [MPLS: Label 24013 Exp 0] 0 msec 0 msec 0 msec
  2 10.9.255.207 [MPLS: Labels 23481/24008 Exp 0] 4 msec 4 msec 0 msec
  3 10.9.255.217 0 msec *  0 msec

No P_NODE, a saída do Netflow revela que o DUT agora encaminha o pacote com a pilha de rótulos esperada {23481 24008}. P_NODE retira o rótulo superior 23481 e encaminha o pacote para o nó EGRESS_PE com a pilha de rótulos {24008} que EGRESS_PE é capaz de combinar e encaminhar com êxito o pacote encapsulado para seu destino final dentro de VRF1.

RP/0/RP0/CPU0:P_NODE#show flow monitor MONITOR_MAP_MPLS cache location 0/RP0/CPU0
Cache summary for Flow Monitor MONITOR_MAP_MPLS:
<snip>
LabelType Prefix/Length      Label1-EXP-S     Label2-EXP-S     Label3-EXP-S     InputInterface  OutputInterface ForwardStatus        FirstSwitched   LastSwitched    ByteCount    PacketCount  Dir SamplerID  IPV4SrcAddr      IPV4DstAddr      IPV4TOS  IPV4Prot L4SrcPort  L4DestPort L4TCPFlags   InputVRFID                        OutputVRFID                       BGPNextHopV4    
Unknown 10.48.255.30/32       23481-0-0        24008-0-1           -          BE100           BE1             Fwd                  33 18:03:14:211 33 18:03:17:505 108000       1000         Ing 1          10.51.232.21     10.51.232.145    0        icmp     0          0          0            default                           default                           0.0.0.0         
<snip>

Com a configuração cef encap-sharing disable, recursos de hardware adicionais são alocados para cada prefixo e as informações de encaminhamento necessárias estão em vigor no DUT para encaminhar corretamente os pacotes neste cenário específico de RR em linha com o mesmo valor de RD. Com o objetivo de destacar a distinção em relação aos detalhes de encaminhamento programado, consulte as duas saídas mostradas de show cef vrf vrf1 10.51.232.145/32 local de saída de hardware 0/RP0/CPU0 e observe as informações adicionais incluídas quando cef encap-sharing disable é configurado.

Conforme observado no cenário de RR e PE em linha com o mesmo valor de RD mas sem 'cef encap-sharing disable' configurado (padrão):

!
! --- without 'cef encap-sharing disable' (default)
! --- note highlighted (bold) sections
!
RP/0/RP0/CPU0:DUT-N540#show cef vrf vrf1 10.51.232.145/32 hardware egress location 0/RP0/CPU0
10.51.232.145/32, version 107, internal 0x1000001 0x0 (ptr 0x8ce0d13c) [1], 0x0 (0x8b946be8), 0xa08 (0x8cacb7d8)
 Updated Feb 28 18:03:19.778
 Prefix Len 32, traffic index 0, precedence n/a, priority 3
  gateway array (0x8b7b71a0) reference count 6, flags 0x78, source rib (7), 0 backups
                [3 type 5 flags 0x8441 (0x8cb125d8) ext 0x0 (0x0)]
  LW-LDI[type=5, refc=3, ptr=0x8b946be8, sh-ldi=0x8cb125d8]
  gateway array update type-time 1 Feb 28 18:03:19.778
 LDI Update time Feb 28 18:03:19.778
 LW-LDI-TS Feb 28 18:03:19.778
   via 10.48.255.30/32, 7 dependencies, recursive [flags 0x6000]
    path-idx 0 NHID 0x0 [0x8d37e3b8 0x0]
    recursion-via-/32
    next hop VRF - 'default', table - 0xe0000000
    next hop 10.48.255.30/32 via 23481/0/21
     local label 24013
     next hop 10.9.255.207/32 BE100        labels imposed {23481 24008}

 Show-data Print at RPLC

 LEAF - HAL pd context :
 sub-type : IPV4, ecd_marked:0, has_collapsed_ldi:0
 collapse_bwalk_required:0, ecdv2_marked:0,
HW Walk:
LEAF:
    PI:0x8ce0d13c PD:0x8ce0d1dc rev:892768 type: IPV4 (0)
    LEAF location: LEM
    FEC key: 0x57f40001104

    LWLDI:
        PI:0x8b946be8 PD:0x8b946c28 rev:892767 p-rev:892766  ldi type:IMP_EOS0_EOS1
        FEC key: 0x57f40001104 fec index: 0x0(0) num paths:1, bkup paths: 0

 REC-SHLDI HAL PD context :
ecd_marked:0, collapse_bwalk_required:0, load_shared_lb:0

    RSHLDI:
        PI:0x8cb125d8 PD:0x8cb126a8 rev:892766 dpa-rev:41494702 flag:0x1
        FEC key: 0x57f40001104 fec index: 0x2000ffcc(65484) num paths: 1
        p-rev:854950
        Path:0 fec index: 0x2000ffcc(65484) DSP fec index: 0x2000ffca(65482)
                MPLS EEI push label: 24008

 LEAF - HAL pd context :
 sub-type : MPLS, ecd_marked:0, has_collapsed_ldi:0
 collapse_bwalk_required:0, ecdv2_marked:0,
HW Walk:
LEAF:
    PI:0x8d37e3b8 PD:0x8d37e458 rev:854953 type: MPLS (2)
    LEAF location: LEM
    FEC key: 0

    LWLDI:
        PI:0x8b945288 PD:0x8b9452c8 rev:854950 p-rev:854949  ldi type:IMP_EOS0_EOS1
        FEC key: 0x51140001104 fec index: 0x0(0) num paths:1, bkup paths: 0
        IMP LDI:
        IMP pattern:3
        PI:0x8b945288 PD:0x8b9452c8 rev:854950 p-rev:854949
        FEC key: 0x51240001104 fec index: 0x2000ffca(65482) num paths:1
        Path:0  fec index: 0x2000ffca(65482) DSP:0xc000001
                MPLS encap key: 0xf1b0000040014822 MPLS encap id: 0x40014822 Remote: 0

        SHLDI:
            PI:0x8cb10718 PD:0x8cb107e8 rev:854949 dpa-rev:39755988 flag:0x0
            FEC key: 0x51140001104 fec index: 0x2000ffcb(65483) num paths: 1 bkup paths: 0
            p-rev:72522
            Path:0 fec index: 0x2000ffcb(65483) DSP:0xc000001 Dest fec index: 0x0(0)

            TX-NHINFO:
                PI: 0x8d11fad0 PD: 0x8d11fb50 rev:72522 dpa-rev:3303803 Encap hdl: 0x8cd16098
                Encap id: 0x40010003 Remote: 0 L3 int: 1579 flags: 0x407
                npu_mask: 0x1 DMAC: 5c:5a:c7:ff:78:84

    Load distribution: 0 (refcount 3)

    Hash  OK  Interface                 Address
    0     Y   recursive                 23481/0

Conforme observado no cenário de RR e PE em linha com o mesmo valor de RD e cef encap-sharing disable configurados:

!
! --- with 'cef encap-sharing disable'
! --- note highlighted (bold) sections for the extra and additional forwarding information included
!
RP/0/RP0/CPU0:DUT-N540#show cef vrf vrf1 10.51.232.145/32 hardware egress location 0/RP0/CPU0
10.51.232.145/32, version 127, internal 0x1000001 0x0 (ptr 0x8ce0ffa4) [1], 0x0 (0x8b948630), 0xa08 (0x8cacb5f8)
 Updated Feb 28 18:26:25.775
 Prefix Len 32, traffic index 0, precedence n/a, priority 3
  gateway array (0x8b7b5f80) reference count 3, flags 0x78, source rib (7), 0 backups
                [2 type 5 flags 0x8441 (0x8cb14c48) ext 0x0 (0x0)]
  LW-LDI[type=5, refc=3, ptr=0x8b948630, sh-ldi=0x8cb14c48]
  gateway array update type-time 1 Feb 28 18:26:25.775
 LDI Update time Feb 28 18:26:25.775
 LW-LDI-TS Feb 28 18:26:25.779
   via 10.48.255.30/32, 11 dependencies, recursive [flags 0x6000]
    path-idx 0 NHID 0x0 [0x8d37e3b8 0x0]
    recursion-via-/32
    next hop VRF - 'default', table - 0xe0000000
    next hop 10.48.255.30/32 via 23481/0/21
     local label 24013
     next hop 10.9.255.207/32 BE100        labels imposed {23481 24008}

 Show-data Print at RPLC

 LEAF - HAL pd context :
 sub-type : IPV4, ecd_marked:0, has_collapsed_ldi:0
 collapse_bwalk_required:0, ecdv2_marked:0,
HW Walk:
LEAF:
    PI:0x8ce0ffa4 PD:0x8ce10044 rev:893768 type: IPV4 (0)
    LEAF location: LEM
    FEC key: 0x5ae40001104

    LWLDI:

        LSP pattern:3
        PI:0x8b948630 PD:0x8b948670 rev:893767 p-rev:893766  ldi type:IMP_EOS0_EOS1
        FEC key: 0x5af40001104 fec index: 0x2000ffbf(65471) num paths:1, bkup paths: 0
        Path:0  fec index: 0x2000ffbf(65471) DSP fec index:0x20000001(1)
                MPLS encap key: 0xf1b000004001482f MPLS encap id: 0x4001482f Remote: 0
        IMP LDI:
        IMP pattern:3
        PI:0x8b948630 PD:0x8b948670 rev:893767 p-rev:893766
        FEC key: 0x5ae40001104 fec index: 0x2000ffc0(65472) num paths:1
        Path:0  fec index: 0x2000ffc0(65472) DSP fec index: 0x20000001(1)
                MPLS encap key: 0xf1b000004001482e MPLS encap id: 0x4001482e Remote: 0

 REC-SHLDI HAL PD context :
ecd_marked:0, collapse_bwalk_required:0, load_shared_lb:0

    RSHLDI:
        PI:0x8cb14c48 PD:0x8cb14d18 rev:893766 dpa-rev:41503635 flag:0x1
        FEC key: 0x5ac40001104 fec index: 0x2000ffe0(65504) num paths: 1
        p-rev:893704
        Indirection ECMP FEC key: 0x5ad20001104 fec index: 0x20000001(1)
        Path:0 fec index: 0x2000ffe0(65504) DSP fec index: 0x2000ffca(65482)

 LEAF - HAL pd context :
 sub-type : MPLS, ecd_marked:0, has_collapsed_ldi:0
 collapse_bwalk_required:0, ecdv2_marked:0,
HW Walk:
LEAF:
    PI:0x8d37e3b8 PD:0x8d37e458 rev:893707 type: MPLS (2)
    LEAF location: LEM
    FEC key: 0

    LWLDI:
        PI:0x8b9451a0 PD:0x8b9451e0 rev:893704 p-rev:893703  ldi type:IMP_EOS0_EOS1
        FEC key: 0x59f40001104 fec index: 0x0(0) num paths:1, bkup paths: 0
        IMP LDI:
        IMP pattern:3
        PI:0x8b9451a0 PD:0x8b9451e0 rev:893704 p-rev:893703
        FEC key: 0x5a040001104 fec index: 0x2000ffca(65482) num paths:1
        Path:0  fec index: 0x2000ffca(65482) DSP:0xc000001
                MPLS encap key: 0xf1b0000040014822 MPLS encap id: 0x40014822 Remote: 0

        SHLDI:
            PI:0x8cb112a0 PD:0x8cb11370 rev:893703 dpa-rev:41503599 flag:0x0
            FEC key: 0x59f40001104 fec index: 0x2000ffcb(65483) num paths: 1 bkup paths: 0
            p-rev:72522
            Path:0 fec index: 0x2000ffcb(65483) DSP:0xc000001 Dest fec index: 0x0(0)

            TX-NHINFO:
                PI: 0x8d11fad0 PD: 0x8d11fb50 rev:72522 dpa-rev:3303803 Encap hdl: 0x8cd16098
                Encap id: 0x40010003 Remote: 0 L3 int: 1579 flags: 0x407
                npu_mask: 0x1 DMAC: 5c:5a:c7:ff:78:84

    Load distribution: 0 (refcount 2)

    Hash  OK  Interface                 Address
    0     Y   recursive                 23481/0

Solução

Conforme descrito em todo este documento, a solução para a ação de rótulo inadequada do rótulo mais alto não empobrecida pelo RR em linha com o mesmo valor de RD é configurar cef encap-sharing disable. Essa configuração é obrigatória neste cenário específico e impõe que recursos de hardware separados sejam alocados para cada prefixo, o que garante que a ação de rótulo e o encaminhamento adequados aconteçam no nó RR em linha.

Antes da confirmação da configuração, o uso dos recursos disponíveis deve ser avaliado para antecipar a condição dos recursos assim que o comando for comprometido. Para verificar e confirmar o consumo real de recursos, esses comandos podem ser usados:

show controllers npu resources all location all
show controllers fia diagshell 0 "diag alloc all" location all

Note: Com a ID de bug da Cisco CSCvw20873 - otimização de caminho LSP L3VPN (troca de rótulo) - introduz uma otimização nos recursos consumidos e alocados com desabilitação de compartilhamento de encap do cef configurada.

Histórico de revisões

Revisão	Data de publicação	Comentários
1.0	13-Apr-2022	Versão inicial

Colaborado por engenheiros da Cisco

Ricardo Lourenco
Líder técnico da Cisco

Este documento lhe foi útil?

Feedback

Contate a Cisco

Abrir um caso de suporte
(É necessário um Contrato de Serviço da Cisco)

Identificar e Solucionar Problemas de Roteamento VPNv4 BGP Em Linha com o Mesmo Distinguisher de Rota e o 'compartilhamento de encap desativado de cef'

Opções de download

Linguagem imparcial

Sobre esta tradução

Contents

Introduction

Informações de Apoio

Problema

Cenário 1. RR e PE em linha com valor de RD distinto

Cenário 2. RR e PE em linha com mesmo valor de RD

Cenário 3. RR e PE em linha com mesmo valor de RD e 'cef encap-sharing disable' configurados

Solução

Histórico de revisões

Colaborado por engenheiros da Cisco

Este documento lhe foi útil?

Contate a Cisco