• 1.

Hello - les paquets Hello servent à établir puis à maintenir la contiguïté

avec d’autres routeurs OSPF.

• 2. DBD - le paquet de description de base de données (Database

Description - Description de base de données) contient une liste abrégée de
la base de données d’état des liaisons du routeur expéditeur et est utilisé
par les routeurs de destination pour contrôler la base de données d’état des
liaisons locale.

• 3. LSR - les routeurs de destination peuvent alors demander plus

d’informations sur n’importe quelle entrée de la DBD, en envoyant une
requête LSR (Link-State Request - Requête d’état des liaisons).

• 4. LSU - les paquets LSU (Link-State Update - Mise à jour d’état de liaisons)
sont utilisés pour répondre aux LSR, ainsi que pour annoncer de nouvelles
informations. Les LSU contiennent sept types différents de LSA (Link-State
Advertisements – Annonces d’état des liaisons).

• 5. LSAck - lors de la réception d’une LSU, le routeur envoie un LSAck (Link-

State Acknowledgement - Accusé de réception d’état des liaisons) pour
confirmer la bonne réception de cette LSU.
Les paquets Hello sont utilisés pour :

• découvrir des voisins OSPF et établir des

contiguïtés ;
• annoncer les paramètres sur lesquels les deux
routeurs doivent s’accorder pour devenir
voisins ;
• définir le routeur désigné (DR) et le routeur
désigné de secours sur les réseaux à accès
multiple, de type Ethernet et Frame Relay.
• Type : type de paquet OSPF : Hello (1), DD (2), LS Request (3)
(requête d’état des liaisons), LS Update (4) (mise à jour d’état
des liaisons), LS ACK (5) (accusé de réception d’état des
liaisons)
• ID du routeur : ID du routeur d’origine
• ID de la zone : zone d’origine du paquet
• Masque de réseau : masque de sous-réseau associé à
l’interface expéditrice
• Intervalle Hello : nombre de secondes qui s’écoulent entre
deux envois de paquets Hello
• Priorité du routeur : utilisé dans la sélection du routeur
désigné ou du routeur désigné de secours (étudié par la suite)
• Routeur désigné (DR) : ID du routeur désigné, le cas échéant
• Routeur désigné de secours (BDR) : ID du routeur désigné
de secours, le cas échéant
• Liste des voisins : indique l’ID de routeur OSPF du ou des
routeurs voisins
• Détection des voisins

• les routeurs OSPF envoient des paquets Hello

sur toutes les interfaces OSPF pour déterminer
s’il existe des voisins sur ces liaisons.
Intervalles des paquets Hello et Dead OSPF

• Avant que deux routeurs puissent former une

contiguïté de voisinage OSPF, ils doivent
s’entendre sur trois valeurs : l’intervalle Hello,
l’intervalle Dead (arrêt) et le type de réseau.
• Dans la plupart des cas, les paquets OSPF
Hello sont envoyés en multidiffusion à une
adresse réservée à 224.0.0.5.
• Le fait d’utiliser une adresse multidiffusion
permet à un périphérique d’ignorer le paquet si
son interface n’est pas activée pour accepter
les paquets OSPF.
• L’intervalle Dead est la période, exprimée en
secondes, pendant laquelle le routeur attendra
de recevoir un paquet Hello avant de déclarer
le voisin « hors service ».

• Cisco utilise par défaut le quadruple de

l’intervalle Hello.
• Si l’intervalle Dead expire avant que les routeurs ne reçoivent un paquet
Hello, OSPF supprime le voisin de sa base de données d’état des liaisons.

• Sélection d’un routeur désigné et d’un routeur désigné de

secours

• Pour réduire le trafic OSPF sur les réseaux à accès multiple, OSPF choisit
un routeur désigné (DR) et un routeur désigné de secours (BDR).

• Le DR est chargé de la mise à jour de tous les autres routeurs OSPF

(appelés DROthers), lorsqu’une modification a lieu au niveau du réseau à
accès multiple.

• Le BDR surveille le DR et prend sa place en tant que routeur désigné si ce

dernier tombe en panne.

