{"id":38396,"date":"2019-10-31T22:23:30","date_gmt":"2019-10-31T19:23:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp\/"},"modified":"2019-10-31T22:23:30","modified_gmt":"2019-10-31T19:23:30","slug":"trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Formation Cisco 200-125 CCNA v3.0. Jour 49. Introduction \u00e0 EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Aujourd'hui, nous allons commencer l'\u00e9tude du protocole EIGRP, qui, tout comme l'\u00e9tude de l'OSPF, est un sujet fondamental du cours CCNA. <\/p>\n

\"Formation
\n
\nNous reviendrons plus tard \u00e0 la section 2.5, mais maintenant nous allons directement passer \u00e0 la section 2.6 \u00ab Configuration, v\u00e9rification et d\u00e9pannage de l'EIGRP pour le protocole IPv4 (\u00e0 l'exception de l'authentification, du filtrage, de la somme manuelle, de la redistribution et de la configuration stub) \u00bb.
\nAujourd'hui, nous aurons un cours introductif au cours duquel je vous expliquerai le concept du protocole de routage interne avanc\u00e9 EIGRP, et lors des deux prochaines le\u00e7ons, nous examinerons la configuration et le d\u00e9pannage de ce protocole. Mais d'abord, je veux vous communiquer ce qui suit.<\/a><\/noindex><\/p>\n

Au cours des derni\u00e8res le\u00e7ons, nous avons \u00e9tudi\u00e9 l'OSPF. Maintenant, je veux que vous vous souveniez que lorsque nous avons \u00e9tudi\u00e9 le protocole RIP il y a plusieurs mois, nous avons parl\u00e9 des boucles de routage et des technologies qui emp\u00eachent le bouclage du trafic. Comment peut-on pr\u00e9venir l'apparition de boucles de routage lors de l'utilisation de l'OSPF ? Peut-on utiliser des m\u00e9thodes telles que le \u00ab poison des routes \u00bb ou le \u00ab horizon \u00e9clat\u00e9 \u00bb pour cela ? Ce sont des questions auxquelles vous devez r\u00e9pondre par vous-m\u00eame. Vous pouvez utiliser d'autres ressources th\u00e9matiques, mais trouvez les r\u00e9ponses \u00e0 ces questions. Je veux que vous appreniez \u00e0 trouver des r\u00e9ponses par vous-m\u00eame, en travaillant avec diff\u00e9rentes sources, et je vous demanderai de laisser vos commentaires sous cette vid\u00e9o, afin que je puisse voir combien de mes \u00e9l\u00e8ves ont r\u00e9ussi cette t\u00e2che. <\/p>\n

Qu'est-ce que l'EIGRP ? C'est un protocole de routage hybride qui combine les fonctionnalit\u00e9s utiles d'un protocole \u00e0 vecteur de distance tel que le RIP et d'un protocole de suivi d'\u00e9tat de lien de type OSPF. <\/p>\n

\"Formation
\n
\nL'EIGRP est un protocole propri\u00e9taire de Cisco, qui a \u00e9t\u00e9 rendu public en 2013. Ce protocole a emprunt\u00e9 \u00e0 celui de suivi d'\u00e9tat de lien son algorithme d'\u00e9tablissement de voisinage, contrairement au RIP, qui ne cr\u00e9e pas de voisins. Le RIP \u00e9change \u00e9galement des tables de routage avec d'autres participants au protocole, tandis que l'OSPF \u00e9tablit d'abord un voisinage avant de commencer cet \u00e9change. L'EIGRP fonctionne de mani\u00e8re similaire.<\/p>\n

Le protocole RIP effectue des mises \u00e0 jour compl\u00e8tes de sa table de routage toutes les 30 secondes et diffuse des informations sur tous ses interfaces et routes \u00e0 tous ses voisins. EIGRP ne r\u00e9alise pas de mise \u00e0 jour compl\u00e8te p\u00e9riodique des informations, utilisant plut\u00f4t le concept de diffusion de messages Hello, comme le fait OSPF. Toutes les quelques secondes, il envoie un message Hello pour s'assurer que le voisin est toujours \u00ab vivant \u00bb.<\/p>\n

