Les régions d’OSPF

Lorsque des réseaux OSPF évoluent en systèmes autonomes indépendants, la gestion de l’état des liens à travers un unique domaine OSPF peut devenir problématique. Dans un grand domaine OSPF sans segmentation en régions, chaque routeur doit maintenir une base de données d’état de lien complète pour l’ensemble du réseau. Dit autrement, lorsque vous êtes fournisseur d’accès Internet, tous les routeurs de la backbone auront dans leur table de routages l’ensemble des routes de tout l’Internet mondial ! Cette exigence peut entraîner une consommation excessive de ressources en termes de mémoire et de puissance de calcul, car le routeur doit non seulement stocker un volume considérable d’informations, mais aussi recalculer régulièrement les itinéraires à nouvelles mises à jour.

De plus, dans de tels réseaux étendus, les mises à jour fréquentes de l’état des liens peuvent engendrer un trafic de signalisation gigantesque, affectant la bande passante disponible et potentiellement la stabilité du réseau. Ce trafic résulte des échanges fréquents de paquets de mise à jour d’état de lien entre les routeurs, nécessaires pour maintenir la synchronisation de la base de données d’état de lien sur l’ensemble du réseau OSPF.

Enfin, dans un réseau OSPF sans segmentation en région, le processus de convergence, c’est-à-dire la mise à jour et la stabilisation des tables de routage suite à un changement dans la topologie du réseau, peut devenir lent. Cela est dû au volume élevé d’informations à traiter et à la nécessité de propager ces informations à travers l’ensemble du réseau. Cette lenteur dans la convergence peut impacter la réactivité et la fiabilité du réseau, en particulier dans des scénarios où des changements rapides de topologie sont fréquents.

Pour pallier ces problèmes, la segmentation du réseau OSPF en plusieurs régions devient une stratégie nécessaire. Cette approche permet de limiter l’étendue des mises à jour d’état de lien à l’intérieur des régions individuelles, réduisant ainsi la charge sur les ressources du réseau et améliorant la vitesse de convergence. Les régions permettent également une gestion plus efficace et une organisation plus claire du réseau OSPF, en particulier lorsqu’il s’agit de réseaux de grande taille ou de systèmes autonomes.

Le transit entre régions

Dans la structure hiérarchique d’OSPF, lorsque le réseau est divisé en plusieurs régions, il est nécessaire de désigner un routeur spécial pour gérer la communication entre ces régions et la backbone. Ce routeur spécial est appelé un ABR, et a pour responsabilité de collecter les informations de l’état des liens de sa région et de les transmettre à la backbone. De même, il reçoit des informations sur l’état du réseau à partir de la backbone et les diffuse au sein de sa région. La fonction de l’ABR est donc de servir de pont entre les différentes régions et la backbone, facilitant ainsi la propagation des informations de routage à travers le réseau OSPF étendu. 

Dans la pratique, un administrateur réseau configure manuellement un ou plusieurs routeurs pour agir en tant qu’ABR, en fonction des besoins de la topologie du réseau et de la répartition du trafic. La sélection d’un routeur comme ABR dépend de plusieurs facteurs, tels que sa capacité de traitement, sa fiabilité, sa connectivité réseau, et sa position géographique dans le réseau. Idéalement, un ABR devrait être positionné pour optimiser la distribution du trafic de routage entre les régions et à assurer une communication efficace avec la backbone.

Toutefois, le fonctionnement de OSPF varie selon qu’ils sont de type point à point ou multi-points. Pour les réseaux point à point, où chaque connexion ne relie que deux routeurs, OSPF fonctionne sans nécessiter de configurations spécifiques supplémentaires pour la transmission des informations de l’état des liens. La simplicité de cette topologie permet une communication directe entre les routeurs OSPF. Cependant, dans les réseaux multi-points, où plusieurs routeurs OSPF sont connectés via un switch, la dynamique change. Ces réseaux requièrent une configuration supplémentaire.

Dans le scénario multi-points, OSPF lance un processus d’élection pour sélectionner un routeur spécifique comme le routeur désigné. Ce routeur est responsable de la collecte et de la distribution des informations d’état de lien pour le groupe multi-point, agissant ainsi comme un point central pour la gestion des routes pour tous les autres routeurs de la région.

Le défi dans les réseaux multi-point est que c’est le DR qui doit être connecté à la backbone d’OSPF. C’est une exigence du protocole pour une gestion efficace du routage et de la propagation des informations d’état de lien à travers le réseau étendu. Si le routeur élu comme DR n’est pas directement connecté à la backbone, cela peut entraîner des complications dans la distribution des informations de routage. Pour résoudre ce problème, il existe deux approches principales.

• La première consiste à influencer l’élection du DR pour que le routeur choisi soit celui qui est déjà connecté à la backbone, évitant ainsi des complications supplémentaires. Cette influence peut se faire en ajustant les priorités OSPF des routeurs pour favoriser celui qui a la connexion souhaitée.
• La seconde approche, si le routeur désigné n’est pas connecté à la backbone, est d’utiliser un lien virtuel. Un lien virtuel OSPF est une connexion logique qui permet de relier le DR à la backbone. Ce lien virtuel agit comme un tunnel à travers d’autres régions OSPF, permettant au DR de communiquer directement avec la backbone, même s’il n’est pas physiquement connecté à elle. 

Router(config)# interface range gig0/0-gig9/0
Router(config-if)# ip ospf priority 0

Le transit entre plusieurs régions

Dans les cas où une connexion directe à la backbone n’est pas possible, une configuration spéciale appelée “Virtual Link” peut être utilisée. Un Virtual Link permet de connecter une région à la backbone par l’intermédiaire d’une autre région. Il s’agit fondamentalement d’un tunnel OSPF entre deux ABR, créant un chemin logique qui traverse une ou plusieurs autres régions pour atteindre la backbone. Cette méthode est utilisée comme solution temporaire ou de dernier recours, car elle complique fortement la complexité de la configuration OSPF.

### sur le routeur 1:
Router(config)# router ospf 1
Router(config-router)# router-id 10.0.0.1
Router(config-router)# area 1 virtual-link 10.1.0.1

#### sur le routeur 2:
Router(config)# router ospf 1
Router(config-router)# router-id 10.1.0.1
Router(config-router)# area 1 virtual-link 10.0.0.1