• Dans le schéma R1, R2 et R3 sont connectés via des liaisons point à point.
Donc, aucune sélection de DR/BDR n’a lieu. Le choix du DR et du BDR et
les processus seront traités plus tard et la topologie sera changée en
réseau à accès multiple.
chiffrer et authentifier leurs informations de routage. Cette pratique garantit
que les routeurs n’accepteront que les informations en provenance de
routeurs ayant été configurés avec le même mot de passe ou les mêmes
informations d’authentification.
Configuration de base du
protocole OSPF
OSPF est activé à l’aide de la commande de configuration globale router ospf
process-id. Le process-id (id de processus) est un nombre compris entre 1 et 65535
choisi par l’administrateur réseau.
Le process-id n’a qu’une signification locale, ce qui veut dire qu’il n’a pas à
correspondre à celui des autres routeurs OSPF pour établir des contiguïtés avec des
voisins
Router(config-router)#network adresse réseau masque générique area area-id
L’adresse IP active la plus élevée
Si un routeur OSPF n’est pas configuré à l’aide d’une commande router-id OSPF et
qu’aucune interface de bouclage n’est configurée, l’ID de routeur OSPF correspondra à
l’adresse IP d’interface active la plus élevée.

L’interface n’a pas à être configurée pour OSPF, ce qui signifie qu’elle n’a pas à être
incluse à l’une des commandes network. Cependant l’interface doit être activée (elle doit
être à l’état actif).
• Commande OSPF router-id

• Router(config)#router ospf process-id

• Router(config-router)#router-id ip-address

• Modification de l’ID de routeur

• L’ID de routeur est sélectionné lors de la configuration du protocole OSPF

avec la première commande OSPF network.

• Si la commande OSPF router-id ou l’adresse de bouclage est configurée

après la commande OSPF network, l’ID de routeur est dérivé de l’interface
dotée de l’adresse IP active la plus élevée.

• L’ID de routeur peut être modifié en définissant une autre adresse IP au

moyen de la commande OSPF router-id ; il suffit ensuite de recharger le
routeur ou d’utiliser la commande suivante :

• Router#clear ip ospf process

• ID de routeur double

• Si l’ID de routeur est le même sur deux routeurs de

voisinage, la reconnaissance du voisin peut ne pas
fonctionner.

• Lorsque des doublons sont détectés au niveau des ID

de routeur OSPF, IOS affichage un message de type :

• %OSPF-4-DUP_RTRID1: Detected router with

duplicate router ID

• Pour corriger ce problème, configurez tous les

routeurs de manière à ce qu’ils aient une ID OSPF
unique.
La commande show ip ospf neighbor peut être utilisée pour
vérifier et réparer les relations de voisinage OSPF.

• Neighbor ID - ID du routeur voisin.

• Pri - priorité OSPF de l’interface.

• State - état OSPF de l’interface. L’état FULL signifie que le

routeur et son voisin ont des bases de données d’état des
liaisons OSPF identiques.

• Dead Time - durée de temps pendant laquelle le routeur

attendra un paquet Hello OSPF du voisin avant de déclarer le
voisin hors service.

• Address - adresse IP de l’interface du voisin à laquelle ce

routeur est directement connecté.

• Interface - interface sur laquelle ce routeur a établi une

contiguïté avec son voisin.
Deux routeurs ne peuvent pas établir une contiguïté
OSPF si :

• les masques de sous-réseau ne correspondent pas,

plaçant ainsi les routeurs sur des réseaux séparés ;

• les compteurs OSPF Hello ou les compteurs d’arrêt ne

correspondent pas ;

• les types de réseau OSPF ne correspondent pas ;

• la commande OSPF network est manquante ou

incorrecte.
• La commande show ip ospf peut également être utilisée pour examiner l’ID
de routeur et l’ID de processus OSPF.

• En outre, cette commande affiche les informations de zone OSPF, ainsi que
la dernière fois où l’algorithme SPF a été calculé.

• Comme vous pouvez le voir dans la sortie d’exemple, OSPF est un

protocole de routage extrêmement stable.

• Le seul événement relatif à OSPF auquel R1 a pris part au cours des

dernières 11 H 30 est l’envoi de petits paquets Hello réguliers à ses voisins.

• La commande affiche des informations importantes relatives à l’algorithme

SPF, notamment le SPF Schedule Delay :

• Initial SPF schedule delay 5000 msecs