Contrairement au protocole de vecteur de distance, qui \u00e9tudie toute la topologie du r\u00e9seau avant de prendre une d\u00e9cision concernant la cr\u00e9ation d'un chemin, EIGRP, semblable \u00e0 RIP, \u00e9tablit des chemins sur la base de rumeurs. Quand je parle de \u00ab rumeurs \u00bb, je veux dire que lorsqu'un voisin communique quelque chose, EIGRP l'accepte sans r\u00e9serve. Par exemple, si un voisin dit qu'il sait comment atteindre 10.1.1.2, EIGRP lui fait confiance sans demander : \u00ab D'o\u00f9 sais-tu cela ? Parle-moi de la topologie de tout le r\u00e9seau ! \u00bb. <\/p>\n

Jusqu'en 2013, si vous utilisiez uniquement l'infrastructure Cisco, vous pouviez utiliser EIGRP, car ce protocole a \u00e9t\u00e9 cr\u00e9\u00e9 en 1994. Cependant, de nombreuses entreprises, m\u00eame en utilisant des \u00e9quipements Cisco, ne souhaitaient pas travailler avec ce protocole. \u00c0 mon avis, EIGRP est aujourd'hui le meilleur protocole de routage dynamique, car il est beaucoup plus facile \u00e0 utiliser, mais les gens pr\u00e9f\u00e8rent encore OSPF. Je pense que cela est li\u00e9 au fait qu'ils ne veulent pas se \u00ab lier \u00bb aux produits Cisco. Mais Cisco a rendu ce protocole public car il prend en charge le mat\u00e9riel r\u00e9seau de fabricants tiers, comme Juniper, et si vous vous associez avec une entreprise qui n'utilise pas d'\u00e9quipements Cisco, vous ne rencontrerez aucun probl\u00e8me. <\/p>\n

Faisons un petit aper\u00e7u de l'histoire des protocoles r\u00e9seau. <\/p>\n

\"Formation
\n
\nLe protocole RIPv1, apparu dans les ann\u00e9es 1980, avait un certain nombre de limitations, comme un nombre maximal de sauts \u00e9gal \u00e0 16, ce qui ne permettait pas le routage dans de vastes r\u00e9seaux. Peu apr\u00e8s, le protocole de routage int\u00e9rieur IGRP, qui \u00e9tait bien meilleur que RIP, a \u00e9t\u00e9 d\u00e9velopp\u00e9. Cependant, il \u00e9tait plus un protocole de vecteur de distance qu'un protocole d'\u00e9tat de lien. \u00c0 la fin des ann\u00e9es 80, un standard ouvert a vu le jour : le protocole d'\u00e9tat de lien OSPFv2 pour le protocole IPv4. <\/p>\n

Au d\u00e9but des ann\u00e9es 90, Cisco a d\u00e9cid\u00e9 qu'il \u00e9tait n\u00e9cessaire d'am\u00e9liorer le protocole IGRP et a lanc\u00e9 un protocole de routage interne am\u00e9lior\u00e9, l'EIGRP. Il s'est r\u00e9v\u00e9l\u00e9 beaucoup plus efficace que l'OSPF, car il combinait les caract\u00e9ristiques de RIP et d'OSPF. Lorsque nous commencerons son \u00e9tude, vous verrez qu'il est beaucoup plus facile de configurer l'EIGRP que l'OSPF. Cisco a veill\u00e9 \u00e0 concevoir un protocole permettant une convergence du r\u00e9seau aussi rapide que possible. <\/p>\n

