Un réseau construit depuis zéro, pas un réseau déjà en panne — ID de routeur et adressage des interfaces, activation d'OSPF dans une Area 0 unique, puis évolution vers un backbone plus une zone stub avec un ABR à mesure que le réseau grandit, priorité DR sur les segments partagés, et les commandes de vérification qui confirment chaque étape avant de passer à la suivante.
By Yuwen Zhang (Atlas), founder of AtlasCommTech — 13 years of carrier & enterprise network deployments · Updated July 2026
La plupart des contenus sur OSPF supposent qu'OSPF fonctionne déjà et que quelque chose ne va pas. Cette note ne suppose ni l'un ni l'autre — un cœur routé qui n'existe pas encore, planifié et construit zone par zone.
Un déploiement OSPF ne commence généralement pas non plus sa vie comme une seule zone plate. Il commence par un routeur, puis deux, puis un chemin redondant entre deux bâtiments, puis une agence qui ne devrait pas voir toutes les routes du siège. Configurer correctement OSPF à chacune de ces étapes — pas seulement faire monter une relation de voisinage une fois en espérant qu'elle tienne — est un problème différent de dépanner un réseau qui existe déjà.
Cette note commence par le plus petit réseau OSPF fonctionnel : deux routeurs, une zone, partageant des routes. Elle fait ensuite évoluer la même conception vers deux zones — une Area 0 de backbone et une Area 1 stub en périphérie du réseau, le point où la plupart des conceptions OSPF d'entreprise doivent effectivement arriver. Si une relation de voisinage refuse de monter dans votre propre réseau, notre note de dépannage sur la machine à états des voisins OSPF traite cela séparément ; si les deux extrémités proviennent de fournisseurs différents, consultez notre note sur l'interopérabilité OSPF Huawei-Cisco pour les pièges DR/BDR et de minuteries propres à cette combinaison.
Consolidez d'abord une Area 0 unique — puis étendez une zone stub depuis le seul routeur qui touche les deux.
Les légendes du schéma restent en anglais pour la clarté technique.
Adressage étape 1 — Area 0 unique
| Routeur / Interface | Adresse IP | Zone OSPF |
|---|---|---|
| RouterA — Vlanif10 | 192.168.1.1/24 | Area 0.0.0.0 |
| RouterA — GigabitEthernet3/0/0 | 192.168.0.1/24 | Area 0.0.0.0 |
| RouterA — LoopBack0 (Router ID) | 1.1.1.1/32 | ID de routeur uniquement |
| RouterB — Vlanif20 | 192.168.2.1/24 | Area 0.0.0.0 |
| RouterB — GigabitEthernet3/0/0 | 192.168.0.2/24 | Area 0.0.0.0 |
| RouterB — LoopBack0 (Router ID) | 2.2.2.2/32 | ID de routeur uniquement |
Adressage étape 2 — Ajout de l'Area 1 en zone stub
| Routeur / Interface | Adresse IP | Zone OSPF |
|---|---|---|
| RouterA — GigabitEthernet1/0/0 | 192.168.2.1/24 | Hors OSPF — importée via import-route direct |
| RouterA — GigabitEthernet2/0/0 | 192.168.0.1/24 | Area 0.0.0.0 |
| RouterB (ABR) — GigabitEthernet2/0/0 | 192.168.0.2/24 | Area 0.0.0.0 |
| RouterB (ABR) — GigabitEthernet1/0/0 | 192.168.1.2/24 | Area 0.0.0.1 — stub |
| RouterC — GigabitEthernet1/0/0 | 192.168.1.1/24 | Area 0.0.0.1 — stub |
Six étapes : ID de routeur et adressage, une zone unique fonctionnelle, désignation de l'ABR, ajout de la zone stub, cohérence de l'attribut stub partout où il est requis, et priorité DR sur les segments partagés.
#
sysname RouterA
#
router id 1.1.1.1
#
vlan batch 10
#
interface Vlanif10
ip address 192.168.1.1 255.255.255.0
#
interface Ethernet2/0/0
port link-type trunk
port trunk allow-pass vlan 10
#
interface GigabitEthernet3/0/0
ip address 192.168.0.1 255.255.255.0
#
interface LoopBack0
ip address 1.1.1.1 255.255.255.255
#
ospf 2
area 0.0.0.0
network 192.168.1.0 0.0.0.255
network 192.168.0.0 0.0.0.255
##
sysname RouterB
#
router id 2.2.2.2
#
vlan batch 20
#
interface Vlanif20
ip address 192.168.2.1 255.255.255.0
#
interface Ethernet2/0/0
port link-type trunk
port trunk allow-pass vlan 20
#
interface GigabitEthernet3/0/0
ip address 192.168.0.2 255.255.255.0
#
interface LoopBack0
ip address 2.2.2.2 255.255.255.255
#
ospf 2
area 0.0.0.0
network 192.168.2.0 0.0.0.255
network 192.168.0.0 0.0.0.255
#Un réseau différent et plus grand illustre l'étape suivante : RouterB devient l'ABR entre l'Area 0 et une nouvelle Area 1, et l'Area 1 est marquée stub afin que RouterC n'ait besoin que d'une route par défaut pour atteindre tout ce qui se trouve derrière le backbone.
#
sysname RouterA
#
router id 1.1.1.1
#
interface GigabitEthernet1/0/0
ip address 192.168.2.1 255.255.255.0
#
interface GigabitEthernet2/0/0
ip address 192.168.0.1 255.255.255.0
#
interface LoopBack0
ip address 1.1.1.1 255.255.255.255
#
ospf 2
import-route direct
area 0.0.0.0
network 192.168.0.0 0.0.0.255
##
sysname RouterB
#
router id 2.2.2.2
#
interface GigabitEthernet1/0/0
ip address 192.168.1.2 255.255.255.0
#
interface GigabitEthernet2/0/0
ip address 192.168.0.2 255.255.255.0
#
interface LoopBack0
ip address 2.2.2.2 255.255.255.255
#
ospf 2
area 0.0.0.0
network 192.168.0.0 0.0.0.255
area 0.0.0.1
network 192.168.1.0 0.0.0.255
stub
##
sysname RouterC
#
router id 3.3.3.3
#
interface GigabitEthernet1/0/0
ip address 192.168.1.1 255.255.255.0
#
interface LoopBack0
ip address 3.3.3.3 255.255.255.255
#
ospf 2
area 0.0.0.1
network 192.168.1.0 0.0.0.255
stub
#Le LAN de RouterA sur GigabitEthernet1/0/0 est délibérément exclu de l'instruction network OSPF et importé à la place avec import-route direct — un schéma courant pour un segment localement connecté qui n'a pas besoin de sa propre adjacence OSPF.
D'abord l'état Full sur la paire à zone unique, puis l'état Full des deux côtés de l'ABR, puis une table de routage sur le routeur de la zone stub nettement plus courte que celle du backbone.
<RouterA> display ospf peer brief
OSPF Process 2 with Router ID 1.1.1.1
Peer Statistic Information
----------------------------------------------------------------------------
Area Id Interface Neighbor id State
0.0.0.0 GigabitEthernet3/0/0 2.2.2.2 Full
----------------------------------------------------------------------------
Total Peer(s): 1<RouterB> display ospf peer brief
OSPF Process 2 with Router ID 2.2.2.2
Peer Statistic Information
----------------------------------------------------------------------------
Area Id Interface Neighbor id State
0.0.0.0 GigabitEthernet2/0/0 1.1.1.1 Full
0.0.0.1 GigabitEthernet1/0/0 3.3.3.3 Full
----------------------------------------------------------------------------
Total Peer(s): 2<RouterC> display ip routing-table
Destinations : 2 Routes : 2
Destination/Mask Proto Pre Cost NextHop Interface
0.0.0.0/0 O_ASE 150 1 192.168.1.2 GigabitEthernet1/0/0
192.168.1.0/24 Direct 0 0 192.168.1.1 GigabitEthernet1/0/0La table de routage de RouterC reste courte intentionnellement — c'est tout l'intérêt de marquer l'Area 1 stub ; elle ne reçoit jamais les routes externes ou inter-zones individuelles qu'une zone ordinaire porterait.
Celles qui transforment une zone unique fonctionnelle en une conception multi-zones qui ne fonctionne qu'à moitié.
SYMPTÔMESur un segment Ethernet ou VLANIF partagé avec trois routeurs OSPF ou plus, le DR se révèle être le routeur que vous vouliez le moins — souvent simplement celui dont l'interface s'est activée en premier.
CAUSEChaque interface OSPF activée démarre avec une priorité DR de 1 par défaut. En cas d'égalité, le routeur avec l'ID de routeur le plus élevé l'emporte — ce qui n'a aucun rapport avec le routeur qui possède réellement le meilleur matériel ou le meilleur emplacement pour être DR.
SOLUTIONDéfinissez explicitement ospf dr-priority sur chaque interface du segment — une valeur plus élevée sur le routeur que vous voulez comme DR, une priorité de 0 sur tout routeur qui ne doit jamais devenir DR ou BDR.
SYMPTÔMEUn routeur en périphérie de ce qui devrait être une zone stub ne forme aucune adjacence, ou la zone ne se comporte pas comme stub — des routes externes complètes apparaissent encore quelque part à l'intérieur.
CAUSEL'attribut stub est négocié dans les drapeaux d'options du paquet Hello. Si l'ABR est configuré en stub mais qu'un routeur à l'intérieur de cette zone ne l'est pas (ou inversement), cette seule incohérence suffit à bloquer l'adjacence — ce n'est pas un paramètre qu'un seul routeur peut porter pour toute la zone.
SOLUTIONConfigurez le mot-clé stub sous cette zone sur chaque routeur qu'elle contient, ABR inclus. La même règle s'applique à la NSSA — c'est une exigence de correspondance, non optionnelle, pour chaque routeur partageant cette zone.
SYMPTÔMEUne interface qui devrait clairement appartenir à une zone OSPF ne fait jamais monter de voisin, ou une interface qui ne devrait pas du tout exécuter OSPF se retrouve pourtant annoncée.
CAUSELa commande network sous une zone OSPF utilise un masque générique, pas un masque de sous-réseau — network 192.168.0.0 0.0.0.255 correspond à la plage 192.168.0.0/24, mais une faute de frappe ici (un bit en trop ou manquant) modifie silencieusement quelles interfaces sont intégrées à la zone.
SOLUTIONRevérifiez le calcul du masque générique par rapport à l'adresse réelle de l'interface, et confirmez avec display ospf interface quelles interfaces le processus a réellement prises en compte — ne vous fiez pas uniquement à la configuration telle que saisie.
SYMPTÔMEUn routeur nouvellement ajouté ne forme d'adjacence avec personne sur un réseau OSPF existant, malgré des interfaces joignables et une configuration qui semble correcte des deux côtés.
CAUSESi l'ID de routeur du nouveau routeur entre en collision avec un ID déjà actif ailleurs dans le domaine OSPF — facile à provoquer avec des ID de routeur auto-sélectionnés ou des configurations copiées-collées — le domaine perçoit un conflit plutôt qu'un second routeur utilisable.
SOLUTIONAttribuez explicitement l'ID de routeur avec router id sous le processus OSPF, lié à une adresse LoopBack0 stable — ne le laissez jamais à la sélection automatique depuis une adresse d'interface physique susceptible de changer ou déjà utilisée ailleurs.
Cette note s'appuie sur deux configurations concrètes : un réseau à deux routeurs avec une Area 0 unique, et une conception à trois routeurs avec un ABR et une Area 1 stub. Elle ne traite pas en détail la NSSA (une variante proche, brièvement décrite plus haut), les liens virtuels OSPF à travers une zone de transit, l'agrégation de routes sur l'ABR, ni l'authentification OSPF — autant d'étapes suivantes raisonnables une fois la conception multi-zones de base en place. Elle ne couvre pas non plus ce qui se passe lorsque les routeurs adjacents proviennent de fournisseurs différents — voir notre note sur l'interopérabilité OSPF Huawei-Cisco pour cela, ou notre note de dépannage des voisins OSPF si une adjacence de votre propre réseau refuse de monter.
Tirées des mêmes cas de configuration sur lesquels s'appuie cette note.
Commencez à plat. Une Area 0 unique est la bonne conception tant que le réseau ne dépasse pas vraiment ce qu'une seule zone gère confortablement — des zones supplémentaires ajoutent une planification de l'ABR et des décisions stub/NSSA dont vous n'avez pas encore besoin. Ajoutez l'Area 1 (ou davantage) lorsqu'il existe une véritable frontière à tracer : une agence, un bloc de datacenter, ou un lien où vous voulez masquer des informations de routage détaillées plutôt que de tout laisser passer.
L'ABR est simplement le routeur qui touche physiquement à la fois l'Area 0 et la nouvelle zone — c'est davantage un fait topologique qu'un choix. Ce qui relève du choix, c'est ce que vous y configurez : si la zone derrière lui reste une zone ordinaire, devient une zone stub, ou devient une NSSA, selon que cette zone doit ou non générer ses propres routes externes.
C'est tout l'intérêt d'une zone stub — l'ABR remplace chaque LSA externe (Type 5) qu'il inonderait autrement vers cette zone par une seule route par défaut, réduisant la table de routage et l'inondation de LSA qu'un petit routeur en périphérie doit supporter. Si ce routeur en périphérie doit aussi générer ses propres routes externes dans la zone, la NSSA est la variante conçue pour cela.
Cette note-là suppose qu'un réseau OSPF existe déjà et qu'une relation de voisinage est bloquée ou instable — elle lit la machine à états des voisins pour en découvrir la raison. Cette note-ci ne suppose rien d'existant encore : c'est la configuration qui vous mène à une relation de voisinage fonctionnelle et à une conception multi-zones fonctionnelle dès le départ.
Non — l'élection DR/BDR est un concept propre aux réseaux broadcast (multi-accès). Les interfaces de type point à point n'ont aucun DR à élire, donc dr-priority n'a rien sur quoi agir là ; cela ne compte que sur les segments broadcast de type Ethernet/VLANIF comptant plus d'un routeur OSPF.
La logique des zones, du network et du stub ici est un comportement OSPF neutre vis-à-vis du fournisseur, mais les minuteries par défaut, l'éligibilité DR sur certains types d'interfaces et le calcul du coût peuvent différer suffisamment entre fournisseurs pour empêcher une conception qui fonctionne chez un fournisseur de fonctionner entre fournisseurs. Consultez notre note sur l'interopérabilité OSPF Huawei-Cisco pour les valeurs par défaut spécifiques qui ne correspondent pas d'emblée.
Indiquez-nous le nombre de sites, de routeurs, et où vous prévoyez que les frontières de zones se situent, et nous vous aiderons à planifier la conception des zones et le placement de l'ABR.