Une des choses finales que j'ai montrées dans le dernier article était le comportement d'un routeur essayant de trouver un itinéraire perdu quand il n'y avait aucun successeur. Le routeur « est allé active » sur l'itinéraire pour trouver un nouveau successeur. Cisco a un document sur le Stuck dans le problème actif qui explique le processus entier, y compris un problème (et la question probable d'essai) au sujet de ce qui « coincé dans » des moyens actifs. Fondamentalement, si un routeur essaye de trouver un successeur, mais ne récupère pas de réponse dans un délai de 3 minutes, il marque cette erreur.
Pour citer le document :
Les itinéraires qui ont un successeur valide serait dans un état « passif ». Si, pour quelque raison, un routeur perd un itinéraire par son successeur et n'a pas un successeur faisable pour cet itinéraire, alors les transitions d'itinéraire à un état « actif ». Dans l'état actif, un routeur envoie des questions dehors à ses voisins demandant un chemin à l'itinéraire perdu.
Quand un voisin d'EIGRP reçoit une question pour un itinéraire, il se comporte comme suit :
* Si la table de topologie d'EIGRP ne contient pas actuellement une entrée pour l'itinéraire, alors le routeur répond immédiatement à la question avec un message inaccessible, déclarant qu'il n'y a aucun chemin pour cet itinéraire par ce voisin.
* Si le tableau de topologie d'EIGRP présente le routeur de question pendant que le successeur pour cet itinéraire et un successeur faisable existe, alors le successeur faisable est installé et le routeur répond immédiatement à la question.
* Si le tableau de topologie d'EIGRP présente le routeur de question car le successeur pour cet itinéraire et un successeur faisable n'existe pas, alors le routeur questionne tous ses voisins d'EIGRP excepté ceux a envoyé la même interface que son ancien successeur. Le routeur ne répondra pas au routeur de question jusqu'à ce qu'il ait reçu une réponse à toutes les questions qu'elle a lancées pour cet itinéraire.
* Si la question était reçue d'un voisin qui n'est pas le successeur pour cette destination, alors le routeur répond avec son information de successeur.
Pour la bouillir vers le bas, EIGRP maintient habituellement un itinéraire faisable de successeur pour des préfixes dans la table de cheminement où la distance annoncée de la voie de déroutement est inférieure que la distance faisable du chemin preferred (successeur). Sinon, DUEL doit être couru pour trouver l'itinéraire quand le successeur part.
Lors de perdre l'itinéraire et de ne trouver aucun successeur faisable, les émissions de routeur à ses voisins demandant une autre manière. Si le routeur recevant l'émission n'a pas un, il répond avec une reconnaissance négative. Si le routeur recevant l'émission a le querier comme successeur, alors il sait que le chemin est descendu et passe par le processus lui-même. (IE « pourquoi me demandez-vous ? J'ai pensé que vous avez su ! ") la note qui si le routeur a un successeur faisable, il peut immédiatement employer cela, et passent l'information le long.
Dans un grand réseau, ceci peut prendre du temps. S'il assure trois minutes, il y a probablement un problème, qui est où le stuck en état actif se produit.
FAQ D'EIGRP
référence : -
http://ccnprecertification.com/2004/08/15/eigrp-stuck-in-active/
