La commande bgp redistribute-internal est une fonctionnalité spécifique du protocole BGP, souvent méconnue d'ailleurs... Elle intervient dans des scénarios où des routes iBGP doivent être redistribuées dans un autre protocole de routage ou être réannoncées dans un contexte particulier.
Par défaut, BGP empêche la redistribution des routes iBGP (Internal BGP) dans d'autres protocoles de routage, comme OSPF, EIGRP ou RIP. Cette restriction est due à l’algorithme de décision BGP qui considère que les routes iBGP sont uniquement destinées à être propagées au sein de l’AS via des pairs iBGP ou eBGP. Redistribuer ces routes pourrait entraîner des boucles de routage ou des incohérences.
La commande bgp redistribute-internal permet de lever cette restriction en autorisant la redistribution des routes iBGP dans d’autres protocoles de routage. Elle est configurée sous le processus BGP global et affecte toutes les redistributions dans l'AS.
--Exemple d’utilisation:
Considérons un scénario où un réseau interne utilise OSPF pour le routage, mais s’appuie sur BGP pour interconnecter différents sites. Voici un exemple typique :
Un routeur R1 apprend des routes externes via un pair eBGP.
Ces routes sont propagées à R2 via iBGP.
Un réseau interne OSPF nécessite d'apprendre ces routes pour atteindre des destinations externes.
Par défaut, les routes iBGP apprises sur R2 ne seront pas redistribuées dans OSPF. En configurant bgp redistribute-internal, on permet la redistribution des routes iBGP dans OSPF, les rendant disponibles pour tout le réseau interne.
--Configuration
Voici un exemple/extrait de configuration sur R2 avec redistribution dans OSPF :
router bgp 65001
no bgp default ipv4-unicast
[...]
address-family ipv4 unicast
bgp redistribute-internal
redistribute ospf 1 route-map REDIS-OSPF-TO-BGP
[...]
!
router ospf 1
redistribute bgp 65001 subnets route-map REDIS-BGP-TO-OSPF
[...]
!
Dans cet exemple, la commande bgp redistribute-internal autorise la redistribution des routes iBGP.
Les routes apprises via BGP sont redistribuées dans OSPF à l’aide de redistribute ospf 1. Des route-map contrôlent ces redistributions.
L’utilisation de bgp redistribute-internal doit être planifiée avec soin, car elle peut avoir des conséquences importantes sur le réseau comme:
-Risque de boucles de routage : Redistribuer des routes iBGP dans un autre protocole et les réintroduire dans BGP peut provoquer des boucles si le filtrage des routes n’est pas correctement configuré.
-Explosion des tables de routage : Redistribuer un grand nombre de routes iBGP peut surcharger les routeurs ou les processus de routage internes, surtout si ces routes ne sont pas nécessaires à tous les nœuds.
-Perte d’attributs BGP : Les attributs spécifiques au BGP (comme le AS Path, MED, ou Communities) ne sont pas conservés dans les protocoles internes comme OSPF ou EIGRP, ce qui peut entraîner des décisions de routage inattendues.
-Conformité avec la politique de routage : Redistribuer des routes iBGP peut violer les politiques de routage internes, surtout si certaines routes ne devraient pas être accessibles en dehors des pairs BGP.
La commande bgp redistribute-internal est particulièrement utile dans les scénarios suivants :
-Interopérabilité entre protocoles : Dans un réseau hybride où BGP et OSPF ou EIGRP coexistent, cette commande permet de partager des informations de routage pour une connectivité complète.
-Transition ou migration : Lors de la migration d'un réseau basé sur un protocole IGP vers une architecture BGP, cette commande facilite la coexistence temporaire en partageant les routes entre les protocoles.
-Backbone interne : Si un AS utilise BGP comme protocole principal mais a besoin d’informer ses sites internes via OSPF, redistribuer les routes iBGP dans OSPF peut être une solution.
---
La commande bgp redistribute-internal peut être un outil puissant permettant de redistribuer des routes iBGP dans des protocoles internes. Bien qu’elle offre une flexibilité accrue, son utilisation doit être soigneusement planifiée pour éviter les boucles de routage et les inefficacités. Comprendre les implications de cette commande est essentiel pour maintenir un réseau performant et cohérent.
---
Pour aller plus loin: