EIGRP – Stuck in Active

Stuck in Active = Coincé en actif.

Actif = Lien Mort.
Passif = Lien Fonctionnel.

On retrouve ces états dans la Table Topologique EIGRP !

Pour voir tout ça, on va prendre des exemples concrets 🙂

 

Pré-requis


– Protocole EIGRP
– Paquets EIGRP

(Vous risquez de rien comprendre sinon)

 

Achitecture de base


EIGRP - Architecture de base

EIGRP – Architecture de base

– R-00, R1, R11, R12, R21, R22, R23 et R24 sont tous bien configurés, fonctionnent parfaitement et utilisent le protocole EIGRP.
– Le seul LAN qui existe est le lan X.X.X.X (on ignore les réseaux d’inter-connections).
– Le routeur R1 ne possède qu’un seul Successor pour joindre le réseau X.X.X.X.

Voici la table Topologique de R1.

Table Topologique de R1 - Mode Passive

Table Topologique de R1 – Mode Passive

P = Passive = Information toujours valide.

 

Réaction en cas de panne


La panne :

– Le lien entre R-00 et R1 tombe et R-00 n’est plus le Neighoor de R1.
– R1 passe le réseau X.X.X.X en mode Active.

Table Topologique de R1 - Mode Active

Table Topologique de R1 – Mode Active

A = Active = Injoignable.

Que va faire R1 pour remédier à ce problème ?


EIGRP - X.X.X.X HS

EIGRP – X.X.X.X HS

– R1 Envoi un paquet QUERY à tous ces neighbor sauf à son ancien Successor.
– R1 Lance un Timer de 3 minutes, S’il ne reçoit pas de paquet Reply d’un Neighoor, il le mettra dans le stade « STUCK IN ACTIVE« .


EIGRP – Query

– R11 et R12 reçoivent un paquet Query de R1.
– R11 envoi un paquet Query à R21 et R22.
– R12 envoi un paquet Query à R23 et R24.
– R11 et R12 lance un Timer de 3 minutes.


EIGRP – Reply

R21, R22, R23 et R24

– Recoivent un paquet Query.
– Ne possèdent pas d’autres Neighboor.
– Répondent au paquet Query avec un paquet Reply.


EIGRP - Reply

EIGRP – Reply

– R11 et R12 ont reçu une réponse à tous leurs paquets Query.
– R11 et R12 répondent au paquet Query de R1 avec un paquet Reply.

Vu que personne ne sait comment joindre ce réseau, tout le monde a mis un Metric infini dans leurs Reply.
R1 en conclue que ce réseau n’est plus du tout joignable et le supprime de sa table topologique et donc de sa table de routage.


 

Si R1 ne recoit pas de Reply


R1 ne recoit pas de Reply

R1 ne recoit pas de Reply

Pourquoi :

– R1 est trop occupé.
– Problème de lien.
Liaison unidirectionnelle via fibre optique. ( voir l’article sur l’UDLD ).

Ce qui se passe :

– R1 supprime R12 de ses neighboors.

Au bout de 3 minutes ...

Au bout de 3 minutes …

Tout ça parce que R1 n’a pas traité la réponse de R12 ?
C’est n’importe quoi !

Cisco à réagit depuis l’IOS 12.1 et à créer les paquets SIA-Query et SIA-Reply.

 

SIA-Query et SIA-Reply


Nous sommes dans la même situation, R1 attend le Reply de R12
Au bout d’1 minute et 30 secondes, R1 commence à s’inquiéter et décide d’envoyer un SIA-Query à R12.
R12 répond avec un SIA-Reply, R1 est content, il n’a toujours pas l’information demandé mais il ne vas pas supprimer R12 de sa table de Neighboor.

 

Prochain cours


On se fait une petite image :

R1 = Professeur CM1.
Les autres routeurs = Élèves de CM1.

Le professeur aimerait connaitre le numéro de téléphone de la principale de l’école car il l’a perdu et demande à sa classe de CM1 de demander à tous leurs amis de l’école si quelqu’un connaît ce numéro de téléphone…

Ça va servir à rien car les élèves ne connaissent que le numéro de téléphone de leurs parents.

Bah là, on va dire à chaque élève de l’école que si quelqu’un leurs demandes un numéro de téléphone en dehors du numéro de leurs parents de répondre :

– Je ne connais pas d’autres numéros et mes copains pareils.

Avantage :

– Pas de brouhaha inutile dans la cour de récréation.
– Le Professeur sait directement qu’il n’obtiendra pas cette information de ses élèves.

Afin de dire a un routeur d’annoncer uniquement les reseaux qu’ont lui autorise et de ne pas lancer des paquets Query Inutile, nous allons le configurer en mode STUB.

Prochain cours :

– EIGRP Stub

En espérant que cet article vous as été utile ! Hésitez pas à me la faire savoir !!

FingerInTheNet.com

Noël NICOLAS

Expert Réseau
10 ans d’expérience
CCNP Routing and Switching
Fondateur du site FingerInTheNet

Poster un Commentaire

Soyez le premier à commenter !

Laisser un commentaire

  Subscribe  
Me notifier des