Tronçon EIGRP Et Itinéraires Récapitulatifs Expliqués

Il est maintenant temps de vérifier « Tronçon EIGRP » et les options de conception du tronçon EIGRP.

BB#debug ip eigrp packets
BB#debug ip eigrp query
BB#debug ip eigrp reply

Lorsque la route principale échoue, EIGRP passe automatiquement à la route de sauvegarde. Si la règle « AD& lt; FD du successeur » échoue, des messages de requête sont envoyés. Dans le message de requête, il est demandé aux voisins si le réseau descendant existe dans votre table de routage ou non. Vous pouvez voir les détails sur la distance annoncée et la distance réalisable dans cet article.

 stub eigrp

Par exemple si le réseau 172.30.1.0 est en panne et qu’il n’y a pas de successeur possible, R2 envoie des messages de requête sur toutes ses interfaces. En outre, le routeur 1, le routeur 3, le routeur 4 et le routeur 5 commencent également à envoyer des messages de requête. Après un certain temps, les messages de requête commencent à fatiguer le réseau et à consommer trop de bande passante. (Le routeur 3 n’envoie pas la requête au routeur 1 qu’il a obtenu sous la forme du routeur 1 en raison de la règle d’horizon divisé)

Par exemple, que se passe-t-il si le routeur 5 avait une connexion directe à 172.30.1.0?

Le routeur 2 doit attendre 3 minutes par défaut et réécouter les réponses de toutes les autres réponses de message de requête avant de prendre une décision (même si le routeur 5 dit que j’ai une route de sauvegarde pour le réseau bas! ) Après 3 minutes, le routeur 2 détruit tous les voisins et les rétablit. (ce processus est connu sous le nom de bloqué-en-actif) Pour éviter ce problème, nous avons 2 méthodes de solution ; routes récapitulatives eigrp et stub eigrp :

1 – Routes récapitulatives EIGRP

Supposons que les réseaux entre 172.30.1.0 et 172.30.7.0 fonctionnent derrière le routeur 2. Si ces réseaux sont résumés comme 172.30.0.0/21 et par exemple si 172.30.1.0 est en panne, le routeur 2 envoie à nouveau des messages de requête. Mais d’autres routeurs disent au routeur 2 que « mec tu as dit que les réseaux commençant par 172.30 travaillent derrière moi » et ils envoient des messages de rejet. Pour qu’aucune tempête de requêtes ne se produise.

2- Stub EIGRP

Une autre méthode pour empêcher la tempête de requêtes utilise un Stub EIGRP. Le réseau Stub signifie le réseau qui ne va nulle part! Comme vous pouvez le voir sur la figure ci-dessus, le routeur 3, le routeur 4 et le routeur 5 sont des tronçons. Si nous configurons le routeur 3, le routeur 4 et le routeur 5 en tant que talon, le Routeur 3, le routeur 4 et le routeur 5 disent que « je suis talon » au routeur 2 lorsque le voisinage est établi. Et router 2 comprend que « mec, je sais que tu n’as nulle part où aller, les réseaux que tu m’as dit sont au bout du chemin! ». De sorte que si 172.30.1.0 est en panne, aucun message de requête n’est envoyé au routeur 3, au routeur 4 et au routeur 5. La configuration du talon EIGRP est faite comme ceci :

R2(config)#router eigrp 1R2(config-router)#eigrp stub ?

Après la commande « eigrp stub », vous pouvez utiliser les options de configuration ci-dessous:

Entrée: Utilisé pour la publicité des routes connectées et récapitulatives.
Recevoir seulement : Reçoit juste des mises à jour et n’annonce aucun itinéraire.
Statique : Utilisé pour la publicité des routes statiques.
Connecté : Utilisé pour la publicité des itinéraires connectés.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

Related Posts