• Minimum hold time between two consecutive SPFs 10000 msecs
• Maximum wait time between two consecutive SPFs 10000 msecs
• Lorsqu’un routeur reçoit de nouvelles informations
de topologie (ajout, suppression ou modification
d’une liaison), il doit exécuter de nouveau
l’algorithme SPF, créer une nouvelle arborescence
SPF et mettre à jour la table de routage.
• L’algorithme SPF est exigeant en temps
processeur et le temps qu’il prend pour le calcul
dépend de la taille de la zone.

• Cette dernière est déterminée par le nombre de

ses routeurs et la taille de la base de données
d’état des liaisons.
• On parle de liaison instable lorsque l’état d’un réseau
ne cesse de passer de up (fonctionnement normal) à
down (problème).

• Une liaison instable peut faire en sorte que les routeurs

OSPF réexécute sans cesse l’algorithme SPF, et
empêcher ainsi une convergence correcte.

• Pour atténuer ce problème, le routeur attend 5

secondes (5 000 msec) après réception d’une LSU
avant d’exécuter l’algorithme SPF.

• Cela s’appelle le SPF schedule delay (délai d’attente

programmé de SPF). Pour éviter qu’un routeur
réexécute sans cesse l’algorithme SPF, il existe un
temps d’attente supplémentaire de 10 secondes (10
000 msec). Le routeur attend 10 secondes après
l’exécution de l’algorithme SPF avant de le réexécuter.
Mesure OSPF
La mesure OSPF s’appelle le coût. Citation du document
RFC 2328 : « Un coût est associé au niveau de la sortie de
chaque interface de routeur. Ce coût est configurable par un
administrateur système. Plus le coût est faible, plus l’interface
sera utilisée pour acheminer le trafic de données. »
• Pour calculer un coût, l’IOS de Cisco cumule les
bandes passantes des interfaces de sortie depuis le
routeur vers le réseau de destination.

• À chaque routeur, le coût d’une interface est

déterminé par le calcul de 10 à la puissance 8 divisé
par la bande passante en bits/s.

• Le résultat est appelé bande passante de référence.

On divise 10 à la puissance 8 par la bande passante
de l’interface pour que les interfaces dont les valeurs
de bande passante sont les plus hautes obtiennent un
coût inférieur, après calcul.
Bande passante de référence

• Par défaut, la bande passante est de 10 à la puissance 8, soit

100 000 000 bits/s ou 100 Mbits/s.

• Résultat : des interfaces ayant une bande passante de 100

Mbits/s et plus ont un même coût OSPF de 1.

• La bande passante de référence peut être modifiée pour

s’adapter aux réseaux ayant des liaisons d’une rapidité
supérieure à 100 000 000 bits/s (100 Mbits/s) à l’aide de la
commande OSPF auto-cost reference-bandwidth.

• Lorsque l’exécution de cette commande est nécessaire, il est

conseillé de l’utiliser sur tous les routeurs, afin que la mesure
de routage OSPF reste cohérente.
OSPF cumule les coûts

Le coût d’une route OSPF est la valeur cumulée depuis un routeur jusqu’au réseau de
destination. Par exemple, dans le schéma, la table de routage de R1 affiche un coût de
65 pour atteindre le réseau 10.10.10.0/24 sur R2. 10.10.10.0/24 étant rattaché à une
interface FastEthernet, R2 affecte la valeur 1 comme coût pour 10.10.10.0/24. R1 ajoute
ensuite la valeur de coût supplémentaire de 64 correspondant à l’envoi des données via
la liaison T1 par défaut entre R1 et R2.
 Bande passante par défaut sur les
interfaces série
• Bande passante par défaut sur les interfaces série

• Sur les routeurs Cisco, de nombreuses interfaces série ont pour valeur de bande passante par
défaut T1 (1544 Mbits/s). Cependant, certaines interfaces ont comme valeur par défaut 128
Kbits/s.

• Souvenez-vous que cette valeur de bande passante n’influe pas réellement sur la vitesse de la
liaison ; elle est utilisée par certains protocoles de routage pour calculer la mesure de routage.
Le plus souvent, sur les interfaces série, la vitesse réelle de la liaison est différente de celle
de la bande passante par défaut.