\u00c0 la fin des ann\u00e9es 90, une version mise \u00e0 jour et sans classe du protocole RIPv2 a \u00e9t\u00e9 publi\u00e9e. Dans les ann\u00e9es 2000, la troisi\u00e8me version de l'OSPF, RIPng et EIGRPv6 sont apparus, prenant en charge le protocole IPv6. Le monde s'approche progressivement d'une transition compl\u00e8te vers IPv6, et les d\u00e9veloppeurs de protocoles de routage souhaitent \u00eatre pr\u00eats pour cela. <\/p>\n

Si vous vous souvenez, nous avons \u00e9tudi\u00e9 que lors du choix du chemin optimal, le protocole RIP, en tant que protocole de vecteur de distance, ne prend en compte qu'un seul crit\u00e8re : le nombre minimal de sauts, ou la distance minimale jusqu'\u00e0 l'interface de destination. Ainsi, le routeur R1 choisira un chemin direct vers le routeur R3, m\u00eame si la vitesse sur ce chemin est de 64 kbit\/s \u2014 bien inf\u00e9rieure \u00e0 celle du chemin R1-R2-R3, qui est de 1544 kbit\/s. Le protocole RIP consid\u00e9rera le chemin lent d'un saut comme optimal, par rapport \u00e0 un chemin rapide d'une distance de 2 sauts. <\/p>\n

\"Formation
\n
\nL'OSPF \u00e9tudiera toute la topologie du r\u00e9seau et d\u00e9cidera d'utiliser le chemin passant par le routeur R2 pour communiquer avec le routeur R3 en tant que chemin plus rapide. Le protocole RIP utilise le nombre de sauts comme m\u00e9trique, alors que la m\u00e9trique de l'OSPF est le co\u00fbt, qui est dans la plupart des cas proportionnel \u00e0 la bande passante du canal. <\/p>\n

EIGRP se concentre \u00e9galement sur le co\u00fbt du chemin, cependant, sa m\u00e9trique est beaucoup plus complexe que celle de l'OSPF et repose sur de nombreux facteurs, y compris la bande passante Bandwidth, le d\u00e9lai Delay, la fiabilit\u00e9 Reliability, la charge Loading et la taille maximale des paquets MTU. Par exemple, si un n\u0153ud est plus charg\u00e9 que les autres, l'EIGRP analysera la charge de l'ensemble du chemin et choisira un autre n\u0153ud avec une charge inf\u00e9rieure.<\/p>\n

Dans le cours CCNA, nous ne tiendrons compte que de facteurs de formation de m\u00e9trique tels que la bande passante Bandwidth et le d\u00e9lai Delay, c'est exactement ceux-l\u00e0 que la formule de m\u00e9trique utilisera. <\/p>\n

\"Formation
\n
\nLe protocole de routage \u00e0 vecteur de distance RIP utilise deux concepts : la distance et la direction. Si nous avons 3 routeurs, et que l'un d'eux est connect\u00e9 au r\u00e9seau 20.0.0.0, le choix se fera en fonction de la distance - soit le nombre de sauts, ici 1 saut, et de la direction, c'est-\u00e0-dire quel chemin - sup\u00e9rieur ou inf\u00e9rieur - emprunter pour envoyer le trafic. <\/p>\n

De plus, RIP utilise une mise \u00e0 jour p\u00e9riodique des informations, en diffusant une table de routage compl\u00e8te sur tout le r\u00e9seau toutes les 30 secondes. Cette mise \u00e0 jour remplit deux fonctions. La premi\u00e8re est la mise \u00e0 jour proprement dite de la table de routage, la seconde est la v\u00e9rification de la viabilit\u00e9 du voisin. Si un appareil ne re\u00e7oit pas de mise \u00e0 jour de r\u00e9ponse ou de nouvelles informations de route de son voisin au cours de 30 secondes, il comprend que la route vers le voisin ne peut plus \u00eatre utilis\u00e9e. Le routeur envoie une mise \u00e0 jour toutes les 30 secondes pour savoir si le voisin est toujours 'vivant' et si la route est toujours valide. <\/p>\n

