Nota técnica de rotas inativas de próximo salto e BGP
Contents
Introduction
Este documento descreve como o comando bgp suppress-inative impede o anúncio de rotas que não estão instaladas na base de informações de roteamento (RIB); ele também descreve a interação entre rotas inativas e a incompatibilidade do próximo salto.
Uma falha de sub-rede ocorre quando o BGP (Border Gateway Protocol) tenta instalar o melhor prefixo de caminho no RIB, mas o RIB rejeita a rota BGP porque já existe uma rota com melhor distância administrativa na tabela de roteamento. Uma rota BGP inativa é uma rota que não está instalada no RIB, mas que está instalada na tabela BGP como uma falha de sub-rede.
Consulte Suprimir Anúncio BGP para Rotas Inativas para obter detalhes adicionais.
Rotas inativas e incompatibilidade de próximo salto
Quando você usa o comando bgp suppress-inative, é crítico que você entenda o impacto da incompatibilidade do próximo salto.
Exemplo de topologia
O roteador 1 (R1) e o roteador 2 (R2) têm dois links paralelos; um enlace executa o BGP AS 65535 e o outro enlace executa o Enhanced Interior Gateway Routing Protocol (EIGRP) AS 1. Tanto o BGP como o EIGRP estão anunciando a rede 10.1.1.1/32 em R1.
O R2 aprende sobre a rota 10.1.1.1/32 através do EIGRP e do BGP, mas instala somente a rota EIGRP na tabela de roteamento devido à distância administrativa mais baixa. Como a rota BGP não está instalada na tabela de roteamento de R2, a rota aparece como uma falha de sub-rede na tabela de BGP de R2. No entanto, o R2 anuncia a rota BGP para o roteador 3 (R3) independentemente da falha de costela.
Mostrar saídas
Para R2, insira o comando show ip route para determinar o status atual da tabela de roteamento em 10.1.1.1 e insira o comando show ip bgp para exibir as entradas na tabela de roteamento BGP:
Router2#show ip route 10.1.1.1
Routing entry for 10.1.1.1/32
Known via "eigrp 1", distance 90, metric 409600, type internal
Last update from 192.168.1.1 on Ethernet0/2, 00:07:15 ago
Routing Descriptor Blocks:
* 192.168.1.1, from 192.168.1.1, 00:07:15 ago, via Ethernet0/2
>>>>>>>>NEXT HOP IS LINK A
Route metric is 409600, traffic share count is 1
Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 1/255, Hops 1
Router2#show ip bgp
BGP table version is 4, local router ID is 172.16.1.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
r>i10.1.1.1/32 172.16.1.1 0 100 0 I
Verifique a rota recursiva para o próximo salto, já que é um loopback em R1:
Router2#show ip route 172.16.1.1
Routing entry for 172.16.1.1/32
Known via "eigrp 1", distance 90, metric 409600, type internal
Last update from 192.168.2.1 on Ethernet0/1, 00:07:15 ago
Routing Descriptor Blocks:
* 192.168.2.1, from 192.168.2.1, 00:07:15 ago, via Ethernet0/1
>>>>>>>>NEXT HOP IS LINK B
Route metric is 409600, traffic share count is 1
Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 1/255, Hops 1
Embora o próximo salto não corresponda, R2 anuncia a rota para R3 e R3 aprende sobre a rota porque as rotas inativas não são suprimidas:
Router3#show ip bgp
BGP table version is 2, local router ID is 172.16.1.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.1.1.1/32 172.16.1.2 0 0 I
Suprimir rotas inativas na configuração de BGP
Insira o comando bgp suppress-inative para suprimir as rotas BGP inativas.
Router2(config)#router bgp 65535
Router2(config-router)#bgp suppress-inactive
Router2(config-router)#end
Router2#show ip bgp neighbors 192.168.3.3 advertised-routes
Total number of prefixes 0
Router2#show ip bgp rib-failure
Network Next Hop RIB-failure RIB-NH Matches
10.1.1.1/32 172.16.1.1 Higher admin distance No <<<<< No match
Na coluna RIB-NH Matches, observe que o próximo salto do RIB não corresponde. Como o próximo salto para a rota 10.1.1.1/32 é diferente no EIGRP e no BGP, você pode suprimir a rota com falha de costela com o comando bgp suppress-inative.
Em outras palavras, se o próximo salto na tabela de roteamento corresponder ao próximo salto do BGP, o comando bgp suppress-inative não mais será suprimido. Isso significa que R3 começa a receber a rota 10.1.1.1/32 novamente, mesmo que ela tenha falhado no RIB.
Adicionar rota estática para corresponder ao próximo salto
Adicione uma rota estática para o prefixo para corresponder seu próximo salto no RIB com o próximo salto anunciado pelo BGP:
Router2(config)#ip route 10.1.1.1 255.255.255.255 192.168.2.1
Router2#show ip bgp rib-failure
Network Next Hop RIB-failure RIB-NH Matches
10.1.1.0/24 192.168.2.1 Higher admin distance Yes <<<< Next-Hop matches
Mesmo com o comando bgp suppress-inative, R2 ainda anuncia a rota e R3 ainda recebe a rota.
Router3#show ip bgp
BGP table version is 6, local router ID is 172.16.1.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.1.1.0/24 172.16.1.2 0 1 i
Para resumir, o comando bgp suppress-inative permite que o BGP suprima o anúncio de rota inativa para os vizinhos somente se uma rota já estiver instalada na tabela de roteamento com uma distância administrativa melhor e somente se tiver um próximo salto diferente do próximo salto BGP para a mesma rota.
Implicação de ECMP em rotas de próximo salto e inativas
No exemplo anterior, se as rotas instaladas no RIB (do EIGRP) forem de multi-path de custo igual (ECMP) e se as rotas inativas forem suprimidas, você verá apenas uma parte das rotas suprimidas.
Execute o EIGRP em ambos os links entre R1 e R2. O R2 aprende um conjunto de prefixos de R1 como ECMP entre os dois saltos seguintes 192.168.1.1 e 192.168.2.1. Por exemplo:
R2#sh ip route 10.1.1.1
Routing entry for 10.1.1.1/32
Known via "eigrp 1", distance 170, metric 40030720, type internal
Last update from 192.168.1.1 on TenGigabitEthernet0/0/0, 2d02h ago
Routing Descriptor Blocks:
*192.168.1.1, from 192.168.1.1, 2d02h ago, via TenGigabitEthernet0/1/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
192.168.2.1, from 192.168.2.1, 2d02h ago, viaTenGigabitEthernet0/0/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
R2#sh ip route 10.1.1.5
Routing entry for 10.1.1.5/32
Known via "eigrp 1", distance 170, metric 40030720, type internal
Last update from 192.168.1.1 on TenGigabitEthernet0/0/0, 2d02h ago
Routing Descriptor Blocks:
192.168.1.1, from 192.168.1.1, 2d02h ago, via TenGigabitEthernet0/1/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
* 192.168.2.1, from 192.168.2.1, 2d02h ago, viaTenGigabitEthernet0/0/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
O R2 aprende o mesmo conjunto de prefixos do R1 no BGP e o loopback do próximo salto é aprendido em ambos os links.
Router2#show ip bgp
BGP table version is 4, local router ID is 172.16.1.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
r>i10.1.1.1/32 172.16.1.1 0 100 0 I
r>i10.2.2.2/32 172.16.1.1 0 100 0 I
r>i10.3.3.3/32 172.16.1.1 0 100 0 I
r>i10.4.4.4/32 172.16.1.1 0 100 0 I
r>i10.5.5.5/32 172.16.1.1 0 100 0 I
r>i10.6.6.6/32 172.16.1.1 0 100 0 I
r>i10.7.7.7/32 172.16.1.1 0 100 0 I
r>i10.8.8.8/32 172.16.1.1 0 100 0 I
r>i10.9.9.9/32 172.16.1.1 0 100 0 I
r>i10.10.10.10/32 172.16.1.1 0 100 0 I
R2#sh ip route 172.16.1.1
Routing entry for 172.16.1.1/32
Known via "eigrp 1", distance 170, metric 40030720 type internal
Redistributing via eigrp 109
Last update from 192.168.1.1 on TenGigabitEthernet0/0/0, 2d02h ago
Routing Descriptor Blocks:
* 192.168.1.1, from 192.168.1.1, 2d02h ago, via TenGigabitEthernet0/1/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
192.168.2.1, from 192.168.2.1, 2d02h ago, viaTenGigabitEthernet0/0/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
Como a rota do próximo salto é um ECMP nos mesmos dois links, você esperaria que o próximo salto corresponda para todos os prefixos em BGP e R2 para anunciar todos para R3. Quando você observa a coluna RIB-NH Matches da saída, algumas correspondências do próximo salto (NH) são sim e outras não.
Router2#sh ip bgp rib-failure
Network Next Hop RIB-failure RIB-NH Matches
10.1.1.1/32 172.16.1.1 Higher admin distance Yes
10.2.2.2/32 172.16.1.1 Higher admin distance Yes
10.3.3.3/32 172.16.1.1 Higher admin distance Yes
10.4.4.4/32 172.16.1.1 Higher admin distance Yes
10.5.5.5/32 172.16.1.1 Higher admin distance No
10.6.6.6/32 172.16.1.1 Higher admin distance No
10.7.7.7/32 172.16.1.1 Higher admin distance No
10.8.8.8/32 172.16.1.1 Higher admin distance No
10.9.9.9/32 172.16.1.1 Higher admin distance No
10.10.10.10/32 172.16.1.1 Higher admin distance No
Todas as rotas com correspondência RIB-NH de yes são anunciadas para R3; todos os outros estão reprimidos.
R3#sh ip bgp
BGP table version is 17, local router ID is 172.16.1.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, x best-external,
f RT-Filter
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.1.1.1/32 172.16.1.2 0 2 1 i
*> 10.2.2.2/32 172.16.1.2 0 2 1 i
*> 10.3.3.3/32 172.16.1.2 0 2 1 i
*> 10.4.4.4/32 172.16.1.2 0 2 1 i
No software Cisco IOS®, o BGP só pode escolher um próximo salto e anunciar o melhor caminho somente com o próximo salto (sem caminho adicional, multi-path, BGP best-external ou outros recursos).
Enquanto o RIB instala as rotas EIGRP para o destino (observe o * na saída), o RIB pode escolher um dos caminhos como o melhor caminho. Se esse caminho corresponder ao do próximo salto do BGP, ele será relatado como sim para correspondência do próximo salto.
Neste exemplo, o RIB escolheu 192.168.1.1 como o próximo salto para a rede 10.1.1.1/32 (observe o * em 192.168.1.1 na saída de sh ip route 172.16.1.1), que corresponde à rota 172 do próximo salto BGP 16.1.1. isso é relatado como sim na correspondência do próximo salto. O RIB escolheu 192.168.2.1 como o próximo salto para 10.1.1.5/32, que não corresponde à rota do próximo salto BGP; isso é relatado como uma incompatibilidade no próximo salto.
Em resumo, a correspondência do próximo salto é importante somente se você suprimir rotas inativas; se não houver correspondência, você verá um sinalizador n/a na coluna Correspondências RIB-NH e R2 anuncia todas as rotas para R3.
Router2#sh ip bgp rib-failure
Network Next Hop RIB-failure RIB-NH Matches
10.1.1.1/32 172.16.1.1 Higher admin distance n/a
10.2.2.2/32 172.16.1.1 Higher admin distance n/a
10.3.3.3/32 172.16.1.1 Higher admin distance n/a
10.4.4.4/32 172.16.1.1 Higher admin distance n/a
10.5.5.5/32 172.16.1.1 Higher admin distance n/a
10.6.6.6/32 172.16.1.1 Higher admin distance n/a
10.7.7.7/32 172.16.1.1 Higher admin distance n/a
10.8.8.8/32 172.16.1.1 Higher admin distance n/a
10.9.9.9/32 172.16.1.1 Higher admin distance n/a
10.10.10.10/32 172.16.1.1 Higher admin distance n/a
Feedback