• Il est important que la valeur de bande passante reflète la vitesse réelle de la liaison, afin que la
table de routage contienne des informations de chemin précises.

• Par exemple, vous pouvez ne payer qu’une fraction de connexion T1 à votre fournisseur
d’accès, soit le quart d’une connexion T1 totale (384 Kbits/s). Cependant, pour le protocole de
routage, l’IOS considère qu’il s’agit d’une valeur de bande passante de connexion T1, même
lorsque l’interface n’envoie et ne reçoit en réalité que le quart d’une connexion T1 complète
(384 Kbits/s).

• Le schéma montre la sortie de l’interface série Serial 0/0/0 sur R1. La topologie reflète
maintenant la bande passante réelle de la liaison entre les routeurs. Notez que la valeur de
bande passante par défaut de la sortie de commande de R1 est de 1544 Kbits/s. Pourtant, la
bande passante réelle de cette liaison est de 64 Kbits/s.. Cela signifie que le routeur a des
informations de routage qui ne reflètent pas de façon précise la topologie du réseau.
• Cliquez sur show ip route dans la figure.

• La figure affiche la table de routage pour R1. R1 pense que ses deux
interfaces série sont connectées à des liaisons T1, bien qu’une de ses
liaisons soit de 64 Kbits/s et l’autre, de 256 Kbits/s. La table de routage de
R1 mentionne donc deux chemins de coût égal vers le réseau
192.168.10.8/30, alors que le meilleur chemin est le Serial 0/0/1.

• O 192.168.10.8 [110/128] via 192.168.10.6, 00:03:41, Serial0/0/1

• [110/128] via 192.168.10.2, 00:03:41, Serial0/0/0

• Cliquez sur show ip ospf interface dans la figure.

• Le coût OSPF calculé d’une interface peut être vérifié à l’aide de la

commande show ip ospf interface. Dans le schéma, nous pouvons vérifier
que R1 affecte effectivement un coût de 64 à l’interface série 0/0/0. Bien
que vous puissiez penser qu’il s’agit du coût correct, cette interface étant
rattachée à une liaison de 64 Kbits/s, souvenez-vous que ce coût est obtenu
avec la formule de coût. Le coût d’une liaison 64 Kbits/s est de 1562
(100 000 000/64 000). La valeur de 64 qui s’affiche correspond au coût
d’une liaison T1. Dans la rubrique suivante, vous apprendrez comment
modifier le coût de toutes les liaisons de la topologie.
• Lorsque l’interface série ne fonctionne pas réellement à la vitesse par
défaut d’une connexion T1, l’interface a besoin d’une modification
manuelle. Les deux côtés de la liaison doivent être configurés pour avoir
la même valeur. Les commandes d’interface bandwidth ou ip ospf cost
permettent d’atteindre cet objectif : une valeur précise que le protocole
OSPF utilise pour déterminer la meilleure route.

• Commande bandwidth

• La commande bandwidth est utilisée pour modifier la valeur de la bande

passante utilisée par l’IOS dans le calcul de la mesure de coût OSPF. La
syntaxe de la commande d’interface est la même que celle indiquée
dans le Chapitre 9, pour le protocole EIGRP :

• Router(config-if)#bandwidth bandwidth-kbps

• La figure indique les commandes bandwidth utilisées pour modifier le

coût de toutes les interfaces série de la topologie. Pour R1, la
commande show ip ospf interface montre que le coût de la liaison série
0/0/0 est maintenant de 1562, résultat du calcul de coût OSPF Cisco 100
000 000/64 000.
Commande ip ospf cost

• R1(config)#interface serial 0/0/0

• R1(config-if)#ip ospf cost 1562

• Bien entendu, cela ne changerait rien au résultat de la commande show ip ospf interface, qui
afficherait tout de même « 1562 » comme coût. Il s’agit du même coût calculé par l’IOS lorsque
nous avions configuré la bande passante sur 64.
OSPF et Les Réseaux à Accès
Multiples
• Un réseau à accès multiple est un réseau comportant
plus de deux périphériques sur le même support
partagé.

• Dans la partie supérieure du schéma, le réseau local

Ethernet rattaché à R1 est étendu afin de montrer les
différents périphériques qui peuvent être attachés au
réseau 172.16.1.16/28.