Comme je l'ai dit, pour \u00e9viter les boucles de routage, on utilise la technologie Split Horizon. Cela signifie que la mise \u00e0 jour n'est pas renvoy\u00e9e \u00e0 l'interface d'o\u00f9 elle est arriv\u00e9e. La deuxi\u00e8me technologie pour \u00e9viter les boucles est le Route Poison. Si la connexion avec le r\u00e9seau 20.0.0.0 illustr\u00e9 sur l'image est interrompue, le routeur auquel il \u00e9tait connect\u00e9 envoie aux voisins une 'route empoisonn\u00e9e', indiquant que ce r\u00e9seau est d\u00e9sormais accessible en 16 sauts, c'est-\u00e0-dire pratiquement injoignable. Voici comment fonctionne le protocole RIP.<\/p>\n

Comment fonctionne donc EIGRP ? Si vous vous souvenez des le\u00e7ons sur OSPF, ce protocole remplit trois fonctions : \u00e9tablit le voisinage, met \u00e0 jour la base de donn\u00e9es LSDB en fonction des changements dans la topologie du r\u00e9seau gr\u00e2ce aux LSA, et construit la table de routage. L'\u00e9tablissement du voisinage est une proc\u00e9dure assez complexe, qui utilise de nombreux param\u00e8tres. Par exemple, la v\u00e9rification et le changement de connexion 2WAY - certaines connexions restent en \u00e9tat de communication bidirectionnelle, d'autres passent \u00e0 l'\u00e9tat FULL. Contrairement \u00e0 OSPF, dans le protocole EIGRP, cela ne se produit pas - il v\u00e9rifie seulement 4 param\u00e8tres. <\/p>\n

\"Formation
\n
\nComme OSPF, ce protocole envoie un message Hello toutes les 10 secondes, contenant 4 param\u00e8tres. Le premier est un crit\u00e8re d'authentification, s'il a \u00e9t\u00e9 pr\u00e9alablement configur\u00e9. Dans ce cas, tous les appareils \u00e9tablissant un voisinage doivent avoir les m\u00eames param\u00e8tres d'authentification.<\/p>\n

Le deuxi\u00e8me param\u00e8tre sert \u00e0 v\u00e9rifier l'appartenance des appareils \u00e0 un m\u00eame syst\u00e8me autonome, c\u2019est-\u00e0-dire que pour \u00e9tablir un voisinage via le protocole EIGRP, les deux appareils doivent avoir le m\u00eame num\u00e9ro de syst\u00e8me autonome. Le troisi\u00e8me param\u00e8tre sert \u00e0 v\u00e9rifier que les messages Hello sont envoy\u00e9s depuis une m\u00eame adresse IP source. <\/p>\n

Le quatri\u00e8me param\u00e8tre est utilis\u00e9 pour v\u00e9rifier la correspondance des coefficients variables K-Values. Le protocole EIGRP utilise 5 de ces coefficients, de K1 \u00e0 K5. Si vous vous en souvenez, avec une valeur K=0, les param\u00e8tres sont ignor\u00e9s, tandis qu'avec K=1, les param\u00e8tres sont utilis\u00e9s dans la formule de calcul de la m\u00e9trique. Ainsi, les valeurs K1-5 pour diff\u00e9rents appareils doivent \u00eatre identiques. Dans le cours CCNA, nous prendrons les valeurs de ces coefficients par d\u00e9faut : K1 et K3 sont \u00e9gaux \u00e0 1, tandis que K2, K4 et K5 sont \u00e9gaux \u00e0 0.<\/p>\n

Donc, si ces 4 param\u00e8tres correspondent, EIGRP \u00e9tablit des relations de voisinage et les appareils s\u2019inscrivent mutuellement dans la table de voisins. Ensuite, des modifications sont apport\u00e9es \u00e0 la table de topologie. <\/p>\n

