Ce document contient une foire aux questions (FAQ) au sujet d'Enhanced Interior Gateway Routing Protocol (EIGRP) de l'IP.
R. Bien que le protocole EIGRP puisse propager une route par défaut à l’aide de la méthode de réseau par défaut, il n’est pas obligatoire. EIGRP redistribue des routes par défaut directement.
R. Oui, cette commande permet de déterminer facilement pourquoi un voisin EIGRP a été réinitialisé. Ceci réduit le temps de panne.
R. Le protocole EIGRP prend en charge les adresses secondaires. Dans la mesure où EIGRP approvisionne toujours des paquets de données depuis l'adresse primaire, Cisco recommande que vous configuriez tous les routeurs sur un sous-réseau particulier avec les adresses primaires qui appartiennent au même sous-réseau. Les routeurs ne forment pas les voisins d'EIGRP au-dessus des réseaux secondaires. Par conséquent, si toutes les adresses IP primaires des routeurs ne conviennent pas, des problèmes peuvent surgir avec des contiguïtés de voisins.
R. Il existe des commandes de débogage indépendantes et dépendantes du protocole. Il y a également une suite de commandes Show qui affichent l'état de la table de voisinage, l'état de la table de topologie et les statistiques de trafic EIGRP . Certaines de ces commandes sont :
A. Par exemple :
show ip eigrp topology P 172.22.71.208/29, 2 successors, FD is 46163456 via 172.30.1.42 (46163456/45651456), Serial0.2, serno 7539273 via 172.30.2.49 (46163456/45651456), Serial2.6, serno 7539266Serno signifie « numéro de série ». Quand les DRDB sont filetés pour être envoyés, ils reçoivent un numéro de série. Si vous affichez la table de topologie au même moment qu'une entrée est filetée, il montre le numéro de série associé au DRDB.
Le filetage est la technique utilisée à l'intérieur du routeur pour mettre des éléments en file d'attente pour la transmission à des voisins. Les mises à jour ne sont pas créées jusqu'à ce qu'il soit temps qu'elles sortent de l'interface. Avant cela, une liste liée de pointeurs vers des éléments à envoyer est créée (par exemple, l'amorçage).
Ces sernos sont locaux vis-à-vis du routeur et ne sont pas soumis à la mise à jour du routage.
R. La version 1 du protocole EIGRP a introduit une fonctionnalité qui empêche tout processus EIGRP d’utiliser plus de cinquante pour cent de la bande passante configurée sur une liaison quelconque pendant les périodes de convergence du réseau. Chaque AS ou protocole (par exemple, IP, IPX ou AppleTalk) servi par EIGRP est un processus distinct. Vous pouvez utiliser la commande ip bandwidth-percent eigrp interface configuration afin de configurer correctement le pourcentage de largeur de bande sur chaque interface WAN. Reportez-vous au Livre Blanc EIGRP pour plus d'informations sur la façon dont ce dispositif fonctionne.
En outre, la mise en place de mises à jour partielles et incrémentielles signifie qu'EIGRP envoie les informations de routage seulement quand une modification de topologie se produit. Cette fonctionnalité réduit de manière significative l'utilisation de la bande passante.
La fonctionnalité de successeur possible d'EIGRP réduit la quantité des ressources du processeur utilisées par un système autonome (AS - Autonomous System). Elle nécessite seulement des routeurs concernés par une modification de topologie pour exécuter le recalcul de la route. Le recalcul de la route se produit seulement pour les routes qui ont été concernées, ce qui réduit le temps de recherche dans des structures de données complexes.
R. Oui, EIGRP prend en charge l’agrégation et les masques de sous-réseau de longueur variable (VLSM). À la différence de l'Open Shortest Path First (OSPF), EIGRP permet la récapitulation et l'agrégation à un point quelconque du réseau. EIGRP prend en charge l'agrégation de n'importe quel bit. Ceci permet aux réseaux EIGRP correctement conçus de mesurer exceptionnellement bien sans utilisation des zones. EIGRP prend également en charge la récapitulation automatique des adresses réseau aux frontières de réseau principal.
R. Non, un processus EIGRP unique est analogue à une zone d’un protocole à état de liens. Cependant, dans le processus, l'information peut être filtrée et agrégée dans une borne d'interface. Afin de lier la propagation des informations de routage, vous pouvez utiliser la récapitulation pour créer une hiérarchie.
R. Oui, vous pouvez configurer plusieurs systèmes autonomes EIGRP sur le même routeur. Ceci est généralement fait à un point de redistribution où deux systèmes autonomes EIGRP sont interconnectés. Des interfaces de routeur individuel devraient seulement être incluses dans un système autonome EIGRP simple.
Cisco ne recommande pas d'exploiter les systèmes autonomes EIGRP multiples sur le même ensemble d'interfaces sur le routeur. Si des systèmes autonomes EIGRP multiples sont utilisés avec les points multiples de redistribution mutuelle, cela peut entraîner des incohérences dans la table de topologie EIGRP si le filtrage correct n'est pas exécuté aux points de redistribution. Si possible, Cisco recommande que vous configuriez seulement un système autonome EIGRP dans n'importe quel système autonome simple. Vous pouvez également employer un autre protocole, comme le Border Gateway Protocol (BGP), afin de connecter les deux systèmes autonomes EIGRP.
R. Non, une seule route est installée. Le routeur installe la route qui était a été apprise à travers le processus EIGRP avec le numéro de système autonome (AS) le plus faible. Dans des versions du logiciel Cisco IOS antérieures à 12.2(7)T, le routeur a installé le chemin avec le dernier horodatage reçu de l'un ou l'autre des processus EIGRP. Le changement du comportement est suivi par Cisco bug ID CSCdm47037.
R. Lorsque le protocole EIGRP renvoie un message bloqué (SIA), cela signifie qu’il n’a pas reçu de réponse à une requête. EIGRP envoie une requête quand la route est perdue et qu'une autre route possible n'existe pas dans la table de topologie. Le SIA est provoqué par deux événements séquentiels :
La route enregistrée par le SIA a disparu.
Un voisin EIGRP (ou voisins) n'ont pas répondu à la requête pour cette route.
Quand le SIA se produit, le routeur efface le voisin qui n'a pas répondu à la requête. Quand ceci se produit, déterminez quel voisin a été effacé. Gardez à l'esprit que ce routeur peut être à de nombreux sauts de distance. Reportez-vous à Qu'est-ce que le message d'erreur EIGRP DUAL-3-SIA signifie ? pour plus d'informations.
R. La commande neighbor est utilisée dans le protocole EIGRP afin de définir un routeur voisin avec lequel échanger des informations de routage. En raison du comportement actuel de cette commande, EIGRP échange les informations de routage avec les voisins sous forme de paquets monodiffusés toutes les fois que la commande neighbor est configurée pour une interface. EIGRP cesse de traiter tous les paquets multidiffusés qui viennent d'arriver sur cette interface. En outre, EIGRP cesse d'envoyer des paquets multidiffusés sur cette interface.
Le comportement idéal de cette commande pour EIGRP est de commencer à envoyer des paquets EIGRP comme paquets monodiffusés au voisin déterminé et non pas de cesser d'envoyer et recevoir des paquets multidiffusés sur cette interface. Puisque la commande ne se comporte pas comme prévu, la commande neighbor devrait être utilisée avec précaution, sachant l'incidence de la commande sur le réseau.
R. La commande passive-interface désactive la transmission et la réception des paquets Hello EIGRP sur une interface. À la différence d'IGRP ou RIP, EIGRP envoie des paquets Hello afin de former et soutenir des contiguïtés de voisins. Sans contiguïté de voisins, EIGRP ne peut pas échanger de routes avec un voisin. Par conséquent, la commande passive-interface empêche l'échange des routes sur l'interface. Bien qu'EIGRP n'envoie ou ne reçoive pas de mises à jour du routage sur une interface configurée avec la commande passive-interface , il inclut toujours l'adresse de l'interface dans les mises à jour du routage envoyées hors d'autres interfaces non passives. Reportez-vous à Comment est-ce que la fonctionnalité d'interface passive fonctionne-t-elle dans EIGRP ? pour plus d'informations.
R. La règle du découpage d’horizon interdit à un routeur d’annoncer une route via une interface qu’il utilise lui-même pour atteindre sa destination. Afin de désactiver le comportement de découpage d'horizon, utilisez la commande no ip split-horizon eigrp as-number interface. Voici quelques points importants à retenir au sujet du découpage d'horizon d'EIGRP :
Le comportement découpage d'horizon est activé par défaut.
Quand vous changez la configuration de découpage d'horizon EIGRP sur une interface, il réinitialise toutes les juxtapositions avec les voisins EIGRP accessibles par cette interface.
Le split horizon devrait seulement être désactivé sur un site du concentrateur dans un réseau hub-and-spoke.
Désactiver le découpage d'horizon sur les rais augmente radicalement la consommation de mémoire EIGRP sur le concentrateur de routage, aussi bien que le niveau de trafic produit sur les routeurs en rais.
Le comportement de découpage d'horizon EIGRP n'est pas contrôlé ou influencé par la commande ip split-horizon.
Pour plus d'informations sur le « split horizon » et le « poison reverse », reportez-vous à « split horizon » et le « poison reverse ». Pour plus d'informations sur les commandes, reportez-vous aux Commandes EIGRP.
R. L’argument facultatif network-mask a d’abord été ajouté à l’instruction network du logiciel Cisco IOS version 12.0(4)T. L'argument de masque peut être configuré dans n'importe quel format (comme dans un masque de réseau ou des bits de substitution). Par exemple, vous pouvez utiliser le réseau 10.10.10.0 255.255.255.252 ou le réseau 10.10.10.0 0.0.0.3.
R. Pour ce faire, vous devez utiliser une liste de préfixes, comme indiqué ici :
router eigrp 100 network 172.16.0.0 distribute-list prefix test in auto-summary no eigrp log-neighbor-changes ! ip prefix-list test seq 5 permit 172.16.1.0/24Ceci permet seulement les préfixes 172.16.1.0/24 et refuse donc 172.16.1.0/28.
Remarque : l'utilisation de l'ACL et de distribute-list sous EIGRP ne fonctionne pas dans ce cas. C'est parce que les ACL ne contrôlent pas le masque, ils contrôlent juste la partie du réseau. Puisque la partie du réseau est la même, quand vous permettez 172.16.1.0/24, vous permettez également 172.16.1.0/28.
R. Le fonctionnement de CEF est que CEF effectue la commutation du paquet en fonction de la table de routage qui est remplie par les protocoles de routage tels que EIGRP. En bref, CEF effectue l'équilibrage des charges une fois que la table de protocole de routage est calculée. Reportez-vous à Comment effectuer le travail d'équilibrage de charge ? pour plus d'informations sur l'équilibrage de charge.
R. Afin de vérifier la fonctionnalité EIGRP NSF, émettez la commande show ip protocols. Voici l'exemple de résultat :
show ip protocols Routing Protocol is "eigrp 101" Outgoing update filter list for all interfaces is not set Incoming update filter list for all interfaces is not set Default networks flagged in outgoing updates Default networks accepted from incoming updates EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0 EIGRP maximum hopcount 100 EIGRP maximum metric variance 1 Redistributing: eigrp 101 EIGRP NSF-aware route hold timer is 240s Automatic network summarization is in effect Maximum path: 4 Routing for Networks: Routing Information Sources: Gateway Distance Last Update Distance: internal 90 external 170Ce résultat montre que le routeur est compatible NSF et que le minuteur de mise en attente de route est défini sur 240 secondes, ce qui est la valeur par défaut.
R. Configurez la valeur de bande passante sur les interfaces sur la valeur par défaut et augmentez le délai sur l’interface de sauvegarde de sorte que le routeur ne voie pas deux chemins de coût égal.
R. La mesure EIGRP est obtenue lorsque vous multipliez la mesure IGRP par 256. Le protocole IGRP utilise seulement 24 bits dans son paquet de mise à jour pour le champ de mesure, mais le protocole EIGRP utilise 32 bits dans son paquet de mise à jour pour le champ de mesure. Par exemple, la métrique IGRP vers un réseau de destination est 8586, mais la métrique EIGRP est 8586 x 256 = 2 198 016. La division entière est utilisée lorsque vous divisez 10^7 par la bande passante minimale, de sorte que le calcul implique la division entière, ce qui entraîne une variation par rapport au calcul manuel.
R. La fonction de routage d’extrémité est utilisée pour conserver la bande passante en récapitulant et en filtrant les routes. Seules des routes déterminées sont propagées à partir du routeur à distance (Stub) vers le routeur de distribution en raison de la fonctionnalité de Stub routing. Pour plus d'informations sur la fonctionnalité de Stub routing, reportez-vous à Stub routing de l'EIGRP. La fonction d’extrémité EIGRP peut être configurée sur le commutateur à l’aide de la commande eigrp stub [receive-only] [leak-map name] [connected] [static] [summary] [redistribute]. Cette fonctionnalité peut être supprimée avec la commande no eigrp stub. Lorsque vous supprimez la commande eigrp stub du commutateur, le commutateur qui exécute l'image IP Base renvoie cette erreur :
EIGRP is restricted to stub configurations onlyCe problème peut être résolu si vous mettez à jour Advanced Enterprise Images. Cette erreur est documentée dans CSCeh58135.
R. Effectuez cette opération sous l’interface de sortie sur le routeur concentrateur à l’aide de la commande ip summary-address eigrp X 0.0.0.0 0.0.0.0. Cette commande supprime toutes les routes plus spécifiques et envoie seulement le résumé de route. Dans le cas de 0.0.0.0 0.0.0.0, cela signifie qu’il supprime tout, et la seule route qui est dans la mise à jour sortante est 0.0.0.0/0. Un inconvénient de cette méthode est que EIGRP installe une route 0.0.0.0/0 vers Null0 est la table de routage locale avec une distance admin de 5.
R. Il existe trois types de routes dans EIGRP :
Route interne : routes provenant du système autonome (AS).
Summary Route : routes récapitulées dans le routeur (par exemple, les chemins internes qui ont été récapitulés).
External Route : routes redistribuées vers le protocole EIGRP.
R. Pour redistribuer une route par défaut IPv6 dans EIGRP, un exemple de configuration est présenté ici :
ipv6 prefix-list DEFAULT-ONLY-V6 seq 10 permit ::/0route-map DEFAULT_2EIGRP-V6 permit 10match ipv6 address prefix-list DEFAULT-ONLY-V6router eigrp Starz_EIGRPaddress-family ipv6 unicastredistribute static route-map DEFAULT_2EIGRP-V6
R. EIGRP utilisera la même distance administrative et le même calcul de métrique pour le tunnel GRE. Le calcul de coût se base sur la bande passante et le retard. La bande passante et le retard du tunnel GRE seront relevés à partir de l'interface du tunnel configurée sur le routeur. Le tunnel sera également traité comme un réseau directement connecté. S'il y a deux chemins pour accéder à un réseau soit par une interface VLAN soit par une interface de tunnel, EIGRP préfère l'interface d'accès virtuel (VAI) interface VLAN parce que l'interface VLAN a une plus grande bande passante que l'interface du tunnel. Afin d'influencer le routage à travers l'interface du tunnel, augmentez le paramètre de la bande passante de l'interface du tunnel ou augmentez le paramètre de retard de l'interface VLAN.
R. La liste de décalage est une fonctionnalité utilisée pour modifier les métriques composites dans le protocole EIGRP. La valeur configurée dans la commande offset-list est ajoutée à la valeur du retard calculé par le routeur pour la route appariée par une liste d'accès. Une liste offset est la méthode privilégiée pour influencer un chemin particulier qui est annoncé et/ou choisi.
R. Vous pouvez marquer les routes que le protocole EIGRP a apprises d’un autre protocole de routage à l’aide d’une valeur de balise 32 bits. Commençant par Ddts CSCdw22585, des routes internes peuvent également être balisées. Cependant, la valeur du balisage ne peut pas dépasser 255 en raison des limitations de paquet pour des routes internes.
R. Le protocole EIGRP prend en charge 3 suites de protocoles : IP, IPv6 et IPX. Chacun d'entre eux a son propre PDM. Voici les principales fonctions de PDM :
Tenir à jour les tables de voisinage et de topologie des routeurs EIGRP qui appartiennent à cette suite de protocole.
Établir et traduire les paquets spécifiques de protocole pour DUAL
Interface DUAL de la table de routage déterminée du protocole
Calculant la métrique et passant cette information à DUAL ; DUAL traite seulement la collecte des successeurs possibles (lFS)
Mettez en application le filtrage et les listes d'accès.
Exécutez les fonctions de redistribution vers d'autres protocoles de routage.
R. La liste de décalage peut être utilisée pour modifier les métriques des routes que le protocole EIGRP apprend via une interface particulière, ou PBR peut être utilisé.
R. Ce message indique que le routeur n’a pas entendu de paquets EIGRP du voisin dans la limite du temps d’attente. Comme il s’agit d’un problème de perte de paquets, recherchez un problème de couche 2.
R. Référez-vous à Déploiement d'IPv6 dans des réseaux de filiale pour plus d'informations.
R. Le routeur traite une entrée de table topologique en tant qu’empoisonnement en réponse à une mise à jour reçue (le routeur configure pour l’empoisonnement inverse). Pendant que le routeur construit le paquet contenant le poison reverse, il se rend compte qu’il n’a pas besoin de l’envoyer. Par exemple, si le routeur reçoit une requête pour la route du voisin, il est actuellement lié à poison. Ainsi, il envoie le message poison squashed.
R. Le protocole EIGRP qui met plus de temps à converger en cas d’utilisation intensive du processeur est un comportement normal. La convergence EIGRP est plus rapide lorsque vous réduisez le temps d'attente. Les valeurs les plus basses pour les durées Hello et d'attente sont respectivement 1 seconde et 3 secondes. Exemple :
Router(Config)# interface Fa0/0 !--- (Under an interface directly connected to EIGRP peers.) Router(Config-if)#ip hello-interval eigrp 1 Router(Config-if)#ip hold-time eigrp 3Remarque : assurez-vous que la durée d'attente est modifiée aux deux extrémités.
Pour plus d'informations sur les problèmes liés aux performances EIGRP, consultez Comment résoudre les problèmes de performances EIGRP.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
10-Dec-2001
|
Première publication |