Problème d'échange de route BGP interne

8

J'ai le multihoming BGP avec deux routeurs Cisco. Chaque routeur a son propre FAI et annonce notre AS avec notre réseau / 24 à Internet.

Mon problème se situe entre ces deux routeurs:

Routeur A, la table de routage ressemble à:

BGP table version is 9622808, local router ID is 10.100.100.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>i 1.0.0.0/24       10.100.100.3         10041    150      0 175 15169 i
 *                    192.168.200.1              0             0 800 15169 i

Routeur B, la table de routage ressemble à:

routeur # sh ip bgp

BGP table version is 10261936, local router ID is 192.168.1.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>  1.0.0.0/24       192.168.1.1        10041    150      0 175 15169 i

Routeur A

 
    #sh ip bgp 1.0.0.0
    BGP routing table entry for 1.0.0.0/24, version 9124223
    Paths: (2 available, best #1, table default)
    Multipath: eBGP
     Not advertised to any peer
    Refresh Epoch 1
    175 15169
    10.100.100.3 from 10.100.100.3 (192.168.1.1 )
      Origin IGP, metric 10041, localpref 150, valid, internal, best
      rx pathid: 0, tx pathid: 0x0
    Refresh Epoch 1
    8220 15169
    192.168.200.1 from 192.168.200.1 (212.74.90.252)
      Origin IGP, metric 0, localpref 100, valid, external
      Community: 538770940 538771322
      rx pathid: 0, tx pathid: 0

Routeur B


    #sh ip bgp 1.0.0.0
    BGP routing table entry for 1.0.0.0/24, version 9772009
    Paths: (1 available, best #1, table default)
    Multipath: eBGP
    Advertised to update-groups:
     15
    Refresh Epoch 1
    175 15169
    192.168.1.1 from 192.168.1.1 (38.28.4.10)
      Origin IGP, metric 10041, localpref 150, valid, external, best
      Community: 11424364 11425276
      rx pathid: 0, tx pathid: 0x0


Router B
    #sh ip bgp summary
   Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
   10.100.100.2    4        48020  748914 2167278 10705132    0    0 2w4d         3350
   192.168.1.1   4          175 2591251   29738 10705000    0    0 2w4d       509418

Mon problème est que le routeur B n'a qu'un seul Next Hop pour le 1.0.0.0/24 (c'est un exemple). Je m'attends à ce que le routeur B ait un autre Next Hop au routeur A.

Le routeur A affiche les deux sauts suivants comme prévu.

Ce problème a un impact sérieux.Si nous perdons le routeur B comme routeur préféré, nous perdons Internet, car il ne peut pas acheminer le trafic via le routeur A.

— Hugo
source

1

Veuillez envisager d'ajouter plus de détails . Les configurations des routeurs A et B, ainsi qu'un diagramme montrant les emplacements des nexthops par rapport à ces routeurs seraient utiles. J'espère que vous avez configuré iBGP entre A et B, non?

— Mike Pennington

Ok je vais le faire dès que possible. Oui, il y a une session iBGP entre les routeurs. regarder entre deux routeurs semble cependant sain.

— Hugo

2

Pourriez-vous également fournir une sortie de sho ip bgp 1.0.0.0? Je me demande si RouterA considère le chemin de RouterB comme meilleur que son chemin externe (en raison de la préférence locale) et ne publie pas son autre chemin connu sur RouterB. Si cela est correct, alors RouterA annoncera son chemin automatiquement si le chemin RouterB disparaît.

— cpt_fink

Le routeur B montre l'itinéraire appris par eBGP. Le routeur A affiche les routes apprises iBGP. Avez-vous un peering iBGP entre vos routeurs eBGP?

— Rais

1

2 jours plus tard, cette question a encore besoin des configurations et du diagramme. Nous visons à plaire ,, mais la spéculation n'est pas une compétence de base ici

— Mike Pennington

1

Dans votre cas, B ne devrait pas avoir d'itinéraire depuis A car B lui-même déclare son itinéraire appris comme le meilleur itinéraire et diffuse ces informations via iBGP.

Le routeur A ne peut pas annoncer son eBGP appris 1.0.0.0/8 à B car ce n'est pas le meilleur itinéraire. Le meilleur itinéraire pour A est celui qu'il a appris via iBGP à partir de B et les itinéraires iBGP ne peuvent pas être republiés.

Les deux routeurs eBGP apprennent les réseaux des deux FAI. Lorsque ISP for B échoue, les itinéraires A eBGP deviendront éligibles pour être envoyés à B.

HTH.

— Rais
source

1

Votre argument ne semble pas être soutenu sans ambiguïté par la documentation de la question

— Mike Pennington

1

Par défaut, chaque routeur BGP n'annonce que ses meilleurs itinéraires. Comme A préfère la route de B à la route externe (en raison d'une préférence locale plus élevée), il n'annonce pas la route externe à B.

Le basculement fonctionnera, mais peut prendre un certain temps car: * B doit révoquer ses routes externes * A doit sélectionner de nouvelles meilleures routes * A doit annoncer de nouvelles meilleures routes à B * B doit sélectionner de nouvelles meilleures routes

Si vous voulez un basculement plus rapide, utilisez "BGP best-external" (ou quelque chose dans ce sens - recherchez best-external sur cisco.com) sur A.

— ioshints
source

0

Le routeur A ne fait pas de publicité sur cette route vers le routeur B.

Multipath: eBGP
 Not advertised to any peer

Le routeur B annonce cette route vers le routeur A.

 Multipath: eBGP
Advertised to update-groups:
 15

Configurez A pour publier 1.0.0.0 sur B via ibgp.

— user22609
source

-3

Il s'agit d'un comportement BGP normal de `` masquage de chemin '', l'une des fonctionnalités héritées pour alliver le problème de mise à l'échelle. Le basculement devrait fonctionner comme prévu. Si vous avez besoin que la route apprise par le routeur A eBGP s'affiche toujours sur B, utilisez la commande BGP `` best-external '' sur rourterA (ainsi qu'en B).

— A gagné
source