Routage du trafic vers différentes liaisons à partir du même BGP AS

J'ai deux sites, A et B, dans BGP AS 65000, et un troisième site, C, dans AS 65001. Les trois sites ont une connectivité via l'opérateur MPLS et il y a une connectivité interne entre les sites A et B. J'essaie d'influencer BGP de sorte que le trafic du site A vers le site C sera acheminé via le lien MPLS du site A, et le trafic du site B vers le site C sera acheminé via le lien MPLS du site B. La topologie est similaire à celle décrite dans cet exemple .

Les routeurs périphériques aux sites A et B verront tous les deux leur propre liaison MPLS comme le meilleur chemin, car les routes EBGP sont préférées aux routes IBGP. Cependant, les routeurs plus à l'intérieur de l'AS 65000 préféreront tous l'un ou l'autre lien. Mon objectif est de forcer tous les routeurs des deux sites à préférer le lien le plus proche. (Malheureusement, je ne suis pas en mesure de diviser les deux sites en AS séparés pour le moment.)

Existe-t-il un moyen sensé d'accomplir cela tout en permettant la connectivité de basculement au site C entre les liens du site A et B?

Edit: j'aurais dû noter qu'il n'y a pas d'IGP utilisé ici. En fait, les réseaux de chaque site existent au sein d'un VRF dans le cadre d'un réseau beaucoup plus vaste. En tant que tel, toute solution doit reposer entièrement sur BGP.

Existe-t-il une définition claire entre le site A et le site B?

Si c'est le cas, je chercherais à définir une politique sur les routeurs de périphérie pour injecter une communauté lors de la réception de routes du transporteur MPLS.

Une fois que cette communauté a été mise sur les préfixes (disons 100: 1 pour le site A et 100: 2 pour le site B), vous pouvez ensuite ajouter une stratégie à chacun des routeurs du site A pour augmenter le LP pour tous les itinéraires avec la communauté 100: 1 et de même pour le site B avec la communauté 100: 2.

Cette solution répondrait à l'exigence d'utiliser uniquement BGP et serait également suffisamment flexible pour permettre à B d'utiliser la liaison montante de A s'il perdait sa propre liaison montante au transporteur.

Quand j'ai fait quelque chose de similaire, je n'ai pas utilisé eBGP entre les routeurs. J'ai demandé au routeur parlant BGP d'envoyer uniquement la route par défaut aux routeurs Site A et Site B via OSPF, puis de redistribuer les routes OSPF dans BGP. Sur le lien entre les deux sites, j'ai appliqué un coût OSPF.

Cela permet au site A d'avoir des routes vers ses réseaux, les réseaux du site B et une route par défaut pour sortir du site A (le coût OSPF conserve la route par défaut du site B comme option secondaire si vous perdez le lien du site A). Le site A communiquera directement avec le site B, sans utiliser MPLS, sauf en cas de défaillance de la liaison entre les sites.

De plus, les coûts OSPF se traduisent par le BGP MED lors de la redistribution, ce qui amène le réseau MPLS de l'opérateur à préférer envoyer le trafic du site A directement au site A, mais également utiliser le site B pour se rendre au site A si nécessaire.

Je sens que certaines informations manquent. Pourquoi les routeurs périphériques ne préfèrent-ils pas déjà le meilleur chemin?

Avez-vous un iBGP à maillage complet dans 65000? Ou utilisez-vous la réflexion d'itinéraire?

Si vous avez un iBGP à maillage complet, chaque routeur périphérique apprend la route à partir des deux [AB] et recourra à la comparaison du coût IGP au saut suivant, qui devrait se traduire par la zone périphérique la plus proche.

S'il y a une réflexion de route en place, elle ne reflétera que la meilleure route de son propre POV, ce qui peut supprimer la meilleure transmission de chemin. Cela peut également être résolu en ajoutant un autre RR qui choisira l'autre itinéraire comme meilleur, puis les cases de bord peuvent à nouveau choisir le meilleur itinéraire. Si la fixation de RR n'est pas possible comme ça. Vous pouvez ajouter la même adresse IPV4 dans les deux bouclages de routes frontalières, et lorsque les routeurs frontaliers annoncent le préfixe à RR, ils définissent le saut suivant sur cette adresse anycast. Ensuite, même après réflexion, vous suivrez IGP jusqu'à la frontière la plus proche.

Si vous contrôlez l'IGP:

Ce que nous avons fait, c'est d'avoir uniquement des routeurs eBGP dans le maillage iBGP. Le reste de nos routeurs internes sont des routeurs OSPF. Nous redistribuons de BGP à OSPF dans chaque AS. Notre configuration est un peu différente de la vôtre, mais cela devrait permettre à la métrique de coût OSPF d'influencer le chemin emprunté par le trafic vers le routeur eBGP le plus proche.

Si vous n'avez aucun contrôle sur l'IGP:

Vous pouvez peut-être appliquer une politique d'importation aux routeurs internes pour leur faire préférer statiquement les annonces d'itinéraire du routeur eBGP de sortie souhaité. Ainsi, par exemple, si iBGP contient deux annonces pour un préfixe donné (une du routeur du site A et une du routeur du site B, mais une seule est installée dans le RIB), vous pouvez préférez localement l'annonce souhaitée à mesure qu'elle arrive. à l'intérieur. Je devrais le lab up, mais je ne vois pas pourquoi cela ne fonctionnerait pas.