Contents

Introdução

Pré-requisitos

Configuração e topologia

Instrução do problema

Resumo da Questão

Solução de problemas e verificação

Por que a rota EIGRP tem preferência sobre a rota eBGP?

Solução

Introdução

Este documento descreve o comportamento de roteamento no switch leaf da ACI quando ele recebe a mesma rota via EIGRP e eBGP.

Pré-requisitos

O leitor deve ter uma boa compreensão dos componentes, terminologias e operações da ACI junto com os protocolos de roteamento (EIGRP e BGP).

Configuração e topologia

1. Essa configuração foi feita com o uso de 2 estruturas diferentes da ACI conectadas como:

- Link direto entre ambos os switches DC Border Leaf (BGP).

- Estendido via rede WAN (EIGRP). SW1 e SW2 são switches WAN.

2. 192.168.10.0/24 é a sub-rede ACI interna conectada à Estrutura 1 e anunciada à Estrutura 2 via eBGP e EIGRP.

Instrução do problema

O switch Fabric-2 Border Leaf está recebendo a mesma rota via EIGRP e eBGP onde a rota eBGP é instalada na tabela de roteamento do switch como esperado. Quando a sessão eBGP é desativada, as rotas EIGRP são instaladas na tabela de roteamento do switch. O switch retém a rota EIGRP mesmo quando o eBGP é ativado. As expectativas aqui são de que a rota eBGP deve ser instalada na tabela de roteamento assim que a sessão eBGP aparecer, já que o eBGP tem um valor AD [ 20 ] menor que o EIGRP [ 90 ].

Resumo da Questão

- Os data centers Fabric-1 e Fabric-2 são conectados através da rede WAN (EIGRP) e do link direto entre os switches BL dos dois locais executando o eBGP.

- O switch Fabric-1 Border Leaf está anunciando a sub-rede 192.168.10.0/24 para Fabric-2 via eBGP e EIGRP.

- Ambas as L3Out estão no mesmo VRF.

- A rota BGP é instalada na tabela de roteamento do switch Fabric-2 Border Leaf com base no valor AD.

- Quando a sessão eBGP entre Fabric-1 e Fabric-2 é desativada, a rota EIGRP é instalada na tabela de roteamento do switch Fabric-2_BL, o que é esperado.

- Quando o eBGP surge, a expectativa é que a rota eBGP deve ser reinstalada e a rota EIGRP deve ser removida da tabela de roteamento, o que não está acontecendo.

- O switch Fabric-2 Border Leaf está retendo a rota EIGRP em sua tabela de roteamento.

Solução de problemas e verificação

- Verifique a vizinhança do eBGP entre os switches Fabric-1 e Fabric-2 Border Leaf.

Fabric-2_BL# show bgp sessions vrf snTn:snTn_VRF

Total peers 3, established peers 3

ASN 100

VRF snTn:snTn_VRF, local ASN 100

peers 1, established peers 1, local router-id 172.16.2.100

State: I-Idle, A-Active, O-Open, E-Established, C-Closing, S-Shutdown

Neighbor        ASN    Flaps LastUpDn|LastRead|LastWrit St Port(L/R)  Notif(S/R)

10.10.10.3     65001     2   1d23h   |never   |never    E  179/26051    45/6

- Verifique a vizinhança do EIGRP em Fabric-2.

Fabric-2_BL# show ip eigrp neighbors vrf snTn:snTn_VRF

EIGRP neighbors for process 500 VRF snTn:snTn_VRF

H   Address                 Interface       Hold  Uptime  SRTT   RTO  Q  Seq

(sec)         (ms)       Cnt Num

0   10.10.20.3              vlan7           13   2d00h     1    50    0   8

SW-2# show ip eigrp neighbors VRF default

IP-EIGRP neighbors for process 500 VRF default

H   Address                 Interface       Hold  Uptime  SRTT   RTO  Q  Seq

(sec)         (ms)       Cnt Num

0   10.10.20.2              Vlan776          14   2d00h    6    50    0   9

- Inicialmente, a rota BGP é instalada na tabela de roteamento e a mesma rota está presente na tabela de topologia EIGRP do switch Fabric-2 Border Leaf.

Fabric-2_BL# show ip route 192.168.10.0/24 vrf snTn:snTn_VRF

IP Route Table for VRF "snTn:snTn_VRF"

'*' denotes best ucast next-hop

'**' denotes best mcast next-hop

'[x/y]' denotes [preference/metric]

'%<string>' in via output denotes VRF <string>

192.168.10.0/24, ubest/mbest: 1/0

*via 10.10.10.3%snTn:snTn_VRF, [20/0], 00:00:17, bgp-100, external, tag 65005

recursive next hop: 10.10.10.3/32%snTn:snTn_VRF

Fabric-2_BL# show ip eigrp topology 192.168.10.0/24 vrf snTn:snTn_VRF

EIGRP (AS 500): VRF: snTn:snTn_VRF , Topology entry for 192.168.10.0/24

State is Passive, Query origin: Local origin, 0 Successor(s),  FD is Infinity

Routing Descriptor Blocks:

10.10.20.3(vlan7), from 10.10.20.3

Urib State: in-rib,up-to-date

Composite metric is (128576/128320), Route is Internal

Vector metric:

Minimum bandwidth is 8000000 Kbit

Total delay is 5010 microseconds

Reliability is 255/255

Load is 1/255

Minimum MTU is 1500

Hop count is 1

Internal tag is 0

- A rota EIGRP é instalada na tabela de roteamento do switch Fabric-2 Border Leaf quando a sessão eBGP fica inativa entre os switches Fabric-1 e Fabric-2 Border Leaf e retém a rota EIGRP mesmo quando o eBGP é ativado.

Fabric-2_BL# show ip route 192.168.10.0/24 vrf snTn:snTn_VRF

IP Route Table for VRF "snTn:snTn_VRF

'*' denotes best ucast next-hop

'**' denotes best mcast next-hop

'[x/y]' denotes [preference/metric]

'%<string>' in via output denotes VRF <string>

192.168.10.0/24, ubest/mbest: 1/0

*via 10.10.20.3, vlan7, [90/128576], 2d00h, eigrp-default, internal

- A expectativa aqui é que a rota eBGP deve ser reinstalada na tabela de roteamento assim que a sessão eBGP for ativada. Mas o switch Fabric-2_BL mantém apenas a rota EIGRP.

Por que a rota EIGRP tem preferência sobre a rota eBGP?

- Quando a sessão de eBGP é desativada, o switch Fabric-2_BL instala a rota EIGRP na tabela de roteamento e a mesma é redistribuída no MP-BGP para encaminhá-la a outros switches leaf de serviço na Fabric-2.

- Como o switch Fabric-2_BL está redistribuindo-o, ele se torna uma origem para essa rota com o valor de peso padrão 32768. Por outro lado, a rota proveniente do eBGP tem peso 0.

- Como o peso mais alto é o preferido, o switch Fabric-2_BL considera a rota redistribuída como a melhor rota e não instala a rota eBGP.

- A saída mostrada abaixo é quando a sessão eBGP voltou a funcionar.

Fabric-2_BL# show ip bgp 192.168.10.0/24 vrf snTn:snTn_VRF

BGP routing table information for VRF snTn:snTn_VRF, address family IPv4 Unicast

BGP routing table entry for 192.168.10.0/24, version 28 dest ptr 0xa0fe0328

Paths: (2 available, best #1)

Flags: (0x80c0002 00000000) on xmit-list, is not in urib, exported

vpn: version 371, (0x100002) on xmit-list

Multipath: eBGP iBGP

Advertised path-id 1, VPN AF advertised path-id 1

Path type (0xa961d880): redist 0x408 0x1 ref 0 adv path ref 2, path is valid, is best path

AS-Path: NONE, path locally originated

Tx Domain path attribute Flag 0xc0,Code 36, Length 8, segment length 1

domain path: { <1:5345:128>}

0.0.0.0 (metric 0) from 0.0.0.0 (172.16.0.10)

Origin incomplete, MED 128576, localpref 100, weight 32768 tag 0, propagate 0

Extcommunity:

RT:100:2129921

VNID:2129921

COST:pre-bestpath:128:128576

COST:pre-bestpath:162:90

0x8800:32768:0 (Flags = 32768, Tag = 0)

0x8801:500:128256 (ASN = 500, Delay = 128256)

0x8802:65281:320 (Reliability = 255, Hop = 1, Bandwidth = 320)

0x8803:1:1500 (Reserve = 0, Load = 1, MTU = 1500)

0x8804:0:0 (Remote ASN = 0, Remote ID = 0)

0x8805:0:0 (Remote Prot = 0, Remote Metric = 0)

VPN AF advertised path-id 2

Path type (0xa961e0bc): external 0x28 0x0 ref 0 adv path ref 1, path is valid, not best reason: Weight

AS-Path: 65001 , path sourced external to AS

Source Domain: <1:16:128>

Tx Domain path attribute Flag 0xc0,Code 36, Length 15, segment length 2

domain path: { <1:5345:128>,<1:16:128>}

10.10.10.3 (metric 0) from 10.10.10.3 (172.16.1.100)

Origin IGP, MED not set, localpref 100, weight 0 tag 0, propagate 0

Extcommunity:

RT:100:2129921

VNID:2129921

VRF advertise information:

Path-id 1 not advertised to any peer

VPN AF advertise information:

Path-id 1 advertised to peers:

10.0.152.65        10.0.152.66

Path-id 2 not advertised to any peer

Solução

Há duas maneiras de corrigir esse problema:

- O LPM é uma das soluções:

1. Anuncie a mesma sub-rede com a máscara /23 no EIGRP e a máscara /24 através do eBGP de modo que ambas as rotas estejam presentes na tabela de roteamento do switch Fabric-2_BL.

SW-2# show run interface vlan 776

!Command: show running-config interface Vlan776

!Time: Sun Jun 23 06:30:43 2024

version 7.0(3)I7(5) Bios:version 07.66

interface Vlan776

no shutdown

ip address 10.10.20.3/24

ip router eigrp 500

ip summary-address eigrp 500 192.168.10.0/23   >>>>>> Advertised /23 via EIGRP

Fabric-2_BL# show ip route vrf snTn:snTn_VRF

IP Route Table for VRF "snTn:snTn_VRF"

'*' denotes best ucast next-hop

'**' denotes best mcast next-hop

'[x/y]' denotes [preference/metric]

'%<string>' in via output denotes VRF <string>

192.168.10.0/23, ubest/mbest: 1/0

*via 10.10.20.3, vlan20, [90/128576], 00:24:11, eigrp-default, internal    >>>>>>>>> EIGRP Route

192.168.10.0/24, ubest/mbest: 1/0

*via 10.10.10.3%snTn:snTn_VRF, [20/0], 00:04:12, bgp-100, external, tag 65005   >>>>>>>> BGP Route

b. Quando a sessão eBGP é desativada, a rota EIGRP ainda está presente na tabela de roteamento para redundância.

c. Assim que a sessão BGP é ativada, a rota BGP é reinstalada na tabela de roteamento e é preferida para o encaminhamento de tráfego.

- Aplicando peso na rota eBGP:

1. Se você precisar anunciar a sub-rede com a mesma máscara de sub-rede através do EIGRP e do BGP, um peso maior (que 32768) pode ser aplicado na rota eBGP para ser sempre a rota preferida.

2. Como aplicar peso à ACI:

1. Criar política de mapa de rotas.

Tenant ----> Policies ----> Route Maps for Route Control (Clique com o botão direito do mouse e crie uma nova política, preencha todos os detalhes necessários)----> Create "Set Rule" policy —> Selecione a política de atributo "Weight" e insira o valor

ii. Aplique o Mapa de Rota à L3Out:

Locatário —> Rede —> L3Out ----> Perfis de nó lógico —> Perfil de nó ----> Perfil de interface lógico —> Perfil de interface —> Perfil de mesmo nível —> Clique em "+" em "Perfil de controle de rota" e selecione o novo mapa de rota criado

Fabric-2_BL# show ip bgp 192.168.10.0/24 vrf snTn:snTn_VRF

BGP routing table information for VRF snTn:snTn_VRF, address family IPv4 Unicast

BGP routing table entry for 192.168.10.0/24, version 61 dest ptr 0xa0fa3f70

Paths: (1 available, best #1)

Flags: (0x80c001a 00000000) on xmit-list, is in urib, is best urib route, is in HW, exported

vpn: version 79, (0x100002) on xmit-list

Multipath: eBGP iBGP

Advertised path-id 1, VPN AF advertised path-id 1

Path type (0xa95a2d5c): external 0x28 0x0 ref 0 adv path ref 2, path is valid, is best path

AS-Path: 65005 65001 , path sourced external to AS

Source Domain: <1:16:128>

Tx Domain path attribute Flag 0xc0,Code 36, Length 15, segment length 2

domain path: { <1:5345:128>,<1:16:128>}

10.10.10.3 (metric 0) from 10.10.10.3 (172.16.0.10)

Origin IGP, MED not set, localpref 100, weight 32769 tag 0, propagate 0

Extcommunity:

RT:100:2129921

VNID:2129921

VRF advertise information:

Path-id 1 not advertised to any peer

VPN AF advertise information:

Path-id 1 advertised to peers:

10.0.152.65        10.0.152.66

c. O problema aqui é que você não vê a rota EIGRP redistribuída na tabela BGP quando a sessão BGP está ativa. O motivo é que FD está definido como Infinity para a rota externa EIGRP.

Fabric-2_BL# show ip eigrp topology vrf snTn:snTn_VRF

EIGRP Topology Table for AS(500)/ID(172.16.2.100) VRF snTn:snTn_VRF

Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,

r - reply Status, s - sia Status

P 192.168.10.0/24, 0 Successors, FD is Infinity

via 10.10.20.3(128576/128320), vlan20

d. A mensagem "FD is Infinity" é, na verdade, um indicador no EIGRP de que o RIB rejeitou a rota devido a uma rota de distância administrativa mais baixa já presente.

e. A rota EIGRP somente é redistribuída no MP-BGP e instalada na tabela de roteamento do switch fabric-2_BL quando a sessão BGP é desativada.

Fabric-2_BL# show ip bgp summary vrf snTn:snTn_VRF

BGP summary information for VRF snTn:snTn_VRF, address family IPv4 Unicast

BGP router identifier 172.16.2.100, local AS number 100

BGP table version is 65, IPv4 Unicast config peers 1, capable peers 0

6 network entries and 6 paths using 1248 bytes of memory

BGP attribute entries [4/704], BGP AS path entries [0/0]

BGP community entries [0/0], BGP clusterlist entries [2/8]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.3      4 65001   18530   18554        0    0    0 00:04:25   Idle

Fabric-2_BL# show ip eigrp topology vrf snTn:snTn_VRF

IP-EIGRP Topology Table for AS(500)/ID(172.16.2.100) VRF snTn:snTn_VRF

Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,

r - reply Status, s - sia Status

P 192.168.10.0/24, 1 successors, FD is 128576

via 10.10.20.3 (128576/128320), Vlan20

Fabric-2_BL# show ip route vrf snTn:snTn_VRF

IP Route Table for VRF "snTn:snTn_VRF"

'*' denotes best ucast next-hop

'**' denotes best mcast next-hop

'[x/y]' denotes [preference/metric]

'%<string>' in via output denotes VRF <string>

192.168.10.0/24, ubest/mbest: 1/0

*via 10.10.20.3, Vlan20, [90/128576], 02:31:52, eigrp-default, internal  >>>>>>> EIGRP Route

Fabric-2_BL# show ip bgp 192.168.10.0/24 vrf snTn:snTn_VRF

BGP routing table information for VRF snTn:snTn_VRF, address family IPv4 Unicast

BGP routing table entry for 192.168.10.0/24, version 65 dest ptr 0xa0fa3f70

Paths: (1 available, best #1)

Flags: (0x80c0002 00000000) on xmit-list, is not in urib, exported

vpn: version 83, (0x100002) on xmit-list

Multipath: eBGP iBGP

Advertised path-id 1, VPN AF advertised path-id 1

Path type (0xa95a2c64): redist 0x408 0x1 ref 0 adv path ref 2, path is valid, is best path

AS-Path: NONE, path locally originated

Tx Domain path attribute Flag 0xc0,Code 36, Length 8, segment length 1

domain path: { <1:5345:128>}

0.0.0.0 (metric 0) from 0.0.0.0 (172.16.0.10)

Origin incomplete, MED 128576, localpref 100, weight 32768 tag 0, propagate 0

Extcommunity:

RT:100:2129921

VNID:2129921

COST:pre-bestpath:128:128576

COST:pre-bestpath:162:90

0x8800:32768:0 (Flags = 32768, Tag = 0)

0x8801:500:128256 (ASN = 500, Delay = 128256)

0x8802:65281:320 (Reliability = 255, Hop = 1, Bandwidth = 320)

0x8803:1:1500 (Reserve = 0, Load = 1, MTU = 1500)

0x8804:0:0 (Remote ASN = 0, Remote ID = 0)

0x8805:0:0 (Remote Prot = 0, Remote Metric = 0)

VRF advertise information:

Path-id 1 not advertised to any peer

VPN AF advertise information:

Path-id 1 advertised to peers:

10.0.152.65        10.0.152.66