Remarques
Si vous avez configuré OSPF
comme IGP, il est utile mais pas indispensable d’avoir complété le module OSPF
Areas avant ce module. Le design de ce réseau avec réflexion de route suppose
la disposition réseau et la configuration du module OSPF Areas. Le module
fonctionne cependant sans aires OSPF (par exemple, si ISIS est choisi comme IGP
à la place). Ceci peut servir d’exemple pour illustrer le fait que les ISPs ont
le choix lors de la superposition d’une topologie de Réflecteurs de Route (RR)
BGP sur leur IGP.
La topologie de la Figure 1 permet
aux étudiants d’étudier la meilleure combinaison de clusters de RR.
Routeurs 5 à 10 représentent le “cœur du réseau” avec un full-mesh de
sessions iBGP. Routeurs 5, 6, 9 et 10 sont des RR. Dans un backbone d’ISP
typique, ces routeurs supportent toutes les routes connues dans le réseau de
l’ISP et probablement aussi toutes les routes Internet. Routeurs 1, 3 et 5
représentent un cluster – appelé « réseau de distribution », agrégeant
les connexions clients. Routeurs 2, 4 et 6 forment un autre cluster. Routeurs
9, 11 et 13 forment un troisième cluster. Et Routeurs 10, 12 et 14 forment le
4eme cluster.
Configuration du laboratoire
1. Garder la configuration
générée lors du module précédent, càd que tous les routeurs utilisent le même
IGP (OSPFv3 ou ISIS). Avant de commencer ce module, assurez-vous que la
configuration BGP est exactement la même qu’a la fin du module 1– assurez-vous
que toutes les sessions iBGP sont établies.
2. Migration d’un full mesh iBGP (clique iBGP) vers
une topologie iBGP de Réflecteurs de Route. Le procédé de migration
est relativement simple, tant que les règles fournies ci-dessous sont suivies
scrupuleusement. La clé est de configurer un client comme client d’un
réflecteur de route avant de supprimer les sessions iBGP redondantes. Ceci
permet d’assurer que les sessions iBGP clientes sont établies et échangent des
préfixes ce qui signifie que les sessions iBGP en surplus ne devraient pas
causer de perte de connectivité. Les étapes suivantes de ce module vous guident
tout au long du processus de migration. Chaque équipe affectée par l’étape en
question doit suivre les instructions scrupuleusement. Le travail d’équipe est
important – avec un bon travail d’équipe la migration du réseau peut
s’effectuer sans perte majeure de connectivité.
3. Configuration des peerings iBGP peerings avec les
clients des Réflecteurs de Route. Routeurs
1 à 4 et Routeurs 11 à 14 deviennent clients de RR. Pour cela, les équipes
opérant les Routeurs 5, 6, 9 et 10 reconfigurent leurs peerings avec Routeurs 1
et 3, 2 et 4, 11 et 13, et 12 et 14 respectivement afin qu’ils soient route-reflector clients. Pour configurer un voisin comme client, nous
ajoutons simplement la commande route-reflector-client pour le voisin BGP comme dans l’exemple suivant:
Exemple
pour le Routeur 5:
router
bgp 10
no bgp default ipv4-unicast
bgp log-neighbor-changes
address-family ipv6
network 2001:db8::/32
neighbor 2001:db8::1 remote-as 10
neighbor 2001:db8::1 description iBGP with
Router1
neighbor 2001:db8::1 update-source loopback0
neighbor 2001:db8::1 route-reflector-client
neighbor 2001:db8::1 activate
neighbor 2001:db8::3 remote-as 10
neighbor 2001:db8::3 description iBGP with
Router3
neighbor 2001:db8::3 update-source loopback0
neighbor 2001:db8::3 route-reflector-client
neighbor 2001:db8::3 activate
Checkpoint #1: Dès que
les équipes opérant les routeur 5, 6, 9 et 10 ont fini d’ajouter leur lignes de
configurations pour les clients de leur réflecteur de route, ils appellent
l’instructeur pour lui démontrer le fonctionnement de leur routeur. L’instructeur
indiquera alors quand la classe peut passer aux étapes suivantes du
module. Ne pas poursuivre au delà de ce checkpoint sans le feu vert de
l’instructeur sinon certains routeur perdront leur connectivité vers certains
préfixes.
4. Suppression des sessions iBGP redondantes – Etape
1. Lorsque les équipes des Routers5, 6, 9 et 10 ont TOUTES terminées le point 33, elle
suppriment les sessions iBGP redondantes avec les routeurs qui ne sont pas dans leur cluster.
Ceci
signifie que:
·
Router5 supprime les sessions iBGP avec Routeurs
2, 4, 11, 12, 13 et 14
·
Router6 supprime les sessions iBGP avec Routeurs
1, 3, 11, 12, 13 et 14
·
Router9 supprime les sessions iBGP avec Routeurs
1, 2, 3, 4, 12 et 14
·
Router10 supprime les sessions iBGP avec Routeurs
1, 2, 3, 4, 11 et 13
Exemple pour Routeur 9:
router
bgp 10
no neighbor 2001:db8::1
no neighbor 2001:db8::2
no neighbor 2001:db8::3
no neighbor 2001:db8::4
no neighbor 2001:db8::c
no neighbor 2001:db8::e
Note: Supprimez les voisins de la
configuration BGP generique, pas de la section address family. Sinon, seule la partie specifique a IPv6 est
supprimée mais pas le reste de la configuration de la session avec le voisin.
5. Suppression des sessions iBGP redondantes – Etape
2. Lorsque les 4 réflecteurs de route ont supprimé leurs
sessions iBGP redondantes, les clients des réflecteurs de route suppriment
leurs sessions iBGP redondantes. Chaque client devrait avoir UNE SEULE session
– les 12 autres sessions configurées lors du Module 1 peuvent être supprimées.
Exemple pour Routeur 1:
router
bgp 10
no neighbor 2001:db8::2
no neighbor 2001:db8::3
no neighbor 2001:db8::4
no neighbor 2001:db8::6
no neighbor 2001:db8::7
no neighbor 2001:db8::8
no neighbor 2001:db8::9
no neighbor 2001:db8::a
no neighbor 2001:db8::b
no neighbor 2001:db8::c
no neigbbor 2001:db8::d
no neighbor 2001:db8::e
Router
1 garde seulement sa session iBGP avec Router5 – toutes les autres sessions
sont supprimées comme dans l’exemple ci-dessus. Les autres équipes, opérant les
clients de RR (Routeurs 2, 3, 4, 11, 12, 13 and 14) doivent faire la même chose.
6. Suppression des sessions iBGP redondantes – Etape
3. Pour finir, Router7 et Router8, les deux routeurs du cœur
qui ne sont pas des route réflecteurs, suppriment leurs sessions iBGP redondantes
– ils n’ont plus besoin de maintenir des sessions iBGP avec aucun des 8 clients
(Routeurs 1 à 4, 11 à 14). Il ont cependant toujours besoin de leurs sessions iBGP
avec les autres routeurs du cœur. Ils font partie du full-mesh du cœur iBGP.
Exemple pour Routeur 8:
router
bgp 10
no neighbor 2001:db8::1
no neighbor 2001:db8::2
no neighbor 2001:db8::3
no neighbor 2001:db8::4
no neighbor 2001:db8::b
no neighbor 2001:db8::c
no neigbbor 2001:db8::d
no neighbor 2001:db8::e
7. Vérification finale. Le
réseau a migré d’un full-mesh avec 13 voisins iBGP pour chaque routeur a une
configuration avec des réflecteurs de route où les routeurs du cœur sont des RR
et les routeurs de bordures sont des clients. Utilisez “show ip bgp <address>” pour voir comment les
préfixes réflechis arrivent aux clients. Comment expliquez vous les choix de
chemins que vous observez ?
Aucun commentaire:
Enregistrer un commentaire