• Les réseaux locaux Ethernet constituent un exemple

de réseau à accès multiple de diffusion. Ce sont des
réseaux de diffusion car tous les périphériques du
réseau peuvent voir toutes les trames.

• Ce sont également des réseaux à accès multiple, car

de nombreux hôtes, imprimantes, routeurs et autres
périphériques peuvent être membres du même
réseau.
• Sur les réseaux point à point, en revanche, le
réseau ne comporte que deux périphériques,
un à chaque extrémité.

• La liaison WAN entre R1 et R3 est un exemple

de liaison point à point. La partie inférieure du
schéma montre la liaison point à point entre R1
et R3.
Le protocole OSPF définit cinq types de réseau :

• point à point ;
• accès multiple avec diffusion ;
• accès NBMA ;
• point-à-multipoint ;
• liaisons virtuelles.

• Les réseaux NBMA et point à multipoint incluent les réseaux

Frame Relay, ATM et X.25.
• Les réseaux NBMA sont traités dans un autre cours CCNA.
• Les réseaux point-à-multipoint sont traités dans le cours CCNP.
• Les liaisons virtuelles sont des liaisons de type spécial, qui
peuvent être utilisées dans les OSPF à zones multiples.
Diffusion des LSA

• Dans le cadre d’un réseau à accès multiple, cette

diffusion peut devenir excessive. Dans l’animation,
R2 envoie une LSA.

• Cet événement déclenche chez tous les routeurs

l’envoi d’une LSA. L’animation ne montre pas les
accusés de réception renvoyés pour chaque LSA
reçue.

• Si chaque routeur d’un réseau à accès multiple

devait envoyer une LSA, puis accuser réception de
toutes les LSA qu’il a reçues pour tous les routeurs
de ce réseau à accès multiple, le trafic réseau
deviendrait chaotique.
Il existe une solution : le routeur désigné (DR)

• La solution pour gérer le nombre de contiguïtés et la diffusion

des LSA sur un réseau à accès multiple est le routeur désigné
(DR).

• Dans les réseaux à accès multiple, OSPF sélectionne un

routeur désigné (Designated Router - DR) comme point de
collecte et de distribution des LSA envoyées et reçues.

• Un routeur désigné de secours (Backup Designated Router -

BDR) est également choisi en cas de défaillance du routeur
désigné.

• Tous les autres routeurs deviennent des DROthers (ce qui

signifie qu’ils ne sont ni DR, ni BDR).
• Les routeurs d’un réseau à accès multiple choisissent un DR et
un BDR.
• Les DROthers constituent des contiguïtés avec le DR et le BDR
du réseau.

• Cela signifie qu’au lieu de diffuser les LSA à l’ensemble des

routeurs du réseau, les DROthers envoient leurs LSA
uniquement au DR et au BDR en utilisant l’adresse
multidiffusion de 224.0.0.6 (ALLDRouters - tous les routeurs
DR).

• R1 envoie des LSA au DR. Le BDR est lui aussi à l’écoute. Le

DR est chargé de transmettre les LSA depuis R1 vers les
autres routeurs.

• Il utilise l’adresse multidiffusion 224.0.0.5 (AllSPFRouters - tous

les routeurs OSPF).

• Au final, un seul routeur assure la diffusion de l’ensemble des

LSA dans le réseau à accès multiple.
• Modification de topologie

• Les sélections de DR/BDR n’ont pas lieu dans les réseaux point
à point. Donc, dans une topologie standard à trois routeurs, R1,
R2 et R3, il n’y a pas à choisir de DR ou de BDR, car les
liaisons existant entre ces routeurs ne sont pas des réseaux à
accès multiple.

• Pour le reste du sujet concernant le DR et le BDR, nous

utiliserons la topologie à accès multiple figurant dans le
schéma. Les noms des routeurs sont différents, simplement
pour souligner le fait que cette topologie n’est pas la même que
celle que nous avons utilisée jusqu’ici. Nous reviendrons à la
topologie du chapitre après avoir traité le sujet du processus de
sélection du routeur désigné et du routeur désigné de secours.
Dans cette nouvelle topologie, nous avons trois routeurs qui
partagent un réseau à accès multiple Ethernet, 192.168.1.0/24.
Chacun des routeurs est configuré avec une adresse IP sur
l’interface Fast Ethernet et une adresse de bouclage pour l’ID
de routeur.
Sélection du DR/BDR