\"Formation
\n
\nTous les messages Hello sont envoy\u00e9s \u00e0 l'adresse IP multicast 224.0.0.10, et les mises \u00e0 jour, selon la configuration, sont envoy\u00e9es \u00e0 des adresses unicast des voisins ou \u00e0 l'adresse multicast. Cette mise \u00e0 jour ne passe pas par UDP ou TCP, mais utilise un autre protocole appel\u00e9 RTP, Reliable Transport Protocol, ou \u00ab protocole de transport fiable \u00bb. Ce protocole v\u00e9rifie si le voisin a re\u00e7u la mise \u00e0 jour et, comme l'indique son nom, sa fonction cl\u00e9 est d'assurer la fiabilit\u00e9 de la communication. Si la mise \u00e0 jour n'est pas parvenue au voisin, la transmission sera r\u00e9p\u00e9t\u00e9e jusqu'\u00e0 ce qu'il la re\u00e7oive. Dans OSPF, il n'existe pas de m\u00e9canisme pour v\u00e9rifier l'appareil r\u00e9cepteur, donc le syst\u00e8me ne sait pas si les appareils voisins ont re\u00e7u la mise \u00e0 jour ou non.
\nComme vous vous en souvenez, RIP envoie une mise \u00e0 jour compl\u00e8te de la topologie du r\u00e9seau toutes les 30 secondes. EIGRP ne le fait que si un nouvel appareil appara\u00eet dans le r\u00e9seau ou si des modifications ont eu lieu. Si la topologie d'un sous-r\u00e9seau change, le protocole enverra une mise \u00e0 jour, mais pas de la table de topologie compl\u00e8te, seulement ceux correspondant \u00e0 ce changement. Si un sous-r\u00e9seau change, seule sa topologie sera mise \u00e0 jour. Cela ressemble \u00e0 une mise \u00e0 jour partielle qui se produit lorsque cela est n\u00e9cessaire. <\/p>\n

Comme vous le savez, OSPF envoie des LSA toutes les 30 minutes, ind\u00e9pendamment des changements survenus dans le r\u00e9seau. EIGRP n'enverra aucune mise \u00e0 jour pendant une longue p\u00e9riode tant qu'aucun changement ne se produira dans le r\u00e9seau. C'est pourquoi EIGRP est bien plus efficace qu'OSPF.<\/p>\n

Apr\u00e8s que les routeurs ont \u00e9chang\u00e9 des paquets de mise \u00e0 jour, la troisi\u00e8me \u00e9tape commence : la formation de la table de routage bas\u00e9e sur la m\u00e9trique, qui est calcul\u00e9e selon la formule illustr\u00e9e ci-dessous. Elle calcule le co\u00fbt et, en fonction de ce co\u00fbt, prend une d\u00e9cision.
\nSupposons que R1 ait envoy\u00e9 un Hello au routeur R2, et que ce dernier ait renvoy\u00e9 un Hello au routeur R1. Si tous les param\u00e8tres sont identiques, les routeurs cr\u00e9ent une table de voisins. Dans cette table, R2 enregistre le routeur R1, tandis que R1 cr\u00e9e une entr\u00e9e pour R2. Ensuite, le routeur R1 envoie une mise \u00e0 jour au r\u00e9seau connect\u00e9 10.1.1.0\/24. Dans la table de routage, cela appara\u00eet comme des informations sur l'adresse IP du r\u00e9seau, l'interface du routeur qui est connect\u00e9e \u00e0 elle, et le co\u00fbt du chemin via cette interface. Comme vous vous en souvenez, le co\u00fbt EIGRP est de 90, suivi de la valeur de distance Distance value, dont nous discuterons plus tard. <\/p>\n

