Comment faire la publicité des itinéraires à partir d'un IBGP Peer à un autre en utilisant le réflecteur route
Resolution
Cet article aborde le scénario où les itinéraires tirés d'un homologue IBGP ne sont pas annoncés à un autre
IBGP en raison de la règle de split horizon et comment annoncer ces itinéraires en utilisant le pare-feu de Palo Alto Networks comme un réflecteur de route.
La topologie suivante est utilisée à des fins d'illustration:
- B1 et B3 sont des pairs IBGP de B2.
- IBGP peering est en état établi entre B1-B2 et B2-B3.
- B1 et B3 font la publicité des itinéraires 5.5.5.0/24 et 8.8.8.0/24 respectivement à B2.
Les routes BGP sont présentes dans la côte BGP locale de B2:
admin @ B1 > Show Routing Protocol BGP Loc-RIB
routeur virtuel: B1 (ID 22) = = = = = = = = = =
préfixe
nexthop Peer Weight LocPrf org med Rabat As-Path
* 5.5.5.0/24 local 0 100 i/c 0 0
total des itinéraires affichés: 1
admin @ B2 > Show Routing Protocol BGP Loc-RIB
routeur virtuel: B2 (ID 23) = = = = = = = = = =
préfixe
nexthop Peer Weight LocPrf org med Rabat As-Path
* 5.5.5.0/24 1.1.1.1 B1 0 100 i/c 0 0
* 8.8.8.0/24 3.3.3.2 B3 0 100 i/c 0 0
total des itinéraires affichés: 2
B2 contient les itinéraires annoncés à partir de B1 et B3 dans sa côte locale
admin @ B3 > Show Routing Protocol BGP Loc-RIB
routeur virtuel: B3 (ID 24) = = = = = = = = = =
préfixe
nexthop Peer Weight LocPrf org med Rabat As-Path
* 8.8.8.0/24 local 0 100 i/c 0 0
t otal itinéraires affichés: 1
Problème :
Aucune route n'est annoncée par B2 en raison de la règle de split horizon:
admin @ B1 > Show Routing Protocol BGP RIB-out
routeur virtuel: B1 (ID 22) = = = = = = = = = = préfixe nexthop homologue de l'
initiateur ADV statut aggr État As-Path
5.5.5.0/24 1.1.1.1 B1-B2 0.0.0.0 annoncé aucune agrégation
total des itinéraires affichés: 1
admin @ B2 > Show Routing Protocol BGP RIB-out
routeur virtuel: B2 (ID 23) = = = = = = = = = = préfixe nexthop homologue de l'
initiateur ADV statut aggr État As-Path
total itinéraires affichés: 0
B2 n'annonce aucun itinéraire à B1 ou B3 même si B2 contient les itinéraires annoncés dans sa côte locale
admin @ B3 > Show Routing Protocol BGP RIB-out
routeur virtuel: B3 (ID 24) = = = = = = = = = = préfixe nexthop homologue de l'
initiateur ADV statut aggr État As-Path
8.8.8.0/24 3.3.3.2 B3-B2 0.0.0 .0 annoncé aucun regroupement
total des itinéraires affichés: 1
Solution :
Pour permettre à B2 d'annoncer les itinéraires appris des pairs IBGP à d'autres pairs IBGP, faites-en un réflecteur d'itinéraire.
Aucune configuration n'est requise sur les pairs eux-mêmes, mais seulement le périphérique, qui agira comme un réflecteur de route.
Cela nécessite que les homologues IBGP soient configurés en tant que client/non-client sur B2:
Considérez les aspects suivants de la publicité lors de la configuration des pairs en tant que client/non-client:
- UN itinéraire appris d'un client peut être transmis à un autre voisin EBGP, client et non-client.
- UN itinéraire appris d'un non-client peut être transmis à un autre voisin et client de EBGP, mais pas à un non-client.
Remarque: si les deux pairs sont configurés comme des «non-clients», alors aucun itinéraire n'est annoncé.
'Non-Clients'est le paramètre par défaut pour l'homologue, par conséquent, le réflecteur de route est désactivé par défaut.
Dans cet exemple, les deux homologues B1 et B3 sont configurés en tant que clients de réflecteur de route et B2 est configuré comme serveur de réflecteur de route:
Configurez les attributs suivants pour le réflecteur d'itinéraire, qui sont utilisés pour la prévention des boucles:
ID de cluster de réflecteur-utilisé comme ID de cluster
ID de routeur-utilisé comme ID D'expéditeur
Facultativement, l' attribut de saut suivant peut être sélectionné comme original ou Self pour les itinéraires annoncés par le réflecteur d'itinéraire:
Les itinéraires sont maintenant adverstised par B2:
admin @ B1 > Show Routing Protocol BGP RIB-out
routeur virtuel: B1 (ID 22) = = = = = = = = = = préfixe nexthop homologue de l'
initiateur ADV statut aggr État As-Path
5.5.5.0/24 1.1.1.1 B1-B2 0.0.0.0 a dvertised pas d'agrégation
total des itinéraires affichés : 1
admin @ B2 > Show Routing Protocol BGP RIB-out
routeur virtuel: B2 (ID 23) = = = = = = = = = = préfixe nexthop homologue de l'
initiateur ADV statut aggr État As-Path
8.8.8.0/24 3.3.3.2 B1 3.3.3. 2 annoncé aucune agrégation
5.5.5.0/24 1.1.1.1 B3 1.1.1.1 annoncé aucune agrégation total des
itinéraires affichés: 2
Les deux 8.8.8.0/24 et 5.5.5.0/24 sont maintenant annoncés par B2
admin @ B3 > Show Routing Protocol BGP RIB-out
routeur virtuel: B3 (ID 24) = = = = = = = = = = préfixe nexthop homologue de l'
initiateur ADV statut aggr État As-Path
8.8.8.0/24 3.3.3.2 B3-B2 0.0.0.0 annoncé aucune agrégation
total des itinéraires affichés: 1
Les itinéraires peuvent être vus dans la côte locale BGP de B1 et B2:
admin @ B1 > Show Routing Protocol BGP Loc-RIB
routeur virtuel: B1 (ID 22) = = = = = = = = = =
préfixe nexthop Peer Weight LocPrf org med Rabat As-Path
8.8.8.0/24 3.3.3.2 B1-B2 0 100 i/c 0 0
* 5.5.5.0/24 local 0 100 i/c 0 0
total des itinéraires affichés: 2
Route 8.8.8.0/24 est maintenant en local-RIB de B1
admin @ B2> Show Routing Protocol BGP Loc-RIB
routeur virtuel: B2 (ID 23) = = = = = = = = = =
préfixe
nexthop Peer Weight LocPrf org med Rabat As-Path
* 5.5.5.0/24 1.1.1.1 B1 0 100 i/c 0 0
* 8.8.8.0/24 3.3.3.2 B3 0 100 i/c 0 0
total des itinéraires affichés: 2
admin @ B3> Show Routing Protocol BGP Loc-RIB
routeur virtuel: B3 (ID 24) = = = = = = = = = =
préfixe
nexthop Peer Weight LocPrf org med Rabat As-Path
5.5.5.0/24 1.1.1.1 B3-B2 0 100 i/c 0 0
* 8.8.8.0/24 local 0 100 i/c 0 0
total des itinéraires affichés: 2
La route 5.5.5.0/24 est maintenant en local-côte de B3
Les mécanismes suivants sont utilisés pour éviter les boucles à l'Aide des attributs ID de cluster et ID d'expéditeur :
- Lorsqu'un routeur BGP reçoit un itinéraire d'un voisin iBGP dans la mise à jour entrante et détecte la présence de son propre routeur-ID dans l'attribut ID de l'expéditeur, il rejette la mise à jour.
- Lorsqu'un routeur BGP reçoit un itinéraire à partir d'un voisin iBGP configuré pour fonctionner comme un réflecteur d'itinéraire, et dans la mise à jour entrante, détecte la présence de son propre ID de cluster dans l'attribut de liste de clusters, il rejette la mise à jour.