Injetando rotas no BGP para propaganda: comando de rede BGP

7

Eu sou um novato completo em configurações BGP. Precisamos de alguns esclarecimentos sobre como entender o comando de rede BGP.

Um de nossos roteadores de sites MPLS possui a seguinte configuração: (colando apenas trechos de configuração) "

R1#
interface Loopback0
 ip address 10.129.110.157 255.255.255.252

interface GigabitEthernet0/0
 ip address 10.129.110.154 255.255.255.252

interface GigabitEthernet0/1.10
 encapsulation dot1Q 10 native
 ip address 10.129.135.129 255.255.255.192

!         
interface GigabitEthernet0/1.20
 encapsulation dot1Q 20
 ip address 10.129.135.193 255.255.255.192



router bgp XXXXX
 bgp log-neighbor-changes
 neighbor 10.129.110.153 remote-as 7795
 neighbor 10.129.110.153
 neighbor 10.129.110.153 ebgp-multihop 10
 !
 address-family ipv4
  neighbor 10.129.110.153 activate
  neighbor 10.129.110.153 send-community
  neighbor 10.129.110.153 soft-reconfiguration inbound
  no auto-summary
  no synchronization
  **network 10.129.110.152 mask 255.255.255.248**
  network 10.129.135.128 mask 255.255.255.128
 exit-address-family
"

Quando o comando de rede BGP "network 10.129.110.152 mask 255.255.255.248" foi acionado, não obtivemos conectividade com o endereço de loop back "10.129.110.157" e o roteador de qualquer outro lugar da nossa rede.

mas quando dividimos o comando de rede individualmente

 "network 10.129.110.152 mask 255.255.255.252"
 " network 10.129.110.156 mask 255.255.255.252"

tudo funcionou bem.

Algum corpo pode me explicar o comando correto de comando de rede no BGP. Além disso, quando e em que casos usamos o endereço agregado no BGP.

Desde já, obrigado.

bgp

— Indu Reddy
fonte

Você tem um ip route 10.129.110.152 255.255.255.248 null0aí? A instrução de rede não injeta rotas que não estão na sua tabela de rotas.

— Ricky feixe

2

Sou altamente convencido de que a declaração 'network' nunca deve ser usada, ela cria duplicidade de configuração e, em redes operadas por humanos, ao longo do tempo, apodrece a configuração (a rota é puxada, a declaração de rede não). Eu sugiro dar tag para rotas estáticas, que ao redistribuir o mapa de rotas são anunciadas conforme desejado. Essa maneira de configuração também será melhor modelada em redes de vários fornecedores. Infelizmente, para redes conectadas, você não pode definir a tag hoje (faça PERS / ER para a equipe da conta); portanto, nas redes conectadas, você corresponderá ao nome da interface ou criará uma lista de prefixos, o que anula o argumento de duplicidade.

— ytti

Não tínhamos uma rota ip 10.129.110.152 255.255.255.248 null0.

— precisa saber é o seguinte

5

De uma configuração antiga de arquivo ...

router bgp 7866
...
 network 66.152.0.0 mask 255.255.224.0
...
ip route 66.152.0.0 255.255.224.0 Null0 200

Controlamos exatamente o que foi transmitido usando network. Rotas nulas a) evite agitar (quando houver uma interface real para essa rede - por exemplo, bloco fornecido pelo cliente) eb) coloque redes na tabela de rotas que não estariam lá de outra forma.

— Ricky Beam
fonte

6

Se você conhece os IGP (EIGRP, OSPF), o comando network é usado para redes de publicidade e estabelecimento de vizinhos usando endereços multicast. O BGP é diferente porque atribuímos vizinhos estaticamente e o comando de rede é usado para simplesmente anunciar rotas.

Com os IGPs, você anunciará todos os prefixos no bloco de rede agregado, portanto, se você tiver:

"network 10.129.110.152 mask 255.255.255.248"

sob, digamos, EIGRP, você anunciará os dois anos 30 nessa rede.

O BGP funciona de maneira diferente, pois você deve ter uma correspondência exata para sua instrução de rede no RIB. Como você não tinha uma correspondência exata para a rede 10.129.110.152/29, ela não foi anunciada. Depois de adicionar as instruções de rede que correspondiam ao RIB, você estava pronto.

Em alguns casos, você pode preferir ancorar o anúncio com uma rota nula. Então você pode ter:

 ip route 10.129.110.152 255.255.255.248 null 0

Isso colocaria a rota de rede na tabela de roteamento e sempre anunciaria a rota, mesmo que as rotas mais específicas não estivessem disponíveis. Isso também ajuda quando você tem um link alternativo, porque seus anúncios não serão retirados e anunciados novamente.

O endereço agregado é diferente do comando de rede. Com o comando Aggregate-address, você precisa de uma correspondência na tabela BGP e não no RIB. A rede não precisa ser uma correspondência exata, é necessário que haja um prefixo mais longo no endereço agregado.

Aqui está um link para um recurso de solução de problemas incrivelmente útil também.

Solução de problemas do NANOG BGP

— James.Birmingham
fonte