EIGRP Enhanced Interior Gateway Routing Protocol ccnp_cch ccnp_cch
- Fonctionnement d'EIGRP - Révisions majeures du protocole Sommaire - Introduction - Fonctionnement d'EIGRP - Révisions majeures du protocole - Théorie de base - Découverte des voisins - Construction de la table topologique - Métrique EIGRP - Distance faisable, Distance annoncée et Successeur possible - Décider qu'un chemin est sans boucle de routage - "Split Horizon" et "Poison Reverse" - Mode de démarrage (startup mode) - Changement dans la table topologique - Les Requêtes - Routes dans l'état "Stuck in Active" (SIA) - Résolution des problèmes de routes SIA - Redistribution - Redistribution EIGRP entre deux systèmes autonomes - Redistribution entre IGRP et EIGRP dans deux systèmes autonomes différents - Redistribution entre IGRP et EIGRP dans le même système autonome - Redistribution avec d'autres protocoles de routage - Redistribution des routes statiques - Agrégation de routes - Agrégation automatique - Agrégation manuelle - Agrégation automatique des routes externes ccnp_cch
- Processus de requêtes et étendue Sommaire (suite) - Processus de requêtes et étendue - Comment les points d'agrégation affectent l'étendue de la requête - Comment les listes de distribution affectent l'étendue de la requête - Périodicité des paquets de routage - Routage par défaut - Equilibrage de charge - Utilisation des métriques - Utilisation des "Administrative Tag" dans la redistribution - Comprendre la sortie de commandes EIGRP - show ip eigrp topology - show ip eigrp topology <network> - show ip eigrp topology [active|pending|zero-successor] - show ip eigrp topology all-links ccnp_cch
Fonctionnement d'EIGRP Introduction EIGRP (Enhanced Interior Gateway Protocol) est un protocole de routage interne pour différentes topologies et supports. Dans un réseau bien conçu, EIGRP permet une bonne évolutivité et fournit un temps de convergence très rapide en ajoutant un trafic minimal au réseau. Fonctionnement d'EIGRP EIGRP apporte les avantages suivants: - Très faible utilisation des ressources réseau en fonctionnement normal; seuls les paquets "hello" sont transmis sur un réseau stable. - Quand un changement se produit, seuls les changements effectués dans la table de routage sont transmis. La charge introduite par le protocole de routage sur le réseau est réduite. - Temps de convergence très rapide lors des changements de topologie dans le réseau. EIGRP est un protocole de routage vecteur distance amélioré reposant sur l'algorithme appelé "Diffused Update Algorithm" (DUAL) pour calculer le plus court chemin vers une destination dans le réseau. Révisions majeures du protocole Il y a deux versions majeures pour EIGRP, ce sont les versions 0 et 1. Il est recom- mandé d'utiliser la version la plus récente d'EIGRP qui apporte des améliorations sur les performances et la stabilité. Théorie de base Un protocole de routage vecteur distance typique sauvegarde les informations suivan- tes quand il calcule le meilleur chemin vers une destination: la distance et le vecteur (le prochain saut). Ainsi tous les routeurs du de la figure 1 ci-dessous utilisent le protocole RIP (Routing Information Protocol). Le routeur R2 choisit le chemin vers le réseau NetA en examinant le nombre de sauts effectués pour chacun des chemins disponobles. R1 R3 R2 NetA Figure .1 ccnp_cch
Comme le chemin par le routeur R3 utilise trois sauts et que le chemin par le routeur R1 utilise deux sauts, le routeur R2 choisit le chemin qui passe par R1 et ne tient pas compte des informations fournies par R3. Si le chemin entre le routeur R2 perd la connectivité avec le réseau NetA jusqu'à ce qu'il élimine la route de sa table de routage (3 périodes de mise à jour = 90 sec), le routeur R3 annonce la route vers le réseau NetA toutes les 30 secondes. Sans tenir compte des temps d'attente pour confirmation (Hold down timer), cela va prendre entre 30 et 120 secondes pour que le routeur R2 utilise le chemin vers le routeur R3 pour atteundre le réseau A. EIGRP n'utilise pas de périodes d'attente basées sur l'intervalle d'envoi de mises à jour mais batit une table topologique du réseau d'après les informations transmises par chacun des ses voisins. Dans le cas du réseau précédent, le routeur R2 sauvegarde les informations apprises des routeurs R1 et R3. Il choisit le chemin vers R1 comme le chemin le plus court ( le successeur) et le chemin alternatif sans boucle (successeur possible) vers le routeur R3. Quand le chemin via le routeur R1 devient inaccessible, le routeur R2 examine sa table topologique et trouvant dans celle-ci un successeur possible, utilise immédiatement le chemin vers le routeur R3. Il apparaît maintenant qu'EIGRP doit fournir: - Un système pour transmettre les mises à jour utiles à un moment donné; ceci est accompli au moyen d'une fonction appelé "neighbor discovery and maintenance". - Un moyen pour déterminer quels chemins appris par le routeur sont sans boucle - Un processus d'effacement des mauvaises routes des tables topologiques de tous les routeurs du réseau. - Un processus pour interroger les voisins afin de trouver des chemins perdus vers certaines destinations. Découverte des voisins Pour distribuer les informations de routage dans un réseau, EIGRP utilise des mises à jour incrémentales non périodiques. Ce qui signifie que EIGRP transmet des mises à jour de routage uniquement au sujet des chemins qui ont des changements. Le problème typique généré par ce principe de mise à jour de routage est qu'un routeur ne sait pas forcément qu'un chemin via l'un de ses voisins est devenu inaccessible. Vous ne pouvez pas donner une durée de validité aux routes en espérant recevoir une nouvelle table de routage de vos voisins. Dans EIGRP, deux routeurs deviennent voisins lorsqu'ils se sont découverts l'un et l'autre avec des paquets "hello" échangés sur le même réseau. ccnp_cch
EIGRP transmet des paquets "Hello" toutes les 5 secondes sur les liaisons à haut débit et toutes les 60 secondes sur les liaisons à bas débit. • "Hello" toutes les 5 secondes - Supports avec diffusion tels Ethernet, Token Ring et FDDI - Liaisons série point à point telles que les lignes louées (PPP ou HDLC), sous- interfaces Frame Relay point à point et ATM. - Sous-interfaces point à point - Circuits à débit élevé (> à 1,544 Mb/s) tels que l'accès primaire RNIS et les liaisons Frame Relay. • "Hello" toutes les 60 secondes - Circuits Multipoint avec un débit inférieur ou égal à 1,544 Mb/s telles que les interfaces Multipoint Frame Relay et les interfaces Multipoint ATM. - Circuits virtuels commutés et interface accès de base RNIS. Le débit auquel EIGRP transmet les paquets "Hello" est fixé par le paramètre "hello- interval" que vous pouvez ajuster avec la commande ip hello-interval eigrp. Le temps de maintien est le temps pendant lequel un routeur considère qu'un voisin est tou- jours actif sans avoir reçu de nouveau paquet "Hello". Ce temps de maintien (Hold Time) est typiquement égal à trois fois la durée du "hello interval" par défaut (15 sec et 180sec). Vous pouvez ajuster ce temps de main- tien avec la commande ip hold-time eigrp. Notez que si vous changez la durée du "hello-interval", le "hold-time" n'est pas auto- matiquement ajusté. Vous devez configurer le "hold-time" manuellement pour qu'il soit ajusté à la valeur du "hello-interval" configuré. Il est possible pour deux routeurs EIGRP de devenir voisins même si les timers "hello" n'ont pas la même valeur. Le temps de maintien (hold-time) est inclus dans les paquets "hello" ainsi chaque voisin doit rester actif bien que les valeurs des timers ne correspondent pas. Bien qu'il n'y ait pas de moyen direct pour déterminer l'intervalle de "Hello" utilisé par un routeur, vous pouvez le déduire d'après les informations de la sortie de la com- mande show ip eigrp neighbor sur le routeur voisin. Vous pouvez également utiliser cette commande pour résoudre des problèmes. Voir la sortie de la commande page suivante. ccnp_cch
ccnp_cch RouterA# show ip eigrp neighbor IP-EIGRP neighbors for process 1 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 1 10.1.1.2 Eth1 13 12:00:53 12 300 0 620 0 10.1.2.2 S0 174 12:00:56 17 200 0 645 RouterB# show ip eigrp neighbor 1 10.1.1.2 Eth1 12 12:00:55 12 300 0 620 0 10.1.2.2 S0 174 12:00:57 17 200 0 645 Router# show ip eigrp neighbor 1 10.1.1.2 Eth1 11 12:00:56 12 300 0 620 0 10.1.2.2 S0 174 12:00:58 17 200 0 645 La valeur dans la colonne Hold de la sortie de la commande ne doit jamais excéder la valeur du "hold-time et ne doit jamais être inférieure au "hold-time" moins le "hello interval" (sauf si le routeur perd des paquets hello). Si la valeur dans la colon- ne Hold est située entre 10 et 15 secondes, le "hello interval" est égal 5 secondes et le "Hold-time" est égal à 15 econdes. Si la colonne Hold comporte des valeurs comprises entre 120 et 180 secondes, le "hello interval" est de 60 secondes et le "Hold-time" est de 180 secondes. Si les nombres ne semblent pas refléter les valeurs par défaut des timers, vérifier l'interface concernée sur le routeur voisin. Le "Hello Interval" et le "Hold timer" ont peut-être été configurés manuellement. Note: • EIGRP n'établit pas de relations de voisinage sur des adresses secondaires. Tout le trafic EIGRP est issu de l'adresse primaire de l'interface. • Quand vous configurez EIGRP sur un réseau Frame Relay, configurez le mot-clé broadcast dans la commande frame-relay map. Sans ce mot-clé les adjacences ne seront pas établies entre deux routeurs EIGRP. ccnp_cch
ccnp_cch Construction de la table topologique Métriques EIGRP Maintenant les routeurs s'échangent des des informations mais quelles informations? Leurs tables topologiques. EIGRP contrairement à RIP ou IGRP n'utilise pas la table de routage pour stocker les informations nécessaires à son fonctionnement. Au lieu de cela il batit une seconde table, la table topologique, à partir de laquelle il installe les routes dans la table de routage. Pour voir le contenu de la table topologique sur un routeur utilisant EIGRP, exécutez la commande show ip eigrp topology. La table topologique contient les informations nécessaires pour batir les distance et les vecteurs vers chaque réseau accessible. Ces informations sont: • La plus petite bande passante annoncée sur le chemin vers cette destination telle qu'elle a été annoncée par les routeurs du voisinage. • Le délai total • La fiabilité du chemin • La charge du chemin • Le MTU (Maximum Transmit Unit) minimum du chemin • La distance faisable (Feasible Distance) • La distance annoncée (Reported Distance) • Source de la route (routes externes) La commande show ip eigrp topology peut être utilisée pour résoudre des problèmes. Métriques EIGRP EIGRP utilise la plus petite bande passante rencontrée sur le chemin vers une desti- nation et la somme des délais pour calculer la métrique d'une route. Bien que d'autres métriques peuvent être configurées, il est recommandé de le faire avec beau- coup de précaution. La bande passante et le délai sont des métriques déterminées par des valeurs confi- gurées sur les interfaces de routeurs situées dans le chemin vers la destination. Dans la figure 2 ci-dessous,le routeur R1 cherche le meilleur chemin vers le réseau A. R1 R2 R4 Figure .2 R3 BW:56 Delay: 2000 BW:128 Delay: 1000 BW:10000 Delay: 100 Réseau A ccnp_cch
Il commence par regarder les deux annonces faites pour ce réseau Il commence par regarder les deux annonces faites pour ce réseau. Une annonce faite par le routeur R4 avec une bande passante minimum egale à 56 Kbit et un délai de 2200 µs et l'autre annonce faite par le routeur R3, avec une bande passante minimum de 128 Kbit et un délai 1200 µs. Le routeur R1 choisit le chemin qui a la plus petite métrique. Calculons les métriques des deux chemins. EIGRP calcule la métrique totale de la manière suivante: • Bande passante = (10000000/bande passante minimum)*256 • Délai = délai * 256 EIGRP utilise ces deux valeurs pour calculer la métrique totale vers le réseau: • Métrique = [K1*Bande passante+(K2*bande passante)/(256-load)+ K3*Délai] * [K5/(fiabilité+K4)] Note: Les coefficients Kn doivent être utilisés avec soin. Des valeurs de K non cohé- rentes peuvent empêcher deux routeurs d'établir des relations de voisinage et empê- cher la convergence du réseau. Les valeurs par défaut des coefficients K sont: • K1 = 1 • K2 = 0 • K3 = 1 • K4 = 0 • K5 = 0 Pour une utilisation simple par défaut, la formule est la suivante: Métrique = Bande passante + Délai En combinant cette formule avec les facteurs d'échelle, on obtient: Métrique = [ (107/Bande passante minimum) + Somme des délais] x 256 Ces formules supposent que vous utilisez des délais dont les valeurs sont des multi- ples de 10 µs. Les délais affichés par les commandes show interface et show eigrp topology sont exprimés en µs. Les routeurs Cisco ne font pas de calculs en virgule flottante, toutes les valeurs sont arrondies à la valeur entière la plus proche par défaut. ccnp_cch
Dans cet exemple, la métrique totale via le routeur R4 est: Bande passante minimum = 56 Kbit Délai total = 100 + 100 + 2000 = 2200 [ (107/ 56) + 2200 ] x 256 = (178571 +2200) x 256 = 46277376 La métrique totale via le routeur R3 est: Bande passante minimum = 128 Kbit Délai total = 100 + 100 + 1000 = 2200 [ (107/128) + 1200 ] x 256 = (78125 +1200) x 256 = 20307200 Pour attaindre le réseau A, le routeur R1 choisit le chemin passant par le routeur R3. Notez que les valeurs de bande passante et de délai que nous avons utilisées sont celles configurées sur l'interface avec laquelle le routeur atteint le prochain saut vers la destination. Par exemple, le routeur R2 annonce le réseau A avec le délai configuré sur son interface Ethernet. Le routeur R4 ajoute le délai configuré sur son interface Ethernet et le routeur R1 ajoute le délai configuré sur son interface Serial. Distance faisable, Distance annoncée et Successeur possible La distance faisable ou "Feasible Distance" représente la meilleure métrique sur le chemin vers la destination, incluant la métrique vers le voisin annonçant la route. La distance annoncée ou "Reported Distance" est la métrique du chemin vers la destination annoncée par le routeur voisin amont. Le Successeur possible ou "Feasible Successor" correspond au chemin dont la Distance annoncée est plus faible que la Distance faisable. R1 R2 R4 Figure .3 R3 BW:56 Delay: 2000 BW:128 Delay: 1000 BW:10000 Delay: 100 Réseau A ccnp_cch
Le routeur R1 voit qu'il a deux routes vers le réseau A: Une via le routeur R3 et une autre via le routeur R4. • La route via le routeur R4 a une métrique de 46021376 et une Distance annoncée de 307200. • La route via le routeur R3 a une métrique de 20307200 et une Distance annoncée de 307200. Notez que dans chaque cas EIGRP calcule la distance Annoncée depuis le routeur qui annonce la route vers le réseau. En d'autres termes, La Distance annoncée depuis le routeur R4 est la métrique calculée pour aller du routeur R4 au réseau A et la distan- ce annoncée par le routeur R3 est la métrique calculée pour aller du routeur R3 au réseau A. EIGRP choisit le chemin par le routeur R3 comme meilleur chemin et utilise cette métrique comme "Feasible Distance" ou Distance Faisable. Comme la "Reported Distance" ou Distance Annoncée vers le réseau par le routeur R4 est inférieure à la Distance Faisable, le routeur R1 considère le chemin via le routeur R4 comme un "Feasible Successor" ou Successeur Faisable. Quand la liaison entre les routeurs R1 et R3 passe hors-service, le routeur R1 exami- ne chaque chemin qu'il connaît vers le réseau A et trouve qu'il a un Successeur Faisable ou "Feasible Successor" via le routeur R4. Le routeur R1 utilise cette route et la métrique via le routeur 4 devient la Distance Faisable ou "Feasible Distance". Le réseau converge instantanément et les mises à jour vers les voisins en aval sont le seul trafic généré sur le réseau. Etudions un cas un peu pus complexe avec le schéma suivant: R1 R5 R4 Figure .4 R3 BW:56 Delay: 2000 BW:128 Delay: 1000 BW:10000 Delay: 100 Réseau A R2 Il y a deux routes vers le réseau A depuis le routeur R1: une route via le routeur R2 avec une métrique de 4678976 et une autre route via le routeur R4 avec ue métrique de 20307200. Le routeur R1 choisit la plus petite de ces deux métriques comme route vers le réseau A et devient la distance faisable ou "Feasible Distance". Maintenant, étudions le chemin vers le routeur R2 pour voir si celui-ci peut être qua- lifié de "Feasible Successor" ou Successeur possible. La Distance annoncée depuis le routeur R2 est de 46277376, ce qui est supérieur à la valeur de la Distance Faisable ccnp_cch
ou "Feasible Distance", aussi ce chemin ne peut pas être un Successeur possible ou "Feasible Successor". Si on affichait le contenu de la table topologique du routeur R1 à ce point (avec la commande show ip eigrp topology) on verrait une seule entrée pour le réseau A via le routeur R4.( En réalité il y a deux entrées dans la table topolo- gique du routeur R1, mais une seule est un Successeur possible, aussi l'autre entrée n'est pas affichée par la commande show ip eigrp topology; on peut afficher toutes les routes de la table topologique avec la commande show ip eigrp topology all-links. Supposons que la liaison entre les routeurs R1 et R4 passe hors-service. Le routeur R1 voit qu'il a perdu son unique route vers le réseau A et interroge chacun de ses voi- sins (Le Routeur R2 dans ce cas) pour savoir s'ils ont une route vers le réseau A. Comme le routeur R2 doit avoir une route vers les réseau A, il répond à la requête. Tant que le routeur R1 n'a pas de route disponible via R4, il accepte cette route via le routeur R2 vers le réseau A. Décider qu'un chemin est sans boucle de routage Comment EIGRP utilise-t-il les concepts de "Feasible Distance" ou Distance Faisable, "Reported Distance" ou Distance Annoncée et de "Feasible Successor" ou Successeur possible pour déterminer si un chemin est valide et non-bouclé? Dans le schéma ci- dessous, le routeur R3 examine les routes vers le réseau A. Comme le "Split-Horizon" est dévalidé, le routeur R3 voit trois route vers le réseau A: via le routeur R4, via le routeur R3 et via le routeur R1. R1 R4 R3 Figure .4a R2 BW:56 Delay: 2000 BW:128 Delay: 1000 BW:10000 Delay: 100 Réseau A Si le routeur R3 accepte toutes ces routes, il en résulte une boucle de routage. Le rou- teur R3 pense qu'il peut atteindre le réseau A via le routeur R2 mais le chamin passe par le routeur R3 pour joindre le réseau A. Si la liaison entre les routeurs R3 et R4 passe hors-service, le routeur R3 pense qu'il peut atteindre le réseau A par un des autres chemins possibles mais à cause des règles de détermination des "Feasible Successor" ou Successeurs possible, il n'utilisera aucun des autres chemins. Examinons les métriques pour comprendre: • Métrique vers le réseau A via le routeur R4 : 20281600 • Métrique vers le réseau A via le routeur R2 : 47019776 • Métrique vers le réseau A via le routeur R1 : 47019776 ccnp_cch
Comme le chemin via le routeur R4 a la meilleure métrique, le routeur R3 installe cette route dans la table de routage et utilise la distance 20281600 comme "Feasible Distance" ou Distance Faisable vers le réseau A. Le routeur R3 ensuite calcule la Distance Annoncée ou "Reported Distance" vers le réseau A via les routeur R2 et R1: 47019776 pour le chemin via le routeur R2 et 47019776 pour le chemin via le routeur R1. Comme ces deux métriques sont supérieures à la "Feasible Distance", le routeur R3 n'utilisera pas ces routes comme "Feasible Successor" ou Successeurs possibles vers le réseau A. Supposons que la liaison entre les routeurs R3 et R4 passe hors-service. Le routeur R3 questionne chacun de ses voisins pour obtenir une route alternative vers le réseau A. Le routeur R2 reçoit la demande et comme la demande vient de son successeur, il recherche toutes les autres entrées dans sa table topologique pour vérifier s'il a un "Feasible Successor". La seule entrée de la table topologique est via le routeur R1, avec une Distance Annoncée (Reported Distance) égale à la dernière meilleure métrique connue via le routeur R3. Comme la Distance Annoncée (Reported Distance) via le routeur R1 n'est pas inférieure à la dernière Distance Faisable (Feasible Distance) connue, le routeur R2 marque la route inaccessible et questionne chacun de ses voi- sins, le routeur R1 dans ce cas, pour obtenir un chemin vers le réseau A. Le routeur R3 transmet également une requête pour un chemin vers le réseau A au routeur R1. Le routeur R1 examine sa table topologique et trouve que le seul autre chemin vers le réseau A est via le routeur R2 avec une Distance Annoncée (Reported Distance) égale à la dernière Distance Faisable (Feasible Distance) connue via le routeur R3. Une fois de plus, comme la Distance Annoncée (Reported Distance) via le routeur R2 n'est pas inférieure à la dernière Distance Faisable (Feasible Distance) connue, cette route n'est pas un Successeur possible (Feasible Successor). Le routeur R1 marque la route inaccessibleet questionne son seul voisin, le routeur R2, pour obtenir un chemin vers le réseau A. C'est le premier niveau de requêtes. Le routeur R3 a questionné chacun des ses voisins dans le but de trouver une route vers le réseau A. A leur tour, les routeurs R1 et R2 ont marqué la route inaccessible et ont questionné leurs voisins dans le but de trouver une route vers le réseau A. Quand le routeur R2 reçoit la requête du routeur R1, il examine sa table topologique et note que la destination est marquée inaccessible. Le routeur R2 répond au routeur R1 que le réseau A est inaccessible. Quand le routeur R2 reçoit la requête du routeur R2, il transmet aussi une réponse indiquant que le réseau A est inaccessible. Maintenant les routeurs R1 et R2 int conclu que le réseau A est inaccessible et répondent à la reqête originale du routeur R3. Le réseau a convergé et toutes les routes sont revenues à leur état normal. ccnp_cch
Split-Horizon et Poison Reverse Dans l'exemple précédent, nous avons supposé que le "Split-Horizon" n'était pas actif pour montrer comment EIGRP utilise la Distance Faisable (Feasible Distance) et la Distanve Annoncée (Reported Distance) afin de déterminer si un chemin est sans boucle de routage.Dans certaines circonstances, EIGRP utilis le "Split-Horizon" pour éviter les boucles de routage. Avant de détailler comment EIGRP utilise le "Split-Horizon", faisons un rappel sur le "Split-Horizon" et son mode de fonctionnement. La règle du "Spli-Horizon" est la suivante: • Une route n'est jamais annoncée sur l'interface par laquelle cette route a été apprise Par exemple, dans la figure 4a, si le routeur R1 est connecté aux routeurs R2 et R3 au moyen d'une seule interface multipoint (Frame Relay par exemple) et que le routeur R1 a appris le réseau A par le routeur R2, il ne devrait pas annoncer cette route vers le réseau A au routeur R3 par la même interface. Le routeur R1 suppose que le routeur R3 apprendra le réseau A directement par le routeur R2. R1 R4 R3 Figure .4a R2 BW:56 Delay: 2000 BW:128 Delay: 1000 BW:10000 Delay: 100 Réseau A La technique du Poison Reverse est un autre moyen pour éviter les boucles de routage. la règle dit que: • Une fois qu'une route a été apprise par une interface, annoncez la inaccessible en retour sur la même interface. Supposons que les routeurs de la figure.4a ont la fonction "poison reverse" validée. Quand le routeur R1 apprend le réseau A par le routeur R2, il annonce que le réseau A est inaccessible par ses liaisons vers les routeurs R2 et R3. Si le routeur R3 a un chemin vers le réseau A via le routeur R1, il le retire de sa table de routage à cause de l'annonce précédente. EIGRP combine les deux techniques "Split-Horizon" et "Poison reverse". ccnp_cch
EIGRP utilise le "Split-Horizon" ou annonce une route inaccessible quand il y a: • Deux routeurs sont en mode "startup" (Echange des tables topologiques la première fois) • Annonce de changement de table topologique • Envoi d'une requête Examinons chacune de ces situations. Mode Startup Quand deux routeurs deviennent voisins pour la première fois, ils échangent leurs tables durant le mode startup. Pour chaque entrée de table qu'un routeur reçoit en mode startup, il annonce la même entrée en retour vers son nouveau voisin avec une métrique maximum ("route empoisonnée" ou poisonned route). Changement dans la table topologique Dans la figure.5, le routeur R1 utilise la variance pour répartir le trafic à destination du réseau A entre les deux lignes série (Serial) - la liaison à 56 Kbit de bande passante entre les routeurs R2 et R4 et laison à 128 Kbit de bande passante entre les routeurs R3 et R4. (Voir la section équilibrage de charge pour la variance). R1 R4 Figure .5 R2 R3 BW:56 BW:128 Réseau A Le routeur R2 vit le chemin via le routeur R3 comme un Successeur possible (Feasible Successor). Si la liaison entre les routeurs R2 et R4 passe hors-service, le routeur R2 converge simplement sur le chemin via le routeur R3. Comme la règle du "Split-horizon" dit que l'on ne doit jamais annoncer une route par la même interface par laquelle elle a été apprise, le routeur R2 ne devrait pas transmettre de mise à jour. Cependant, cela laisse le routeur R1 avec une entrée de table topologique non valide. Quand un routeur change sa table topologique de telle sorte que l'interface par laquelle il atteint un réseau change, il dévalide le "Split-Horizon" et "empoisonne" l'ancienne route sur toutes ses interfaces. Dans ce cas, le routeur R2 devalide le "Split-Horizon" pour cette route et annonce le réseau A comme inaccessible. Le routeur R1 reçoit cette annonce et efface la route vers le réseau A via le routeur R2 de sa table de routage. ccnp_cch
Requêtes Les requêtes entrainent l'utilisation du "Split-Horizon" quand un routeur reçoit une requête ou une mise à jour du successeur qu'il utilise dans la destination de la requête. Examinons le réseau de la figure.6. R1 R4 Figure .6 R2 R3 10.1.3.0/24 10.1.4.0/24 10.1.1.0/24 10.1.2.0/24 10.1.9.0/24 Le routeur R3 reçoit une requête concernant le réseau 10.1.2.0/24 (qu'il a atteint via le routeur R1) du routeur R4. Si le routeur R3 n'a pas de Successeur possible pour cette destination, à cause d'une défaillance de liaison ou pour toute autre cause, il transmet une requête à chacun de ses voisins; dans ce cas, les routeurs R1, R2 et R4. Si toute- fois le routeur R3 reçoit une requête ou une mise à jour (changement de métrique par exemple) du routeur R1 pour le réseau destination 10.1.2.0/24, il ne transmettra pas de requête en retour au routeur R1 car celui-ci est son successeur vers ce réseau. Il transmettra la requête vers les routeurs R2 et R4. Routes dans l'état Stuck in Active" Dans certaines circonstances, le délai de réponse à une requête peut être très long. Si long que le routeur à l'origine de la requête stoppe son attente et efface la connexion avec le routeur qui ne répond pas, redémarrant une session de recherche de voisin. Ce phénomène est connu sous le terme de "Stuck in Active route" ou SIA. Dans le schéma ci-dessous, le routeur R1 enregistre un nombre important de routes SIA depuis le rou- teur R2. R1 R3 Figure.7 R2 ccnp_cch
Après quelques recherches, le problème est localisé sur le délai de la liaison satellite entre les routeurs R2 et R3. Il y a deux solutions possibles pour ce type de problème. La première est d'augmenter la durée d'attente du routeur après avoir transmis une requête avant de déclarer la route SIA. Cette valeur peut être changée en utilisant la commande timers active-time. Cependant, la meilleure solution est de reconcevoir le réseau pour réduire le nombre de requêtes (très peu de requêtes passent par la liaison satellite). Le nombre de requêtes n'est pas la seule raison pour que des routes soient annoncées SIA, d'autres raisons peuvent entrainer l'annonce de routes SIA. • Le routeur est surchargé (surcharge CPU) • Problèmes de mémoire sur le routeur - Manque de ressource pour allocation d'espace • La liaison entre les deux routeurs n'est pas de bonne qualité. des requêtes sont perdues entre les deux routeurs. • Liaison unidirectionnelle à cause d'un défaut physique Résolution de problèmes de routes SIA La résolution de problèmes des routes SIA est généralement un processus en trois étapes: 1. Trouver les routes qui sont constanmant annoncées SIA 2. Trouver les routeurs qui constanment ne répondent pas aux requêtes pour ces routes. 3. Trouver la raison pour laquelle le routeur ne reçoit pas les requêtes ou ne répond pas aux requêtes. La première étape peut être réalisée très facilement. Si les messages s'affichent sur la console, un examen rapide des logs indique quelles sont les routes les plus fréquen- ment marquées SIA. La seconde étape est plus difficile. La commande qui permet de rassembler les infor- mations nécessaires est show ip eigrp topology active. Codes P - Passive, A - Active, U - Update, Q - Query, R - Reply r - Reply status A 10.2.4.0/24, 0 successors, FD is 512640000, Q 1 replies, active 00:00:01, query-origin: Local origin via 10.1.2.2 (Infinity/Infinity), Serial1 1 replies, active 00:00:01, query-origin: Local origin via 10.1.3.2 (Infinity/Infinity), Serial1 Remaining replies: via 10.1.1.2, r, Serial0 Tous les voisins avec un R doivent avoir déjà répondu (le timer active montre depuis combien de temps la route est active). Notez que ces voisins ne doivent pas apparaître dans la section "Remaining replies" ou réponses en attente. ccnp_cch
Portez une attention toute particulière aux routes qui ont des réponses en attente et ont été actives quelque temps, généralement deux ou trois minutes. Exécutez la commande précédente plusieurs fois et vous pourrez commencer à voir quels sont les voisins qui ne répondent pas aux requêtes ( ou quelles sont les interfaces qui semlent avoir un grand nombre de requêtes sans réponse). Examinez ce voisin pour voir s'il est constan- ment en attente de réponse de ses voisins. Répétez ce processus jusqu'à ce que vous trouviez le routeur qui ne répond jamais aux requêtes. Vous pouvez tester la liaison vers ce voisin, vérifier la charge CPU, l'utilisation de la mémoire ou d'autres problèmes. Si vous êtes dans une situation dans laquelle la portée des requêtes est un problème, il est toujours plus efficace de réduire la portée des requêtes que d'augmenter le timer SIA. ccnp_cch
Redistribution ccnp_cch Cette section décrit différents scénarios de redistribution. Les exemples qui suivent uti- lisent une configuration minimum pour pouvoir configurer la redistribution. La redistri- bution peut poser des problèmes tels que routage non optimal, boucles de routage ou convergence lente. Redistribution entre deux systèmes autonomes EIGRP R1 R3 Figure.8 R2 EIGRP 2000 EIGRP 1000 10.1.2.0/24 172.16.1.0/24 10.1.1.0/24 BW: 1,544 Mbit BW: 56 Kbit Routeur R1 router eirp 2000 !-- 2000 est le système autonome (AS) network 172.16.1.0 0.0.0.255 Routeur R2 router eigrp 2000 redistribute eigrp 1000 route-map to-eigrp2000 ! router eigrp 1000 redistribute eigrp 2000 route-map to-eigrp2000 network 10.1.0.0 0.0.255.255 route-map to-eigrp1000 deny 10 match tag 1000 route-map to-eigrp1000 permit 20 set tag 2000 route-map to-eigrp2000 deny 10 match tag 2000 route-map to-eigrp2000 permit 20 set tag 1000 Routeur R3 network 10.1.1.0 0.0.255.255 ccnp_cch
Le routeur R3 annonce le réseau 10. 1. 2 Le routeur R3 annonce le réseau 10.1.2.0/24 au routeur R2 via le système autonome 1000; le routeur R2 redistribue cette route dans le système autonome 2000 et l'annonce au routeur R1. Note: Les routes issues de EIGRP AS 1000 sont marquées 1000 avant d'être redistri- buées dans le système autonome 2000. Quand les routes issues du système 2000 sont redistribuées dans le système autonome 1000, les routes avec la marque 1000 ne seront pas redistribuées pour éviter les boucles de routage. Sur le routeur R1, nous avons: R1#show ip eigrp topology 10.1.2.0 255.255.255.0 IP-EIGRP topology entry for 10.1.2.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 46763776 Routing Descriptors Blocks: 20.1.1.1 (Serial0), from 20.1.1.1, Send flag is 0x0 Composite metric is (46763776/46251776), Route is External Vector metric: Minimum bandwidth is 56 Kbit Total delay is 41000 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 2 External data: Originating router is 10.1.2.1 AS number of route is 1000 External protocol is EIGRP, external metric is 46251776 Administrative tag is 1000 (0x000003E8) Notez bien que la liaison entre le routeur R1 et le routeur R2 a une bande passante de 544 Kbit. La bande passante minimum affichée dans la table topologique est 56 Kbit. Cela veut dire que EIGRP préserve toutes les métriques lorsqu'il redistribue les routes entre deux systèmes autonomes utilisant EIGRP. ccnp_cch
Redistribution entre EIGRP et IGRP dans deux systèmes autonomes différents La configuration est la suivante: R1 R3 Figure.9 R2 EIGRP 2000 IGRP 1000 10.1.2.0/24 172.16.1.0/24 10.1.1.0/24 BW: 1,544 Mbit BW: 56 Kbit Routeur R1 router eirp 2000 network 172.16.1.0 0.0.0.255 Routeur R2 router eigrp 2000 redistribute igrp 1000 route-map to-eigrp2000 ! router igrp 1000 redistribute eigrp 2000 route-map to-igrp1000 network 10.0.0.0 route-map to-igrp1000 deny 10 match tag 1000 route-map to-igrp1000 permit 20 set tag 2000 route-map to-eigrp2000 deny 10 match tag 2000 route-map to-eigrp2000 permit 20 set tag 1000 Routeur R3 router igp 1000 ccnp_cch
ccnp_cch La configuration du routeur R1 est la suivante: R1#show ip eigrp topology 10.1.2.0 255.255.255.0 IP-EIGRP topology entry for 10.1.2.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 46763776 Routing Descriptors Blocks: 20.1.1.1 (Serial0), from 20.1.1.1, Send flag is 0x0 Composite metric is (46763776/46251776), Route is External Vector metric: Minimum bandwidth is 56 Kbit Total delay is 41000 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 1 External data: Originating router is 10.1.1.1 AS number of route is 1000 External protocol is IGRP, external metric is 180671 Administrative tag is 1000 (0x000003E8) Les métriques IGRP sont préservées quand les routes sont redistribuées dans EIGRP avec un numéro de système autonome différent mais elles sont mises à l'échelle avec un facteur de 256. Il y a une incohérence à noter pour la redistribution entre IGRP et EIGRP. Si le réseau est directement connecté au routeur réalisant la redistribution, le routeur annonce la route avec une métrique égale à 1. Par exemple, le réseau 10.1.1.0/24 est directement connecté au routeur R2 et IGRP réalise le routage pour ce réseau. EIGRP ne réalise pas de routage pour ce réseau mais apprend ce réseau directement connecté par IGRP. Sur le routeur R1, l'entrée de la table topologique pour le réseau 10.1.1.0 montre : R1#show ip eigrp topology 10.1.1.0 255.255.255.0 IP-EIGRP topology entry for 10.1.1.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2169856 Composite metric is (2169856/1), Route is External Vector metric: Minimum bandwidth is 1544 Kbit Total delay is 20000 microseconds Reliability is 0/255 External protocol is IGRP, external metric is 0 Notez que la Distance Annoncée (Reported Distance) depuis le routeur R2 est 1. ccnp_cch
Redistribution entre EIGRP et IGRP dans le même système autonome La configuration est la suivante: R1 R3 Figure.10 R2 EIGRP 2000 IGRP 2000 10.1.2.0/24 172.16.1.0/24 10.1.1.0/24 BW: 1,544 Mbit BW: 56 Kbit Routeur R1 router eirp 2000 network 172.16.1.0 Routeur R2 router eigrp 2000 ! router igrp 2000 network 10.0.0.0 Routeur R3 La configuration du routeur R1 est la suivante: R1#show ip eigrp topology 10.1.2.0 255.255.255.0 IP-EIGRP topology entry for 10.1.2.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 46763776 Routing Descriptors Blocks: 20.1.1.1 (Serial0), from 20.1.1.1, Send flag is 0x0 Composite metric is (46763776/46251776), Route is External Vector metric: Minimum bandwidth is 56 Kbit Total delay is 41000 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 1 External data: Originating router is 10.1.1.1 AS number of route is 2000 External protocol is IGRP, external metric is 180671 Administrative tag is 0 (0x00000000) ccnp_cch
Cette configuration du routeur R1 ressemble étonnament à la présédente concernant la redistribution entre EIGRP et IGRP dans deux systèmes autonomes différents. Le réseau 10.1.1.0/24 directement connecté est géré de la même manière dans les deux cas. R1#show ip eigrp topology 10.1.1.0 255.255.255.0 IP-EIGRP topology entry for 10.1.1.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2169856 Routing Descriptors Blocks: 20.1.1.1 (Serial0), from 20.1.1.1, Send flag is 0x0 Composite metric is (2169856/1), Route is External Vector metric: Minimum bandwidth is 1544 Kbit Total delay is 20000 microseconds Reliability is 0/255 Load is 1/255 Minimum MTU is 1500 Hop count is 1 External data: Originating router is 10.1.1.1 AS number of route is 2000 External protocol is IGRP, external metric is 0 Administrative tag is 1000 (0x000003E8) Ce réseau, directement connecté au routeur R1 est redistribué d'IGRP vers EIGRP avec une métrique de 1 identique à celle de l'exemple précédent. Il y a deux problèmes avec la redistribution RIGRP/IGRP dans le même système auto- nome. • Les routes internes EIGRP sont toujuors préférées par rapport aux routes externes EIGRP ou IGRP. • Les métriques des routes externes EIGRP sont comparées aux métriques IGRP mises à l'échelle.(La distance administrative est ignorée). Examinons ces problèmes avec le schéma suivant: R2 10.1.1.0/24 10.1.2.0/24 R1 R4 IGRP 100 EIGRP 100 R3 10.1.3.0/24 10.1.5.0/24 Figure .11 10.1.4.0/24 ccnp_cch
Le routeur R1 annonce le réseau 10. 1. 4 Le routeur R1 annonce le réseau 10.1.4.0/24 dans le système autonome 100 avec IGRP. Le routeur R4 annonce le 10.1.4.0/24 comme route externe dans le système autonome EIGRP 100. Le routeur R2 utilise EIGRP et IGRP dans le système autonome 100. Si l'on ignore la route annoncée par le routeur R4 (en mettant hors service la liaison entre les routeurs R2 et R4 par exemple), le routeur affiche ceci: R2#show ip route 10.1.4.0 Routing entry for 10.1.4.0/24 Known via "igrp 100", distance 100, metric 12001 Redistribution via igrp 100, eigrp 100 Advertised by igrp 100 (self originated), eigrp 100 Last update from 10.1.1.2 on Serial1, 00:00:42 ago Routing Descriptor Blocks: *10.1.1.2, from 10.1.1.2, 00:00:42 ago, via Serial1 Route metric is 12001, traffic share count is 1 Total delay is 20010 microseconds, minimum bandwidth is 1000 Kbit Reliability 1/255, minimum MTU 1 bytes Loading 1/255, Hops 0 Notez que la distance administrative est 100. Quand on ajoute la route EIGRP, le routeur R2 indique: R2#show ip route 10.1.4.0 Known via "eigrp 100", distance 170, metric 3072256, type external Last update from 10.1.2.2 on Serial0, 00:53:59 ago Routing Descriptor Blocks: *10.1.2.2, from 10.1.2.2, 00:53:59 ago, via Serial0 Route metric is 3072256, traffic share count is 1 Total delay is 20010 microseconds, minimum bandwidth is 1000 Kbit Reliability 1/255, minimum MTU 1 bytes Loading 1/255, Hops 1 Notez que les métriques pour ces deux routes sont les mêmes après la mise à l'échelle d'IGRP vers EIGRP. • 12001 x 256 = 3072256 où 12001 est la métrique IGRP via le routeur R1; 3072256 est la métrique EIGRP via le routeur R4. Le routeur R2 préfère les routes externes EIGRP avec la même métrique (après mise à l'échelle) et une distance administrative plus grande. Ceci est vrai même si la redistri- bution automatique est effectuée entre EIGRP et IGRP dans le même système autono- me. Le routeur préfère toujours le chemin avec la plus petite métrique et ignore la distance administrative. ccnp_cch
ccnp_cch Redistribution avec d'autres protocoles de routage La redistribution entre EIGRP et d'autre protocoles tels RIP et OSPF fonctionne de la même manière. Il est toujours meilleur de garder la métrique par défaut lors de la re- distribution entre protocoles. Vous devez être au courant des deux problèmes rencon- très lors de la redistribution entre EIGRP et d'autres protocoles: • Les routes distribuées dans EIGRP ne sont pas toujours agrégées • Les routes externes EIGRP ont une distance administrative de 170 Redistribution des routes statiques Quand vous installez une route statique sur une interface et que vous configurez avec la commande router eigrp un réseau qui inclut une route statique, EIGRP redistribue cette route comme si c'était une interface directement connectée. Etudions le réseau du schéma ci-dessous: R1 R3 Figure.12 R2 172.16.1.0/24 10.1.1.0/24 10.1.2.0/24 Serial0 Serial1 Le Routeur R1 a une route statique vers le réseau 172.16.1.0/24 configurée avec l'in- terface Serial0. ip route 172.16.1.0 255.255.255.0 Serial0 Le routeur R1 a aussi un réseau défini avec EIGRP pour cette route statique. router eigrp 2000 network 10.0.0.0 network 172.16.0.0 no auto-summary Le routeur R1 redistribue cette route, bien qu'il ne redistrubue pas les routes statiques, car EIGRP considère qu c'est un réseau directement connecté. Le routeur R2 affiche: R2#show ip route ......... 10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 10.1.1.0/24 is directly connected, Serial0 D 10.1.2.0/24 is [90/2169856] via 10.1.1.1, 00:00:47, Serial0 172.16.0.0/24 is subnetted, 1 subnets D 172.16.1.0 [90/2169856] via 10.1.1.1, 00:00:47, Serial0 Notez que la route vers le réseau 172.16.1.0/24 apparaît comme une route EIGRP interne sur le routeur R2. ccnp_cch
Aggrégation de routes ccnp_cch Il y a deux formes d'agrégation dans EIGRP: l'auto-agrégation et l'agrégation manuelle. Auto-Agrégation EIGRP exécute l'auto-agrégation chaque fois qu'il traverse une frontière entre deux réseaux principaux. Par exemple, dans le schéma suivant, le routeur R2 annonce uni- quement la route 10.0.0.0/8 vers le routeur R1 car l'interface que le routeur R2 utilise pour joindre le routeur R1 est dans un réseau principal différent. R1 R4 Figure .13 R2 R3 10.1.3.0/24 10.1.1.0/24 172.16.1.0/24 10.1.2.0/24 BW: 256Kbit BW: 56Kbit Le routeur R1 affiche: R1#show ip eigrp topology 10.0.0.0 IP-EIGRP topology entry for 10.0.0.0/8 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 11023872 Routing Descriptors Blocks: 172.16.1.1 (Serial0), from 172.16.1.2, Send flag is 0x0 Composite metric is (11023872/10511872), Route is External Vector metric: Minimum bandwidth is 256 Kbit Total delay is 40000 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 1 Cette route n'est pas marquée agrégée de quelque manière que ce soit; elle apparaît comme une route interne. La métrique est la meilleur métrique prise parmi les routes agrégées. Notez que la bande passante minimum est de 256Kbit bien qu'il y ait des liaisons avec une bande passante à 56 Kbit dans le réseau 10.0.0.0/8. Sur le routeur exécutant l'agrégation, une route est construite vers null0 pour l'agrégation des adres- ses. ccnp_cch
Sur le routeur exécutant l'agrégation, une route est construite vers null0 pour l'agréga- tion des adresses. R2#show ip route 10.0.0.0 Routing entry for 10.0.0.0/8, 4 known subnets Attached (2 connections) Variably subnetted with 2 masks Redistributing via eigrp 2000 C 10.1.3.0/24 is directly connected, Serial2 D 10.1.2.0/24 is [90/10537472] via 10.1.1.2, 00:23:24, Serial1 D 10.0.0.0/8 is a summary, 00:23:20, Null0 C 10.1.1.0/24 is directly connected, Serial1 La route vers 10.0.0.0/8 est marquée comme agrégée à travers Null0. L'entrée de la table topologique pour cette route agrégée ressemble à ceci: R2#show ip eigrp topology 10.0.0.0 IP-EIGRP topology entry for 10.0.0.0/8 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 10511872 Routing Descriptors Blocks: 0.0.0.0 (Null0), from 0.0.0.0, Send flag is 0x0 (note: 0.0.0.0 indique que ce routeur est à l'origine de la route) Composite metric is (10511872/0), Route is External Vector metric: Minimum bandwidth is 256 Kbit Total delay is 20000 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 0 Pour faire en sorte que le routeur R2 annonce tous les réseaux constituant 10.0.0.0 au lieu de l'agrégation, configurez EIGRP avec la commande no auto-summary sur le rou- teur R2. router eigrp 2000 network 10.0.0.0 network 172.16.0.0 no auto-summary ccnp_cch
Avec l'auto-agrégation non validée, le routeur R1 voit tous les réseaux constituant le R1#show ip eigrp topology IP-EIGRP Topology Table for process 2000 Codes P - Passive, A - Active, U - Update, Q - Query, R - Reply r - Reply status P 10.1.3.0/24, 1 successors, FD is 46354176 via 20.1.1.1 (46354176/45842176), Serial0 P 10.1.2.0/24, 1 successors, FD is 11049472 via 20.1.1.1 (11049472/10537472), Serial0 P 10.1.1.0/24, 1 successors, FD is 11023872 via 20.1.1.1 (11023872/10511872), Serial0 P 172.16.1.0/24, 1 successors, FD is 2169856 via Connected, Serial0 Il y a quelques problèmes avec l'agrégation des routes externes qui seront vus dans la section Auto-agrégation des routes externes. Agrégation manuelle EIGRP autorise l'agrégation de routes internes ou externes virtuellement sur un nombre de bits quelconque pour le préfixe d'agrégation manuelle. Par exemple, dans le schéma suivant, le routeur R2 agrège les réseaux 192.1.1.0/24, 192.1.2.0/24, 192.1.3.0/24, dans le bloc CIDR 192.1.0.0/22. R1 R4 Figure .14 R2 R3 192.1.3.0/24 10.1.50.0/24 10.1.10.0/24 192.1.2.0/24 192.1.1.0/24 Serial0 192.1.0.0/22 ccnp_cch
ccnp_cch La configuration du routeur R2 est la suivante: R2#show run .... ! interface Serial0 ip address 10.1.50.1 255.255.255.0 ip summary-address eigrp 2000 192.1.0.0 255.255.252.0 no ip mroute-cache R2#show ip eigrp topology IP-EIGRP Topology Table for process 2000 Codes P - Passive, A - Active, U - Update, Q - Query, R - Reply r - Reply status P 10.1.10.0/24, 1 successors, FD is 45842176 via Connected, Loopback0 P 10.1.50.0/24, 1 successors, FD is 2169856 via Connected, Serial0 P 192.1.1.0/24, 1 successors, FD is 10511872 via Connected, Serial1 P 192.1.0.0/22, 1 successors, FD is 10511872 via Summary (10511872/0), Null0 P 192.1.3.0/24, 1 successors, FD is 10639872 via 192.1.1.1, (10639872/128256), Serial1 P 192.1.3.0/24, 1 successors, FD is 10537472 via 192.1.1.1, (10537472/281600), Serial1 Notez la commande ip summary-address sous l'interface Serial0 et la route agrégée via Null0. Sur le routeur R1, nous voyons que c'est une route interne. R1#show ip eigrp topology P 10.1.10.0/24, 1 successors, FD is 46354176 via 10.1.50.1 (46354176/45842176), Serial0 via Connected, Serial0 P 192.1.0.0/22, 1 successors, FD is 11023872 via 10.1.50.1 (11023872/10511872), Serial0 ccnp_cch
ccnp_cch Auto-agrégation des routes Externes EIGRP n'auto-agrègera pas les routes externes sauf si une des composantes du même réseau principal est une route interne. Pour illustrer ceci, étudions le schéma suivant: R1 Figure .15 R2 R3 192.1.2.64/26 10.1.50.0/24 192.1.2.0/26 10.1.2.0/24 Le routeur R3 injecte les routes externes vers 192.1.2.0/26 et 192.1.2.64/26 dans EIGRP en utilisant la commande redistribute connected comme le montre la configu- ration ci-dessous. Routeur R3 interface Ethernet0 ip address 192.1.2.1 255.255.255.192 ! interface Ethernet1 ip address 192.1.2.65 255.255.255.192 router eigrp 2000 redistribute connected network 10.0.0.0 default-metric 10000 1 255 1 1500 Avec cette configuration du routeur R3, la table de routage du routeur R1 affiche: R1#show ip route ........ 10.0.0.0/8 is subnetted, 2 subnets D 10.1.2.0 is [90/11023872] via 10.1.50.2, 00:2:23, Serial0 C 10.1.1.0 is is directly connected, Serial0 192.1.2.0/24 is subnetted, 1 subnets D EX 192.1.2.0 [170/11049472] via 10.1.50.2, 00:00:53, Serial0 D EX 192.1.2.64 [170/110494472] via 10.1.50.2 00:00:53, Serial0 ( Bien que le masque de réseau ne soit pas affiché, il est de 26 bits -/26) Bien que l'auto-agrégation permette au routeur R2 d'agréger les routes 192.1.2.0/26 et 192.1.2.64/26 en un réseau principal de destination 192.1.1.0/24, celui- ne réalise pas l'agrégation car les deux routes sont externes. Cependant si vous reconfigurez la liaison entre les routeurs R2 et R3 avec le réseau 192.1.2.128/26 et que vous ajoutez ce réseau pour EIGRP sur les routeurs R2 et R3, l'agrégation 192.1.2.0/24 sera générée sur le routeur R2. ccnp_cch
Routeur R3 interface Ethernet0 ip address 192.1.2.1 255.255.255.192 ! interface Ethernet1 ip address 192.1.2.65 255.255.255.192 interface Serial0 ip address 192.1.2.130 255.255.255.192 router eigrp 2000 network 192.1.1.0 Maintenant le routeur R2 génère l'agrégation pour 192.1.2.0/24 R1#show ip route ........ D 192.1.2.0/24 is a summary, 00:06:48, Null0 ........ Et le routeur R1 indique uniquement l'agrégation 10.0.0.0/8 is subnetted, 1 subnets C 10.1.1.0 is directly connected, Serial0 D 192.1.2.0/24 [90/11023872] via 10.1.50.2, 00:36:36, Serial0 ccnp_cch
Processus de requêtes et étendue Quand un routeur traite les requêtes d'un voisin, les règles suivantes sont appliquées. Requête venant de Etat de route Action Voisin (n'est pas le successeur courant) passive Réponse avec l'information du succes- seur courant Successeur Tente de trouver un nouveau successeur. Si succès, réponse avec la nouvelle information; si échec , marquer la destination inaccessible et questionner tous les voisins excepté le successeur précédent. N'importe quel voisin pas de chemin vers ce voisin avant la requête Répondre avec le meilleur chemin courant connu inconnu avant la requête Répondre que la destination est inaccessible Active S'il n'y a pas de successeut courant vers ces destinations (normalement cela devrait être vrai), répondre avec destination inaccessible S'il y a un successeur valide, répondre avec l'information sur le chemin courant Les actions du tableau ci-desus ont un impact sur l'étendue de la requête dans le réseau en déterminant combien de routeurs reçoivent et répondent à la requçete avant que le réseau converge vers la ouvelle topologie. Pour voir comment ces règles affectent la manière dont les requêtes sont traitées, étudions le réseau de la figure 16 page suivante. Ce réseau fonctionne normalement. ccnp_cch
R1 Figure .16 R2 R3 10.1.2.0/24 192.168.2.0/24 192.168.3.0/24 192.168.13.0/24 BW:10000 Délai:100 R5 R4 10.1.1.0/24 10.1.3.0/24 BW:128 Délai:1000 BW:56 Délai:2000 Nous pouvons supposer que les évènements concernant le réseau 192.168.3.0/24 se produisent: • Le routeur R1 a deux chemins vers 192.168.3.0/24 - Via le routeur R2 avec une distance de 46533485 et une Distance Annoncée de 20307200 - Via le routeur R3 avec une distance de 20563200 et une distance annoncée de • Le routeur R1 choisit le chemin via le routeur R3 et garde le chemin via le routeur R2 comme un Successeur Faisable (Feasible Successor) • Les routeurs R2 et R3 affichent un chemin vers 192.168.3.0/24 via le routeur R4. Supposons que le réseau 192.168.3.0/24 soit défaillant. A quelle activité pouvons-nous nous attendre sur le réseau? Les schémas des pages suivantes illustrent ce processus. ccnp_cch
Le routeur R5 marque le réseau 192. 168. 3 Le routeur R5 marque le réseau 192.168.3.0/24 comme inaccessible et envoie une requête au routeur R4. R1 Figure .16a R2 R3 R5 R4 Le routeur R4 sur réception de la requête venant de son successeur, tente de trouver un nouveau Successeur possible vers ce réseau. Il n'en trouve pas, aussi il marque le réseau 192.168.3.0/24 inaccessible et transmet les requêtes aux routeurs R2 et R3. R1 Figure .16b R2 R3 R5 R4 ccnp_cch
Les routeurs R2 et R3 à leur tour, voient qu'ils ont perdu leur seule "Feasible route" vers 192.168.3.0/24 et marque le réseau inaccessible; ils transmettent tous les deux une requête au routeur R1. R1 Figure .16c R2 R3 R5 R4 Pour simplifier, supposons que le routeur R1 reçoit la requête du routeur R3 en pre- mier et marque la route vers le réseau inaccessible. Le routeur R1 reçoit la requête du routeur R2. Bien qu'un autre ordre soit possible, le résultat aurait été le même. R1 Figure .16d R2 R3 R5 R4 ccnp_cch
ccnp_cch R4 R5 R2 R1 R3 Figure .16e Les routeurs R2 et R3 répondent à la requête du routeur R4; les routeurs R2 et R3 sont maintenant passifs pour le réseau 192.168.3.0/24. R1 Figure .16f R2 R3 R5 R4 ccnp_cch
Le routeur R5 sur réception de la réponse du routeur R4 retire le réseau 192.168.3.0 /24 de sa table de routage; le routeur R5 est maintenant passif pour le réseau 192.168.3.0/24. Le routeur R5 transmet une mise à jour vers le routeur R4 ainsi la route est retirée des tables topologiques et de routage des autres routeurs. R1 Figure .16g R2 R3 R5 R4 Il est important de bien comprendre que bien qu'il puisse y avoir d'autres chemins ou un autre ordre dans le traitement des requêtes, tous les routeurs du réseau traitent une requête pour le réseau 192.168.3.0/24 quand ce réseau passe hors-service. Quelques routeurs peuvent traiter plusieurs requêtes (le routeur R1 par exemple). Si les requêtes atteignaient les routeurs dans u n ordre différent, quelques uns traite- raient trois ou quatre requêtes. Ceci est un bon exemple de requête sans limite d'éten- due dans un réseau avec EIGRP. ccnp_cch
ccnp_cch Comment l'agrégation affecte l'étendue d'une requête Etudions les chemins vers 10.1.1.0/24 dans le même réseau. • Le routeur R2 a une entrée dans la table topologique pour le réseau 10.1.1.0/24 avec un coût de 46251885 via le routeur R1. • Le routeur R3 a une entrée dans la table topologique pour le réseau 10.1.1.0/24 avec un coût de 20281600 via lme routeur R1. • Le routeur R4 a une entrée dans la table topologique pour le réseau 10.0.0.0/8 (car les routeurs R2 et vR3 font une auto-agrégation à la frontière du réseau principal) via le routeur R3 avec une métrique de 20307200 (La Distance Annoncée via le routeur R2 est supérieure à la métrique totale via le routeur R3, aussi le chemin via le routeur R2 n'est pas un Successeur possible (Feasible Successor)• R1 Figure .17 R2 R3 10.1.2.0/24 192.168.2.0/24 192.168.3.0/24 192.168.13.0/24 BW:10000 Délai:100 R5 R4 10.1.1.0/24 10.1.3.0/24 BW:128 Délai:1000 BW:56 Délai:2000 Si le réseau 10.1.1.0/24 passe hors-service, le routeur R1 le marque inaccessible et transmet des requêtes à chacun de ses voisins (routeurs R2 et R3) pour trouver un nouveau chemin vers ce réseau. R1 Figure .17a R2 R3 R5 R4 ccnp_cch
Le routeur R2, à la réception de la requête du routeur R1 marque la route inaccessible (car la requête vient de son successeur) et transmet des requêtes vers les routeurs R4 et R3. R1 Figure .17b R2 R3 R5 R4 Quand le routeur R3 reçoit la requête du routeur R1, il marque la destination inacces- sible et transmet une requête aux routeurs R2 et R4. R1 Figure .17c R2 R3 R5 R4 ccnp_cch
Quand le routeur R4 reçoit les requêtes des routeurs R2 et R3, il répond que le réseau 10.1.1.0/24 est inaccessible (Notez que le routeur R4 n'a pas connaissanve de ce sous- réseau car il a uniquement la route 10.0.0.0/8). R1 Figure .17d R2 R3 R5 R4 Les routeurs R2 et R3 répondent l'un à l'autre que le réseau 10.1.1.0/24 est inacces- sible. R1 Figure .17e R2 R3 R5 R4 ccnp_cch
Comme les routeur R2 et R3 n'ont pas de requête en attente, ils répondent au routeur R1 que le réseau 10.1.1.1/24 est inaccessible. R1 Figure .17f R2 R3 R5 R4 L'étendue de la requête est limitée, par l'auto-agrégation, aux routeurs R2 et R3. Le rou- teur R5 ne participe pas au procesus de requête et n'est pas inclus dans la convergence du réseau. L'étendue des requêtes peut être limitée par une agrégation manuelle, des frontières de systèmes autonomes et des listes de distribution. Comment les frontières de systèmes autonomes limites la portée des requêtes Si un routeur redistribue des routes entre deux systèmes autonomes avec EIGRP, il répond à la requête avec les règles de traitement normales et lance une requête dans l'autre système autonome. Par exemple, sia liaison connectée au routeur R3 passe hors-service, le routeur R3 marque la route inaccessible et transmet une requête au routeur R2 pour un nouveau chemin. R1 Figure .18a R2 R3 EIGRP 200 EIGRP 100 Le routeur R2 répond que le réseau est inaccessible et transmet une requête dans le système autonome 200 vers le routeur R1. Une fois que le routeur R3 reçoit la réponse à sa requête originale, il retire la route de sa table de routage. Le routeur R3 est passif au niveau de ce réseau. ccnp_cch
R1 Figure .18b R2 R3 EIGRP 200 EIGRP 100 Le routeur R1 répond au routeur R2 et la route devient passive. R2 R3 R1 EIGRP 200 EIGRP 100 Figure .18c Tandis que la requête originale n'est pas propagée à travers le réseau (elle est arrêtée par la frontière du système autonome), elle est propagée dans le second système auto- nome sous la forme d'une nouvelle requête. Cette technique permet d'éviter les pro- blèmes de routes SIA (Stuck In Active) dans un réseau en limitant le nombre de rou- teurs qu'une requête doit traverser avant d'être acquittée par une réponse. Cela ne résoud pas le problème général qui est que chaque routeur doit traiter la requête. En fait, cette méthode de limitation de la portée ou étendue d'une requête peut faire empi- rer le problème en évitant l'auto-agrégation des routes qui autrement seraient agrégées (Les routes externes ne sont pas agrégées à moins qu'il y ait une route externe dans le réseau principal). ccnp_cch
Comment les listes de distribution affectent l'étendue d'une requête Au lieu de bloquer la propagation d'une requête, les listes de distribution dans EIGRP marquent toute réponse à une requête avec réseau inaccessible. R1 Figure .19 R2 R3 Liste de distribution Réseau A Dans la figure ci-dessus: • Le routeur R3 a une liste de distribution appliquée à l'interface série et qui permet d'annoncer uniquement le réseau B • Les routeurs R1 et R2 ne savent pas que le réseau A est accessible via le routeur R3 (Le routeur R3 n'est pas un pioint de transit entre les routeurs R1 et R2) • Le routeur R3 utilise le routeur R1 comme chemin préféré pour le réseau A et n'uti- lise pas le routeur R2 comme successeur possible. Quand le routeur R1 perd sa connexion avec le réseau A, celui-ci marque la route com- me inaccessible et transmet une requête au routeur R3. Le routeur R3 n'annonce pas de chemin vers le réseau A à cause de la liste de distribution sur son interface série. R1 Figure .19a R2 R3 Liste de distribution Réseau A ccnp_cch
Le routeur R3 marque la route inaccessible et transmet une requête au routeur R2. Figure .19b R2 R3 Liste de distribution Réseau A Le routeur R2 examine sa table topologique et trouve qu'il a une connexion valide avec le réseau A. Notez que la liste de distribution n'est pas affectée par la liste de distribu- tion dans le routeur R3. R1 Figure .19c R2 R3 Liste de distribution Réseau A Le routeur R2 répond que le réseau A est accessible, le routeur R3 a maintenant une route valide vers le réseau A. R1 Figure .19d R2 R3 Liste de distribution Réseau A ccnp_cch
Périodicité des paquets de routage Le routeur R3 construit une réponse pour la requête du routeur R1, mais la liste de distribution oblige le routeur R3 à transmettre une réponse indiquant que le réseau A n'est pas accessible bien que le routeur R3 ait une route valide vers le réseau A. R1 Figure .19e R2 R3 Liste de distribution Réseau A inaccessible Périodicité des paquets de routage Quelques protocoles de routage consomment toute la bande passante disponible sur une liaison bas débit pendant la phase de convergence (adaptation à un changement dans le réseau). EIGRP évite cette congestion en limitant le flux des paquets transmis sur un réseau par l'utilisation d'une fraction de la bande passante. La configuration par défaut pour EIGRP est d'utiliser jusqu'à 50% de la bande passante disponible, mais ceci peut être changé avec la commande suivante: router(config-if)#ip bandwitdh-percent eigrp ? <1-999999> Maximum bandwidth percentage that EIGRP may use En résumé, chaque fois que EIGRP met un paquet en file d'attente pour être transmis sur une interface, il utilise la formule suivante pour déterminer combien de temps il doit attendre avant transmettre le paquet. • (8*100*Taille du paquet en octets)/(Bande passante en Kbit/s * Pourcentage de bande passante) Par exemple, si EIGRP met un paquet en file d'attente pour être transmis sur une inter- face série à 56 Kbit/s et le paquet a une taille de 512 octets, EIGRP attend: • (8*100*512)/(56000 * 50%) = 0,1463 secondes Ceci permet à un paquet ou groupe de paquets d'être transmis sur la liaison avant que EIGRP transmette un paquet. Le timer de régulation détermine quand le paquet EIGRP doit être transmis et s'exprime en millisecondes. Le temps de régulation dans l'exemple ci-dessus est 164,3 ms. ccnp_cch
Routage par défaut ccnp_cch Il y a un champ dans la commande show ip eigrp interface qui affiche le timer de régu- lation: router#show ip eigrp interface IP-EIGRP interface for process 2 Xmit Queue Mean Pacing Time Multicast Pending Interface Peers Un/Reliable SRTT Un/Reliable Flow Timer Routes Se0 1 0/0 28 0/15 127 0 Se1 1 0/0 44 0/15 211 0 router# Le temps affiché (Pacing Time) est le temps de régulation pour le Maximum Transmit Unit (MTU). Routage par défaut Il existe deux manières pour injecter une route par défaut dans EIGRP: redistribution d'une route statique ou agrégation de la route 0.0.0.0/0. Utilisez la première méthode quand vous voulez amener tout le trafic pour des destinations inconnues vers une route par défaut, au niveau du cœur de réseau. Cette méthode est utilisable pour annoncer les routes vers Internet. ip route 0.0.0.0 0.0.0.0 x.x.x.x (prochain saut vers Internet) ! router eigrp 100 redistribute static default-metric 10000 1 255 1 1500 La route statique qui est redistribuée dans EIGRP n'a pas besoin d'être le réseau 0.0.0.0 Si vous utilisez un autre réseau, vous devez utiliser la commande default-network pour marquer le réseau comme réseau par défaut. L'agrégation vers une route par défaut est effective uniquement quand vous voulez fournir une route par défaut à des sites distants. Comme l'agrégation est configurée par interface, vous n'avez pas besoin d'utiliser de listes de distribution ou d'autres méca- nismes pour éviter que la route par défaut soit propagée vers le cœur de réseau. Notez que l'agrégation vers le réseau 0.0.0.0/0 remplace une route par défaut apprise de tout autre protocole de routage. Le seul moyen de configurer une route par défaut sur un routeur utilisant cette méthode est de configurer une route statique vers 0.0.0.0/0. (A partir de la version 12.0(4)T, vous pouvez aussi configurer une distance administra- tiveà la fin de la commande summary-address , ainsi l'agrégation locale ne remplacera pas la route 0.0.0.0/0). network 10.0.0.0 ! interface Serial0 encapsulation frame-relay no ip address interface serial0.1 point-to-point ip address 10.1.1.1 frame-relay interface dlci 10 ip summary-address eigrp 100 0.0.0.0 0.0.0.0 ccnp_cch
Equilibrage de charge ccnp_cch EIGRP inscrit quatre routes de même coût dans la table de routage et il effectue un équilibrage de la charge sur ces quatre routes. Le type de partage de charge (par paquet ou par destination) dépend du type de commutation utilisé dans le routeur. Cependant EIGRP peut aussi faire de l'équilibrage de charge sur des chemins de coûts inégaux. Note: En utilisant max-paths, vous pouvez configurer EIGRP pour qu'il utilise six routes de même coût. Supposons qu'il y a quatre chemins vers une destination et les métriques pour ces chemins sont: • Chemin 1 : 1100 • Chemin 2 : 1100 • Chemin 3 : 2000 • Chemin 4 : 4000 Le routeur, par défaut, place le trafic sur les chemins N°1 et N°2. En utilisant EIGRP, vous pouvez utiliser la variance pour informer le routeur de placer le trafic sur les che- mins N°3 et N°4. La variance est un multiplicateur. La règle est la suivante: le trafic sera placé sur les chemins dont le coût est inférieur à la meilleure métrique multipliée par la variance. Pour équlibrer la charge sur les chemins N°1, 2 et 3, il faut utiliser une variance de 2. La métrique obtenue est égale à 2200 ce qui est supérieur à la métrique du chemin N°3. De la même manière pour ajouter le chemin N°4, il faut une variance de 4 sous la commande router eigrp. Comment le routeur doit-il partager le trafic entre ces différents chemins? Il divise la plus grande métrique par la métrique de chacun des chemins, arrondi le résultat à la valeur entière la plus proche par défaut et utilise cette valeur comme quotient de par- tage de trafic. Router#show ip route 10.1.4.0 Routing entry for 10.1.4.0/24 Known via "eigrp 100", distance 100, metric 12001 Redistribution via igrp 100, eigrp 100 Advertised by igrp 100 (self originated), eigrp 100 Last update from 10.1.2.2 on Serial1, 00:00:59 ago Routing Descriptor Blocks: *10.1.2.2, from 10.1.2.2, 00:00:59 ago, via Serial1 Route metric is 12001, traffic share count is 1 Total delay is 20010 microseconds, minimum bandwidth is 1000 Kbit Reliability 1/255, minimum MTU 1 bytes Loading 1/255, Hops 0 Pour cet exemple, les quotient de partage de trafic sont: • Chemins 1 et 2 : 4000/1100 = 3 • Chemin 3 : 4000/2000 = 2 • Chemin 4 : 4000/4000 = 1 ccnp_cch
Le routeur transmet les trois premiers paqueys sur le chemin N°1, puis les trois sui- vants sur le chemin N°2, les deux paquets suivants sur le chemin N°3 puis le paquet suivant sur le chemin N°4 et ainsi de suite. Note : Même si la variance est configurée, EIGRP ne transmettra pas de paquet sur un chemin de coût inégal si la distance annoncée (Reported Distance) est supérirure à la distance Faisable (Feasible Distance) pour cette route précise. Utilisation des métriques Quand vous commencer à configurer EIGRP, rappelez-vous ces deux principes de base si vous tentez de manipuler les métriques EIGRP. • La bande passate doit toujours être égale à la bande passante réelle de la liaison; les liaisons multipoint sont des exceptions à la règle. • Le délai doit toujours être utilisé pour influencer les décisions de routage EIGRP. Pour des bandes passantes faibles, la bande passante à plus d'influence sur la métrique totale; Pour des bandes passantes élevées, le délai a plus d'influence sur la métrique totale. Utilisation des "Administrative Tags" dans la redistribution Les "Administrative Tags" externes sont très utiles pour éliminer les boucles de redistri- bution entre EIGRP et d'autres protocoles. En marquant la route quand elle est redistri- buée dans EIGRP, vous pouvez bloquer la redistribution depuis EIGRP vers le protocole externe. Un exemple de configuration basique est illustré par la figure suivante, mais cet exemple ne montre pas toute la configuration utilisée pour éliminer les boucles de redis- tribution. 172.19.1.0/24 R1 R2 R3 172.18.1.0/24 172.17.1.0/24 172.16.1.0/24 RIP EIGRP 100 Figure .20 ccnp_cch
ccnp_cch R3#show run ...... interface loopback0 ip address 172.19.1.1 255.255.255.0 ! interface Ethernet0 ip address 172.16.1.1 255.255.255.0 loopback no keepalive interface Serial0 ip address 172.17.1.1 255.255.255.0 ......... router eigrp 444 redistribute connected route-map foo network 172.17.0.0 default-metric 10000 1 255 1 1500 access-list 10 permit 172.19.0.0 0.0.255.255 route-map foo permit 10 match ip address 10 set tag 1 R3#show ip eigrp topology IP-EIGRP Tpology Table for process 444 Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply r - Reply status P 172.17.1.0/24, 1 successors, FD is 2169856 via Connected, Serial0 via Redistributed (2169856/0) P 172.16.1.0/24, 1 successors, FD is 281600 via Redistributed (281600/0) P 172.19.1.0/24, 1 successors, FD is 128256, tag is 1 via Redistributed (128256/0) ccnp_cch
Le routeur R2 qui redistribue les routes de EIGRP dans RIP indique: R2#show run ...... ! interface Serial0 ip address 172.17.1.2 255.255.255.0 interface Serial1 ip address 172.18.1.3 255.255.255.0 ......... router eigrp 444 network 172.17.0.0 router rip redistribute eigrp 444 route-map foo network 10.0.0.0 network 172.18.0.0 default-metric 1 no ip classless ip route 1.1.1.1 255.255.255.255 Serial0 route-map foo deny 10 match tag 1 route-map foo permit 20 R2#show ip eigrp topology IP-EIGRP Tpology Table for process 444 Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply r - Reply status P 172.17.1.0/24, 1 successors, FD is 2169856 via Connected, Serial0 P 172.16.1.0/24, 1 successors, FD is 2195456 via 172.17.1.1 (2195456/281600), Serial0 P 172.19.1.0/24, 1 successors, FD is 2297856, tag is 1 via 172.17.1.1 (2297856/128256), Serial0 Notez le "tag 1" sur le réseau 172.19.1.0/24 ccnp_cch
Le routeur R1 qui reçoit les routes RIP redistribuées par le route R2 indique: R1#show run ...... ! interface Serial0 ip address 172.18.1.2 255.255.255.0 no fair-queue clock rate 1000000 ......... router rip network 172.18.0.0 R1#show ip route ...................... Gateway of last resort is not set R 172.16.0.0/16, [120/1] via 172.18.1.3, 00:0015, Serial0 R 172.17.0.0/16, [120/1] via 172.18.1.3, 00:0015, Serial0 172.18.0.0 is subnetted, 1 subnets C 172.18.1.0 is directly connected, Serial0 Notez que le réseau 172.19.1.0/24 est manquant. ccnp_cch
Comprendre la sortie de commandes EIGRP Commande show ip eigrp topology Cette commande affiche uniquement les Successeurs possibles (Feasible Successors). Pour afficher toutes les entrées de la table topologique, utilisez la commande show ip eigrp topology all-links. Une explication de chacun des champs est donnée après le tableau. show ip eigrp topology Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - Reply status A 10.2.4.0/24, 0 successors, FD is 512640000, tag is 0x0, Q 1 replies, active 00:00:01, query-origin: Local origin via 10.1.2.2 (Infinity/Infinity), r, Q, Serial1 Remaining replies: via 10.1.1.2, r, Serial0 P 10.3.9.0/24, 1 successors, FD is 512640000, U *via 10.1.2.2 (512640000/128256), Serial1 Explications sur la configuration A signifie Active. Un P signifiant Passive aurait pu être affiché. 10.2.4.0/24 est le réseau destination avec le masque 0 successors montre combien de successeurs (chemins) sont disponibles pour cette destination, s'il y a plusieurs successeurs, la route est en état transitoire. FD is 512640000 indique la Distance Faisable (Feasible Distance) qui est la meilleure pour atteindre cette destination ou la meilleure métrique connue quand la route est devenue active. tag is 0x0 peut être positionné et/ou filtré rn utilisant les "route-map" avec les com- mandes set tag et match tag. Q indique une requête en attente. Ce champ peut être aussi égal à U pour mise à jour en attente ou R pour réponse en attente. 1 replies indique le nombre de réponses en attente active 00:00:01 indique depuis combien de temps cette route est active ccnp_cch
ccnp_cch Explications sur la configuration (suite) query origin: Local origin indique que cette route est à l'origine de la requête. Ce champ peut être également: Multiple origin signifiant que plusieurs voisins ont transmis des requêtes pour cette destination mais pas le successeur; Successor origin indiquant que le successeur est à l'origine de la requête. via 10.1.2.2 indique que cette route a été apprise d'un voisin dont l'adresse est 10.1.2.2. Ce champ peut être aussi: Connected si le réseau est directement connecté au routeur; Redistributed si cette route est en redistribution dans EIGRP sur ce rou- teur; Summary si c'est une route agrégée générée par ce routeur. (Infinity/infinity) indique la métrique pour atteindre ce chemin via ce voisin dans le premier champ et la Distance annoncée (Reported Distance) via ce voisin dans le second champ. r indique que ce voisin a été questionné et qu'une réponse est attendue. Q indique indique qu'une requête est attente pour cette route. Ce champ peut être aussi égal à U pour mise à jour en attente ou R pour réponse en attente. Serial1 est l'interface au travers de laquelle le voisin est accessible via 10.1.1.2 indique de quel voisin la réponse est attendue. Serial0 est l'interface au travers de laquelle le voisin est accessible via 10.1.2.2 (512640000/128256), Serial1 indique de que cette route est utilisée (indique quel chemin la prochaine destination prendra dans le cas de multiples routes de coûts égaux). ccnp_cch
show ip eigrp topology <network> Commande show ip eigrp topology <network> Cette commande affiche toutes les entrées de la table topologique pour cette destination et pas uniquement les Successeurs possibles. Une explication de chacun des champs est donnée après le tableau. show ip eigrp topology <network> IP-EIGRP topology entry for 20.0.0.0/8 State is Passive, Query origin flag is 1, 2 Successor(s), FD is 307200 Routing Descriptors Blocks: 10.1.1.2 (Ethernet1), from 10.1.1.2, Send flag is 0x0 Composite metric is (307200/281600), Route is Internal Vector metric: Minimum bandwidth is 10000 Kbit Total delay is 2000 microseconds Reliability is 0/255 Load is 1/255 Minimum MTU is 1500 Hop count is 2 10.1.2.2 (Ethernet0), from 10.1.2.2, Send flag is 0x0 Explications sur la configuration State is passive signifie que le réseau est dans l'état passif ou en d'autres termes qu'il n'y a pas de recherche de chemin en cours pour ce réseau. Les routes sont tou- jours à l'état passif dans les réseaux stables. Query origin flag is 1 si la route est Active, ce champ fournit des informations sur qui est à l'origine de la requête. • 0: Cette route est active mais aucune requête n'a été faite pour elle( Il y a recherche d'un Successeur possible localement) • 1: Ce routeur est à l'origine de la requête pour cette route (ou la route est passive) • 2: Requêtes multiples pour cette route. Ce routeur a reçu de multiples requêtes pour cette route de différentes sources. • 3: Le routeur avec lequel nous avons appris le chemin vers ce réseau fait une requête pour une autre route. • 4: Sources de requêtes multiples pour cette route , incluant le routeur avec lequel nous avons appris cette route. Similaire à 2 mais avec une chaine de requêtes qui décrit les requêtes en attente pour cette route. ccnp_cch
ccnp_cch Explications sur la configuration (suite) 2 Successor(s) signifie qu'il y a deux chemins possibles pour ce réseau. FD is 307200 indique la meilleure métrique courante pour ce réseau. Si la route est active, cela indique la métrique du chemin qui était utilisé pour router les paquets vers ce réseau. Routing Descriptors Blocks Chacune des entrées suivantes décrit un chemin vers le réseau. • 10.1.1.2 (Ethernet1) est le prochain saut vers le réseau et l'interface utilisée pour atteindre le prochain saut. • from 10.1.1.2 est la source d'informaton pour ce chemin • Send flag is: - 0x0 : S'il y a des paquets qui doivent être transmis en relation avec cette entrée, ceci indique le type de paquet - 0x1 : Ce routeur a reçu une requête pour ce réseau et doit transmettre une réponse unicast. - 0x2 : Cette route est active et une requête multicast doit être transmise. - 0x3 : Cette route a changé et une mise à jour multicast doit être transmise. Composite metric is (307200/281600) indique les métriques calculées pour ce réseau. Le premier nombre dans la parenthèses est le coût global du chemin vers ce réseau. Le second nombre entre parenthèses est la Distance annoncée (Reported distance), ou en d'autres termes c'est la distance utilisée par le prochain saut. Route is Internal signifie que la route a son origine dans ce système autonome (AS) EIGRP. Si la route était distribuée dans cet AS (Autonomous System) EIGRP, ce champ indiquerait que la route est externe (External). Vector metric indique les métriques individuelles utilisées par EIGRP pour calculer le coût vers un réseau. EIGRP ne propage pas le coût total à travers le réseau; les vecteurs des métriques sont propagés et chaque routeur calcule le coût total et la distance annoncée individuellement. • Minimum bandwidth is 10000 Kbit indique la plus petite bande passante sur le chemin vers ce réseau. • Total delay is 2000 microseconds indique la somme des délais sur le chemin vers ce réseau • Reliability is 0/255 indique le facteur de fiabilité. Ce nombre est calculé de ma- nière dynamique mais par défaut n'est pas utilisé dans le calcul des métriques. • Load 1/255 indique la charge de la liaison. Ce nombre est calculé de manière dynamique mais par défaut n'est pas utilisé dans le calcul des métriques. • Minimum MTU is 1500 Ce champ n'est pas utilisé dans le calcul des métriques. • Hop count is 2 Ce champ n'est pas utilisé dans le calcul des métriques mais limite la taille d'un AS EIGRP . Le nombre maximum de sauts que EIGRP accepte par défaut est 100 mais le maximum peut être configuré à 220. ccnp_cch
ccnp_cch Explications sur la configuration Si la route est externe, l'information suivante est incluse: External Route External data: Originating router is 10.1.2.2 AS number of route is 0 External protocol is Static, external metric is 0 Administrator tag is 0 (0x00000000) Explications sur la configuration Originating router indique que c'est ce routeur qui a injecté la route dans l'AS EIGRP. AS number indique le système autonome dont la route est originaire (s'il y en a un) External protocol indique le protocole utilisé pour cette route (s'il y en a un) Administrator tag peut être positionné et/ou filtré en utilisant les route-maps avec les commandes set tag et match tag. Commande show ip eigrp topology [active|pending|zero-successors] Même format que la commande show ip eigrp topology mais affiche des parties de la table topologique Commande show ip eigrp topology all-links Même format que la commande show ip eigrp topology mais affiche toutes les entrées et pas uniquement les successeurs possibles (Feasible successors) ccnp_cch