Dans cet article, vous allez apprendre comment redistribuer des routes statiques dans OSPF de manière contrôlée, en utilisant une prefix-list et une route-map.
Vous comprendrez dans quels cas ce filtrage est nécessaire, comment l’implémenter étape par étape, et pourquoi certaines routes n’apparaissent pas immédiatement dans la table de routage.
Cas d’entreprise
Suite à la refonte d’une partie du routage chez un client, il a été nécessaire de redistribuer une partie des routes statiques dans le processus OSPF. Après réflexion, il m’a semblé judicieux de mettre en place une route-map afin de filtrer précisément les routes statiques à redistribuer.
Le but ?
Contrôler exactement quelles routes statiques sont annoncées dans le processus OSPF.
Dans quel cas ?
Lorsque vous souhaitez annoncer uniquement une partie des routes statiques, par exemple si vous ne voulez pas tout publier pour des raisons de confidentialité.
Les raisons peuvent être multiples. Vous pouvez être en phase de migration, ou ne pas souhaiter annoncer certaines routes spécifiques, comme la route par défaut.
Quelle que soit la raison, il est possible de définir précisément quelles routes statiques seront redistribuées dans le processus OSPF.
Le réseau de lab
On va s’appuyer sur ce réseau de lab pour voir comment mettre en place ce filtre.
Quelques rappels
Une prefix-list est un outil de filtrage basé sur les préfixes IP.
Elle est plus précise, lisible et performante que les ACL standards pour le routage.
La prefix-list permet de choisir (dans notre cas) quelle route statique sera prise en compte.
Une route-map est un mécanisme avancé de filtrage.
Elle permet de contrôler finement quelles routes sont acceptées, refusées ou modifiées lors du processus de redistribution.
La route-map sert de liant entre la prefix-list et le processus OSPF. Elle est indispensable.
Etat initial
Voyons si PC1 peut joindre PC2, PC3, PC4. Ca confirme que le routage est correct.
R1 – Table de routage
R1 dispose de 3 routes statiques pour joindre le réseau de PC2 (10.0.1.0/24), PC3 (10.0.2.0/24), PC4 (10.0.3.0/24).
Ce sont les routes avec le code S.
On peut voir aussi dans la running via un show run.
On peut aussi voir que R1 dispose d’un peering OSPF avec R2 avec la commande show ip ospf neighbor.
On notera aussi que R1 annonce le réseau de PC1 (10.0.0.0/24) dans OSPF avec la commande show ip ospf interface brief.
R2 – Table de routage
R2 dispose de 3 routes statiques pour joindre les réseaux de PC2 (10.0.1.0/24), PC3 (10.0.2.0/24), PC4 (10.0.3.0/24).
On retrouve ces informations dans la running-configuration via un show run.
Ce sont exactement ces routes que l’on va redistribuer, sauf celle de PC4 (pour voir le fonctionnement).
Création de la prefix-list
Pour cela, on va commencer par créer une prefix-list. C’est très simple.
Je dois faire correspondre le réseau de ma route statique dans ma prefix-list. Ici je souhaite annoncer les routes vers les réseaux 10.0.1.0/24 et 10.0.2.0/24. Il me suffit simplement de « matcher » ces réseaux dans ma prefix-list.
On la nomme (Ici : REDISTRIBUTION_STATIC_OSPF)
On peut voir le résultat via la commande show ip prefix-list.
C’est tout ! Maintenant on va accrocher cela à un « conteneur », que l’on appelle route-map.
Création de la route-map
Maintenant, on rajoute la route-map, qui fera le liant entre la prefix-list et le processus OSPF.
On lui donne un petit nom, comme REDIS_STATIC_OSPF.
Puis j’appelle ma prefix-list dedans.
De même, on peut voir le résultat via la commande show route-map.
Redistribution des routes statiques
Notre imbrication de prefix-list & de route-map étant terminée, il faut l’accrocher dans notre processus OSPF.
Attention à ne pas se tromper de nom ! C’est une erreur courante !
Le mot-clé subnet indique à OSPF de prendre en compte les routes avec un masque différent du masque classful par défaut. En gros, ça prend le masque défini dans la route statique.
Via la commande show ip ospf, on peut voir la redistribution qui est activée (Les deux dernières lignes).
Et c’est fini !
Résultat
Allons voir sur R1 si j’apprends bien mes routes redistribuées en OSPF.
Il ne s’est rien passé, et c’est tout à fait normal.
On ne retrouve que les « meilleures routes » dans la table de routage.
L’ordre défini est celui-ci
- Plus long préfixe
- Distance administrative la plus faible
- Métrique la plus faible
- Sinon, load-balancing.
Les routes que j’annonce en OSPF disposent de la même longueur de préfixe, mais leur distance administrative est de 110 contrairement aux routes statiques qui est de 1.
Pour voir si cela à fonctionné, je dois supprimer mes routes statiques sur R1. Mes routes OSPF vont apparaître.
Mes deux routes OSPF sont bien dans ma table de routage. (A noter qu’elles sont de type E2, External type 2).
Par contre j’ai perdu ma route vers le réseau de PC4.
C’est normal aussi.
Le but était de redistribuer UNIQUEMENT les routes de PC2 & de PC3.
Mission accomplie !
Avec une simple prefix-list & une route-map, on peut contrôler les routes que l’on souhaite redistribuer dans OSPF.