\"Formation
\n
\nLa formule de m\u00e9trique compl\u00e8te est beaucoup plus complexe, car elle inclut les valeurs des coefficients K et diverses transformations. Le site Web de Cisco pr\u00e9sente la formule compl\u00e8te, cependant, si vous remplacez les valeurs des coefficients par d\u00e9faut, elle se transforme en une forme plus simple : la m\u00e9trique sera \u00e9gale \u00e0 (bande passante + D\u00e9lai) * 256.<\/p>\n

\"Formation
\n
\nNous utiliserons cette version simplifi\u00e9e de la formule pour calculer la m\u00e9trique, o\u00f9 la bande passante en kilobits est \u00e9gale \u00e0 107, divis\u00e9 par la bande passante la plus faible de toutes les interfaces menant au r\u00e9seau de destination least-bandwidth, tandis que la latence cumulative-delay est la latence totale en dizaines de microsecondes sur toutes les interfaces menant au r\u00e9seau de destination. <\/p>\n

En \u00e9tudiant EIGRP, nous devons comprendre quatre d\u00e9finitions : Feasible Distance (distance r\u00e9alisable), Reported Distance (distance annonc\u00e9e), Successor (routeur voisin avec le co\u00fbt de chemin le plus faible vers le r\u00e9seau de destination) et Feasible Successor (routeur voisin de secours). Pour comprendre ce qu'ils signifient, considerons la topologie de r\u00e9seau suivante. <\/p>\n

\"Formation
\n
\nCommen\u00e7ons par cr\u00e9er la table de routage R1 dans le but de choisir le meilleur chemin vers le r\u00e9seau 10.1.1.0\/24. Pr\u00e8s de chaque appareil, la bande passante en kbit\/s et la latence en ms sont indiqu\u00e9es. Nous utilisons des interfaces GigabitEthernet avec une bande passante de 100 Mbps, soit 1000000 kbit\/s, des interfaces FastEthernet \u00e0 100000 kbit\/s, des interfaces Ethernet \u00e0 10000 kbit\/s et une interface s\u00e9rie \u00e0 1544 kbit\/s. Ces valeurs peuvent \u00eatre consult\u00e9es en v\u00e9rifiant les caract\u00e9ristiques des interfaces physiques correspondantes dans les param\u00e8tres du routeur.
\nLa bande passante des interfaces s\u00e9rie est par d\u00e9faut de 1544 kbit\/s, et m\u00eame si vous disposez d'une ligne de 64 kbit\/s, la bande passante restera de 1544 kbit\/s. Par cons\u00e9quent, en tant qu'administrateur r\u00e9seau, vous devez vous assurer d'utiliser la bonne valeur de bande passante. Pour une interface sp\u00e9cifique, cela peut \u00eatre d\u00e9fini \u00e0 l'aide de la commande bandwidth, et avec la commande delay, vous pouvez modifier la valeur par d\u00e9faut de la latence. Vous n'avez pas \u00e0 vous inqui\u00e9ter des valeurs de bande passante par d\u00e9faut pour les interfaces GigabitEthernet ou Ethernet, mais faites attention au choix de la vitesse de la ligne si vous utilisez une interface s\u00e9rie. <\/p>\n

Notez que dans ce sch\u00e9ma, la latence est indiqu\u00e9e en millisecondes ms, mais en r\u00e9alit\u00e9, il s'agit de microsecondes ; je n'ai tout simplement pas la lettre \u03bc pour indiquer correctement les microsecondes \u03bcs. <\/p>\n

Faites attention au point suivant. Si vous entrez la commande show interface g0\/0, le syst\u00e8me affichera la latence en dizaines de microsecondes, et non simplement en microsecondes. <\/p>\n

Nous examinerons ce point plus en d\u00e9tail dans la prochaine vid\u00e9o d\u00e9di\u00e9e \u00e0 la configuration d'EIGRP. Pour l'instant, souvenez-vous que lorsque nous ins\u00e9rons les valeurs de latence dans la formule, 100 \u03bcs se transforme en 10, car la formule utilise des dizaines de microsecondes et non des unit\u00e9s. <\/p>\n