• Comment le routeur désigné et le routeur désigné de

secours sont-ils sélectionnés ? On applique les
critères suivants :

• DR : est le routeur avec la priorité d’interface OSPF la

plus élevée.

• BDR : Il s’agit du routeur dont la priorité d’interface

OSPF est la seconde valeur la plus élevée.

• Si les priorités d’interface OSPF sont égales, c’est le

routeur dont l’ID est le plus élevé qui est choisi.
• Synchronisation de la sélection DR/BDR

• Le processus de sélection du DR et du BDR a lieu aussitôt que le premier routeur ayant une interface configurée OSPF
est activé sur un réseau à accès multiple. Cet événement peut se produire lorsque les routeurs sont mis sous tension
ou lorsqu’une commande network OSPF est configurée pour cette interface. Le processus de sélection ne prend que
quelques secondes. Si l’amorçage de tous les routeurs du réseau à accès multiple n’est pas terminé, il se peut qu’un
routeur dont l’ID n’est pas le plus élevé devienne le DR. Cela peut signifier que son amorçage a pris moins de temps.

• Une fois le DR sélectionné, il le reste jusqu’à ce que l’une des situations suivantes se produise  :

• le DR tombe en panne ;
• le processus OSPF sur le DR échoue ;
• l’interface à accès multiple du DR ne fonctionne plus.

• Dans la figure, une croix rouge (X) signale qu’un ou plusieurs de ces problèmes ont eu lieu.

• Cliquez sur Panne DR dans la figure.

• Si le DR ne fonctionne pas correctement, le routeur désigné de secours prend le relais et un nouveau routeur désigné
de secours est choisi. Dans le schéma, RouterC s’arrête et le précédent BDR, RouterB, devient DR. Le seul autre
routeur disponible pour devenir BDR est RouterA.

• Dans le schéma, cliquez sur Nouveau routeur.

• RouterD rejoint le réseau. Si un nouveau routeur entre dans le réseau une fois que le DR et le BDR ont été
sélectionnés, il ne devient pas DR ou BDR, même si sa priorité d’interface OSPF ou son ID de routeur est plus élevé
que ceux du DR ou du BDR courants. Il peut être sélectionné comme BDR si le DR ou le BDR en cours s’arrêtent. En
cas de défaillance du DR actuel, le BDR devient DR, et le nouveau routeur est sélectionné comme nouveau BDR. Une
fois que le nouveau routeur est devenu BDR, en cas de défaillance du DR, il devient DR à son tour. Avant que le
nouveau routeur puisse être sélectionné comme DR et BDR, il faut que les DR et BDR courants soient tous les deux
hors service.
• Dans le schéma, cliquez sur Retour ancien DR.

• Un ancien DR ne récupère pas le statut de DR s’il revient sur le réseau. Dans le schéma, RouterC a
terminé un réamorçage, et devient DROther même si son ID de routeur, 192.168.31.33, est plus élevé
que celui du DR et du BDR en cours.

• Dans le schéma, cliquez sur Panne BDR.

• Si le BDR s’arrête, une sélection s’opère parmi les DRothers pour voir lequel va devenir le nouveau
BDR. Dans le schéma, le routeur BDR a une défaillance. Une sélection s’opère entre RouterC et
RouterD. RouterD, comme il a un ID de routeur plus élevé, est sélectionné.

• Dans le schéma, cliquez sur Panne nouveau DR.

• Dans le schéma, RouterB s’arrête. RouterD étant le BDR en cours, il devient DR. RouterC devient BDR.

• Comment pouvez-vous alors être sûr que ce sont les routeurs que vous avez choisis qui deviendront
respectivement DR et BDR ? Si vous ne voulez pas procéder à une nouvelle configuration, procédez
comme suit :

• démarrez le DR en premier, puis le routeur désigné de secours, et démarrez ensuite tous les autres
routeurs ; ou
• arrêtez l’interface de tous les routeurs, exécutez une commande no shutdown sur le DR, puis sur le
routeur désigné de secours, puis sur tous les autres routeurs.

