OSPF Hello et Dead Interval

OSPF utilise des paquets hello et deux timers pour vérifier si un voisin est toujours en vie ou
non :

 Hello interval : ceci définit la fréquence à laquelle nous envoyons le paquet hello.
 Dead Interval : cela définit combien de temps nous devons attendre les paquets
Hello avant de déclarer le voisin mort.

Les valeurs des intervalles Hello et Dead peuvent être différentes selon le type de réseau
OSPF. Sur les interfaces Ethernet, vous verrez un intervalle de bonjour de 10 secondes et
un intervalle mort de 40 secondes.
Jetons un coup d'œil à un exemple pour voir cela en action. Voici la topologie que
j'utiliserai :

Nous utiliserons deux routeurs avec un commutateur entre les deux.

Configuration
Activons OSPF :

R1 & R2#
(config)#router ospf 1
(config-router)#network 192.168.12.0 0.0.0.255 area 0

Jetons un coup d'œil à l'intervalle de bonjour et de mort par défaut :

R1#show ip ospf interface FastEthernet 0/0 | include intervals
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5

L'intervalle Hello et Dead peut être différent pour chaque interface. Ci-dessus, vous pouvez
voir que l'intervalle de Hello est de 10 secondes et Dead Interval de 40
secondes. Essayons si cela est vrai :

R1(config)#interface FastEthernet 0/0

R1(config-if)#shutdown

Après avoir fermé l'interface sur R1, vous verrez le message suivant :

R1#
Aug 30 17:57:05.519: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.12.2 on
FastEthernet0/0 from FULL to DOWN, Neighbor Down: Interface down or
detached

R1 saura que R2 est inaccessible depuis que son interface est tombée en panne. Jetez
maintenant un œil à R2 :

R2#
Aug 30 17:57:40.863: %OSPF-5-ADJCHG: Process 1, Nbr 192.168.12.1 on
FastEthernet0/0 from FULL to DOWN, Neighbor Down: Dead timer expired

R2 nous indique que le timer mort a expiré. Cela a pris un peu plus de temps. L'interface sur
R1 est tombée en panne à 17:57:05 et le timer mort de R2 a expiré à 17:57:40… cela fait
près de 40 secondes.
Réactivons l'interface :

R1(config)#interface FastEthernet 0/0

R1(config-if)#no shutdown

40 secondes, c'est long… R2 continuera à envoyer du trafic à R1 pendant que l'intervalle

mort expire. Pour accélérer ce processus, nous pouvons jouer avec les minuteries. Voici un
exemple :
R1 & R2
(config)#interface FastEthernet 0/0
(config-if)#ip ospf hello-interval 1
(config-if)#ip ospf dead-interval 3

Vous pouvez utiliser ces deux commandes pour modifier l'intervalle de bonjour et de
mort. Nous enverrons un paquet bonjour toutes les secondes et l'intervalle mort est de 3
secondes. Vérifions ceci :

R1#show ip ospf interface FastEthernet 0/0 | include intervals

Timer intervals configured, Hello 1, Dead 3, Wait 3, Retransmit 5

Réduire l'intervalle mort de 40 à 3 secondes est une grande amélioration mais nous
pouvons faire encore mieux :

R1(config-if)#ip ospf dead-interval ?

<1-65535> Seconds
minimal Set to 1 second

Nous pouvons réduire l'intervalle mort à 1 seconde. Si vous utilisez la commande ip ospf
dead-interval minimal alors vous devez spécifier le nombre de hellos envoyés en une
seconde :

R1(config-if)#ip ospf dead-interval minimal hello-multiplier ?

<3-20> Number of Hellos sent within 1 second

Changeons-le en 3 paquets hello :

R1 & R2
(config-if)#ip ospf dead-interval minimal hello-multiplier 3

Nous disposons désormais de paquets de bienvenue ultrarapides. Jetez un œil ci-dessous :

R1#show ip ospf interface FastEthernet 0/0 | include intervals

 Timer intervals configured, Hello 333 msec, Dead 1, Wait 1, Retransmit 5

Toutes les 333 ms, nous enverrons un paquet bonjour, si nous n'en recevons pas dans la
seconde, nous déclarerons le voisin mort.
Nos routeurs réagiront désormais rapidement lorsqu'ils ne recevront pas de paquet Hello à
temps.
Il est possible de réduire encore davantage les temps de basculement en utilisant quelque
chose appelé Bidirectionnel Forwarding Detection (BFD) . Il s'agit d'un protocole qui
s'exécute indépendamment des protocoles de routage et est utilisé pour détecter les
défaillances de liaison entre deux points de terminaison. Il est souvent utilisé sur des
liaisons qui n'offrent aucune détection de panne (comme Ethernet). Nous aborderons cela
dans une autre leçon.