Sur le sch\u00e9ma, je marquerai les interfaces avec des points rouges, aux quais se rapportent les d\u00e9bits et latences affich\u00e9s. <\/p>\n

\"Formation
\n
\nTout d'abord, nous devons d\u00e9terminer la distance possible, Feasible Distance. C'est la m\u00e9trique FD qui se calcule \u00e0 l'aide d'une formule. Pour le segment allant de R5 au r\u00e9seau externe, nous devons diviser 107 par 106, ce qui nous donne 10. \u00c0 cette valeur de bande passante, nous devons ajouter une latence \u00e9gale \u00e0 1, car nous avons 10 microsecondes, soit un dizaine. La valeur obtenue de 11 doit \u00eatre multipli\u00e9e par 256, ce qui signifie que la valeur de la m\u00e9trique sera 2816. Voil\u00e0 la valeur FD pour ce segment de r\u00e9seau. <\/p>\n

Cette valeur sera envoy\u00e9e par le routeur R5 au routeur R2, et pour R2, elle deviendra la distance d\u00e9clar\u00e9e, Reported Distance, c'est-\u00e0-dire la valeur qui lui a \u00e9t\u00e9 communiqu\u00e9e par un voisin. Ainsi, la distance d\u00e9clar\u00e9e RD pour tous les autres dispositifs sera \u00e9gale \u00e0 la distance possible FD de l'appareil qui l'a communiqu\u00e9e. <\/p>\n

Le routeur R2 effectue des calculs FD avec ses propres donn\u00e9es, c'est-\u00e0-dire qu'il divise 107 par 105 et obtient 100. Ensuite, il ajoute \u00e0 cette valeur la somme des latences sur le chemin vers le r\u00e9seau externe : la latence de R5, \u00e9gale \u00e0 un dizaine de microsecondes, et sa propre latence, \u00e9quivalente \u00e0 dix dizaines. La latence totale sera de 11 dizaines de microsecondes. Nous l'ajoutons \u00e0 la centaine obtenue et avons alors 111, nous multiplions cette valeur par 256 et obtenons FD=28416. De mani\u00e8re similaire, le routeur R3 obtient apr\u00e8s calcul FD=281856. Le routeur R4 calcule FD=3072 et le transmet \u00e0 R1 en tant que RD. <\/p>\n

Veuillez noter que le routeur R1, lors du calcul de la FD, n'utilise pas sa propre bande passante de 1000000 kbit\/s dans la formule, mais la bande passante inf\u00e9rieure du routeur R2, qui est de 100000 kbit\/s, car la formule utilise toujours la bande passante minimale de l'interface menant au r\u00e9seau de destination. Dans ce cas, sur le chemin vers le r\u00e9seau 10.1.1.0\/24 se trouvent les routeurs R2 et R5, mais comme la bande passante du cinqui\u00e8me routeur est plus \u00e9lev\u00e9e, la formule utilise la valeur minimale de la bande passante du routeur R2. La latence totale sur le chemin R1-R2-R5 est de 1+10+1 (d\u00e9cimales) = 12, la bande passante effective est de 100, et la somme de ces nombres multipli\u00e9e par 256 donnera la valeur FD=30976. <\/p>\n

Ainsi, tous les appareils ont calcul\u00e9 la FD de leurs interfaces, et le routeur R1 dispose de 3 chemins vers le r\u00e9seau de destination. Ce sont les chemins R1-R2, R1-R3 et R1-R4. Le routeur choisit la valeur minimale de la distance FD, qui est de 30976 \u2013 c'est le chemin vers le routeur R2. Ce routeur devient le Successor, ou \u00ab successeur \u00bb. La table de routage indique \u00e9galement le Feasible Successor (successeur de secours) \u2013 cela signifie qu\u2019en cas de rupture de la connexion entre R1 et le Successor, le routage sera effectu\u00e9 via le routeur de secours Feasible Successor.<\/p>\n