• Toutefois, comme vous l’avez peut-être déjà deviné, il est possible de changer la priorité d’interface
OSPF afin de mieux contrôler le choix du routeur désigné/routeur désigné de secours.
• Le DR devenant le point central pour la collecte et la
distribution des LSA, il est important qu’il dispose
d’une puissance et d’une capacité mémoire
suffisantes pour assumer cette responsabilité.
• Au lieu d’utiliser uniquement l’ID du routeur pour
décider quels routeurs deviendront routeur désigné
(DR) et routeur désigné de secours, il est préférable
de contrôler le choix de ces routeurs à l’aide de la
commande d’interface ip ospf priority.
• Router(config-if)#ip ospf priority {0 -
255}
• Dans le schéma, cliquez sur show ip ospf interface.

• Pour simplifier notre propos, nous avons retiré RouterD de la topologie. La priorité
d’interface OSPF peut être affichée à l’aide de la commande show ip ospf interface.
Dans la figure, nous pouvons vérifier que la priorité du RouterA est définie sur 1, la
valeur par défaut.

• Cliquez sur Modifier la priorité dans la figure.

• La figure indique les priorités d’interface OSPF du RouterA et du RouterB, modifiées

de manière à ce que le RouterA doté de la priorité la plus élevée devienne routeur
désigné (DR) et le RouterB devienne routeur désigné de secours. La priorité
d’interface OSPF de RouterC reste à la valeur par défaut 1.

• Dans le schéma, cliquez sur Forcer la sélection.

• Une fois que nous aurons effectué un shutdown et un no shutdown sur les interfaces
FastEthernet 0/0 des trois routeurs, nous verrons le résultat du changement des
priorités d’interface OSPF. La commande show ip ospf neighbor du RouterC affiche
à présent que le RouterA (ID de routeur 192.168.31.11) est DR, avec une priorité
d’interface OSPF maximum de 200, et que le RouterB (ID de routeur 192.168.31.22)
est toujours routeur désigné de secours, avec la priorité d’interface OSPF suivante
de 100. Remarquez que la commande show ip ospf neighbor du RouterA n’indique
aucun DR, car c’est le RouterA lui-même qui est DR de ce réseau.
• Bande passante de référence

• Comme vous vous en souvenez, le coût OSPF Cisco utilise le cumul des bandes passantes. La valeur de bande passante de
chaque interface est calculée à l’aide de la formule 100 000 000/bande passante. 100 000 000 ou 10 puissance 8 est connu
comme bande passante de référence.

• Donc, 100 000 000 représente la bande passante par défaut référencée lorsque la bande passante réelle est convertie en
mesure de coût. Comme vous l’avez appris pendant les études précédentes, nous avons maintenant des débits de liaison bien
supérieurs aux vitesses Fast Ethernet, notamment le Gigabit Ethernet et 10GigE. L’utilisation d’une bande passante de
référence de 100 000 000 a pour résultat que des interfaces avec un débit de 100 Mbits/s et plus ont un coût OSPF de 1.

• Pour obtenir des calculs de coûts plus précis, un ajustement des valeurs de bande passante de référence peut s’avérer
nécessaire. La bande passante de référence peut être modifiée pour prendre en compte ces liaisons plus rapides, grâce à la
commande OSPF auto-cost reference-bandwidth. Lorsque cette commande est nécessaire, utilisez-la sur tous les routeurs afin
que la mesure de routage OSPF reste cohérente.

• R1(config-router)#auto-cost reference-bandwidth ?
• 1-4294967 The reference bandwidth in terms of Mbits per second

• Notez que la valeur est exprimée en Mbits/s. Par conséquent, la valeur par défaut est égale à 100. Pour passer à des vitesses
en 10GigE, vous devez définir la bande passante de référence sur 10 000.

• R1(config-router)#auto-cost reference-bandwidth 10000

• De nouveau, configurez cette commande sur tous les routeurs du domaine de routage OSPF. L’IOS peut vous le rappeler,
comme indiqué dans le schéma.

• Dans le schéma, cliquez sur R1 avant et R1 après.

• La table de routage de R1 affiche les modifications intervenues dans la mesure de coût. Notez que les routes OSPF présentent
des valeurs de coût bien supérieures. Par exemple, dans R1 avant, le coût vers 10.10.10.0/24 est de 1172. Une fois la
nouvelle bande passante de référence configurée, le coût pour la même route est de 65635.
• Modification des intervalles OSPF
• Dans le schéma, cliquez sur Voisins 1 de R1.

• La commande show ip ospf neighbor exécutée sur R1 vérifie que R1 est contigu à R2 et R3. Notez que la
sortie pour le délai Dead amorce un compte à rebours de 40 secondes. Par défaut, cette valeur est
réactualisée toutes les 10 secondes lorsque R1 reçoit un Hello de son voisin.

• Il peut être préférable de modifier les minuteurs OSPF pour qu’ils soient en mesure de détecter les
défaillances plus rapidement. Ceci augmentera le trafic, mais cela peut être un critère secondaire lorsqu’une
convergence rapide est requise.

• Les intervalles Dead et Hello OSPF peuvent être modifiés manuellement à l’aide des commandes d’interface
suivantes :

• Router(config-if)#ip ospf hello-intervalseconds

• Router(config-if)#ip ospf dead-intervalseconds

• Cliquez sur Modifier les minuteurs R1 dans la figure.

• La figure affiche les intervalles Dead et Hello modifiés, à 5 et 20 secondes respectivement, sur l’interface
Serial 0/0/0 pour R1. Immédiatement après la modification de l’intervalle Hello, l’IOS Cisco modifie
automatiquement l’intervalle Dead pour le porter à 4 fois la valeur de l’intervalle Hello. Cependant, le fait de
modifier de façon explicite le minuteur est une saine pratique, plutôt que de compter sur une fonction
automatique d’IOS. Les modifications figurent ainsi dans la configuration.

• Après 20 secondes, le compte à rebours du minuteur Dead de R1 se termine. La contiguïté entre R1 et R2 est
perdue. Nous avons modifié uniquement les valeurs de l’une des extrémités de la liaison série entre R1 et R2.

• %OSPF-5-ADJCHG : Process 1, Nbr 10.2.2.2 on Serial0/0/0 from FULL to DOWN, Neighbor Down: Compteur
d’arrêt expiré
• Cliquez sur Voisins 2 de R1 dans la figure.

• Souvenez-vous que les intervalles OSPF Hello et Dead doivent être identiques entre voisins. Vous pouvez
vérifier la perte de la contiguïté en exécutant la commande show ip ospf neighbor sur R1. Notez que le voisin
10.2.2.2 n’est plus présent. Cependant, 10.3.3.3 ou R3 est toujours un voisin. Les minuteurs définis sur Serial
0/0/0 n’affectent pas la contiguïté de voisinage avec R3.

• Dans le schéma, cliquez sur Minuteurs R2.

• Vous pouvez vérifier que les intervalles Hello et Dead ne correspondent pas en utilisant la commande show
ip ospf interface serial 0/0/0 sur R2. Les valeurs d’intervalle sur R2, ID de routeur 10.2.2.2, sont toujours de
10 secondes pour Hello et de 40 secondes pour Dead.

• Dans le schéma, cliquez sur Modifier les minuteurs R2.

• Pour restaurer la contiguïté entre R1 et R2, modifiez les intervalles Hello et Dead de l’interface série Serial
0/0/0 sur R2 pour qu’ils correspondent à l’interface série Serial 0/0/0 de R1. L’IOS affiche un message
indiquant que la contiguïté a été établie avec un état FULL (complet).

• 14:22:27: %OSPF-5-ADJCHG : Process 1, Nbr 10.1.1.1 on Serial0/0 from LOADING to FULL, Loading Done

• Cliquez sur Voisins 3 de R1 dans la figure.

• Vérifiez que la contiguïté a été restaurée en exécutant la commande show ip ospf neighbor sur R1. Notez que
le délai Dead de Serial 0/0/0 est maintenant bien plus bas, car il amorce un compte à rebours à partir de 20
seconde au lieu des 40 secondes par défaut. Serial 0/0/1 fonctionne toujours avec les minuteurs par défaut.

• Remarque : OSPF exige que les intervalles Hello et Dead de deux routeurs correspondent pour devenir
contigus, contrairement au protocole EIGRP. Les minuteurs Hello et de mise hors service (Holddown) de
deux routeurs n’ont pas à correspondre pour former une contiguïté EIGRP.