Les Feasible Successors sont d\u00e9sign\u00e9s selon une seule r\u00e8gle : la distance d\u00e9clar\u00e9e RD de ce routeur doit \u00eatre inf\u00e9rieure \u00e0 la FD du routeur sur le chemin menant au Successor. Dans notre cas, R1-R2 a une FD=30976, la RD sur le chemin R1-K3 est de 281856, et la RD sur le chemin R1-R4 est de 3072. Comme 3072 < 30976, le routeur R4 est choisi comme Feasible Successor. <\/p>\n

Cela signifie qu'en cas de rupture de connexion sur le chemin R1-R2, le trafic vers le r\u00e9seau 10.1.1.0\/24 sera redirig\u00e9 par le chemin R1-R4-R5. Le basculement de chemin avec RIP prend plusieurs dizaines de secondes, avec OSPF \u2013 plusieurs secondes, et en EIGRP cela se produit instantan\u00e9ment. C'est un autre avantage d'EIGRP par rapport \u00e0 d'autres protocoles de routage. <\/p>\n

Que se passe-t-il si la connexion avec Successor et Feasible Successor est interrompue en m\u00eame temps ? Dans ce cas, EIGRP utilise l'algorithme DUAL, qui peut calculer un chemin de secours via un successeur probable. Cela peut prendre quelques secondes, pendant lesquelles EIGRP trouve un autre voisin pouvant \u00eatre utilis\u00e9 pour transmettre le trafic et ajoute ses informations dans la table de routage. Ensuite, le protocole reprend son fonctionnement normal pour assurer le routage. <\/p>\n

\r\n \"Lire\r\n
<\/div>\r\n <\/div><\/center>
\nMerci de rester avec nous. Aimez-vous nos articles ? Voulez-vous voir plus de contenus int\u00e9ressants ? Soutenez-nous en passant une commande ou en recommandant \u00e0 vos amis. 30% de r\u00e9duction pour les utilisateurs de Habr sur un \u00e9quivalent unique des serveurs d'entr\u00e9e de gamme, con\u00e7u sp\u00e9cialement pour vous :<\/b> Toute la v\u00e9rit\u00e9 sur le VPS (KVM) E5-2650 v4 (6 c\u0153urs) 10Go DDR4 240Go SSD 1Gbps \u00e0 partir de 20 $ ou comment bien diviser un serveur ?<\/a><\/noindex> (options disponibles avec RAID1 et RAID10, jusqu'\u00e0 24 c\u0153urs et jusqu'\u00e0 40 Go DDR4).<\/p>\n

Dell R730xd \u00e0 moiti\u00e9 prix ?<\/b> Uniquement chez nous 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64Go DDR4 4x960Go SSD 1Gbps 100 To \u00e0 partir de 199 $<\/a><\/noindex> aux Pays-Bas ! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128Go DDR3 2x960Go SSD 1Gbps 100To \u2014 \u00e0 partir de 99 $ !<\/b><\/b> Lisez sur Comment construire une infrastructure de classe entreprise avec des serveurs Dell R730xd E5-2650 v4 co\u00fbtant 9000 euros pour des clopinettes ?<\/a><\/noindex>
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Formation Cisco 200-125 CCNA v3.0. Jour 49. Introduction \u00e0 EIGRP | ProHoster","description":"Aujourd'hui, nous allons commencer l'\u00e9tude du protocole EIGRP, qui, tout comme l'\u00e9tude de l'OSPF, est un sujet fondamental du cours CCNA.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 49. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 EIGRP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:30+00:00","article:modified_time":"2019-10-31T19:23:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38396","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:52:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:22","updated":"2026-01-23 21:52:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}