Calcul métrique EIGRP

Formule métrique

La métrique Améliorée du Protocole de routage de passerelle intérieure, ou EIGRP, va nous montrer de gros chiffres. C’est une valeur de 32 bits. Cela signifie qu’il y a un grand espace dans lequel jouer. Donc le nombre qui se compte par milliers, ce n’est pas grave. C’est un changement de merde, d’accord, c’est un changement de merde. La métrique EIGRP, que nous appelons la distance réalisable, lorsque nous la voyons dans les tables de topologie et la table de routage, la métrique EIGRP a une formule très complexe. Nous ne vous montrons pas la formule, alors vous la mémorisez dans sa représentation mathématique. Mais nous avons besoin que vous compreniez l’esprit de cette fonctionnalité et comment elle se déroule. Alors, décrivons la métrique EIGRP et comment nous pouvons en parler et y penser dans un sens pratique.

Métrique = * * 256

Trois mots, bande passante plus délai. C’est vraiment ce à quoi il se décompose. Si vous vous souvenez, cette équation que nous voyons, cette métrique alambiquée égale se décompose vraiment en bande passante plus retard par défaut, vous êtes défini. Tu es définitivement prêt. Maintenant, pourquoi cela fonctionne-t-il de cette façon? Nous avons des valeurs K qui sont également branchées dans l’équation.

# Routeur afficher les protocoles IP / inclure le poids métrique

Poids métrique EIGRP K1 = 1, K2 = 0, K3 = 1, K4 = 0, K5=0

Et comme vous pouvez le voir les valeurs K par défaut, K1-1, K2-0, K3-1, K4-0, K5-0. Si vous avez branché ces nombres et que vous ne vous souciiez pas de la valeur de la bande passante, de la charge ou du retard dans cette équation en ce moment, vous venez de tout décomposer à ses valeurs les plus simples, en multipliant bien par zéro, en divisant zéro, vous vous retrouvez avec zéro. Donc, essentiellement à la fin, nous nous retrouvons avec de la bande passante plus du retard. Nous l’avons décomposé en ses composants fondamentaux et c’est ce dont vous voulez vous souvenir. Mais maintenant, plongeons-nous dans quels aspects de la bande passante, quels aspects du retard? Eh bien la bande passante, nous regardons vraiment la bande passante la plus faible de la source à la destination. Donc, disons, nous avons quatre liens de la source à la destination. Une liaison de 10 gigabits, une liaison de 1 gigabit, une liaison de 100 mégabits et un T1 à 1,544Mbps. Dans notre calcul de la bande passante, laquelle de celles-ci sera utilisée?

Donc, si ces liens étaient tous les uns après les autres, et que j’essaie de calculer la bande passante pour ce chemin, je ne les utilise pas tous les quatre. J’en choisis un. Et qu’allez-vous choisir? Si vous deviez choisir une entrée pour la formule de bande passante, choisiriez-vous l’aspect très haut débit de ce chemin ou choisiriez-vous le goulot d’étranglement – cette partie du réseau qui a moins de débit et va contraindre notre trafic? Eh bien, c’est vraiment bien que nous ayons un lien de 10 gigabits et un lien de 1 gigabit et un lien de 100 mégabits sur le chemin. Mais une fois que nous arrivons à ce lien T1, c’est notre goulot d’étranglement, et cela va nous ralentir et nous ne pouvons vraiment être aussi rapides que notre lien le plus lent parce que tout va juste se bloquer là-haut et les choses vont ralentir sur nous.

Une autre façon de penser, c’est votre maillon le plus faible. Et il y a cette phrase, une chaîne est aussi forte que son quoi? Qu’est-ce? Maillon faible ? Nous l’appelons donc parfois la bande passante de liaison la plus faible. Cela nous aide à comprendre cela. Considérez ça comme une chaîne, d’accord? Et puis, attendez une minute, nous vous avons donné trois mots cependant. Nous avons donc travaillé avec le premier mot, la bande passante de liaison la plus faible, le second était plus, addition, retard. Comment se déroule la partie retard de ce calcul?

Eh bien, le retard est cumulatif. Nous prenons donc en compte le retard de tous les liens de la source à la destination, nous les additionnons tous ensemble et cela est mis dans le calcul global. Et puis on peut voir dans la formule qu’elle est multipliée par 256. D’accord, mais les principaux composants, la bande passante plus le délai, c’est vraiment ce sur quoi nous voulons nous concentrer ici.

Maintenant, vous pensez peut-être que je veux vraiment régler mon opération. Je veux le rendre vraiment précis. Eh bien EIGRP à l’origine quand il est sorti, ils pensaient que nous voulions prendre en compte des éléments tels que la stabilité d’un réseau et l’utilisation actuelle du réseau. Et donc, ils nous ont donné deux composants métriques supplémentaires qui sont activés et désactivés avec ce qu’on appelle des valeurs K. Ces valeurs K peuvent désactiver la fiabilité ou activer, et activer et désactiver la charge, maintenant elles sont désactivées par défaut. Seuls ceux qui sont activés par défaut sont la bande passante et le délai, qui ont une voie métrique de un, qui dit qu’il est activé à la proportion égale, la proportion par défaut. Et une valeur K peut dire zéro, ce qui l’éteint ou elle peut être très élevée, ce qui la rend plus factorisée. Le problème avec cela cependant, c’est que si vous pensez à vous-même, je veux activer la fiabilité, n’y pensez même pas. Ne pensez même pas non plus à allumer la charge. Pourquoi ça ?

Eh bien, nous pouvons voir que Cisco recommande de ne pas le faire. Mais pourquoi, d’un point de vue du monde réel, pourquoi les laisser tranquilles? Bien la fiabilité et la charge, ces valeurs changeront en fonction des intervalles pour l’interface particulière. Donc, si les numéros de fiabilité et les numéros de charge sont constamment mis à jour pour ces interfaces, qu’est-ce que cela va faire pour EIGRP et la métrique qui devra être annoncée? Cela va constamment changer. Donc, la fiabilité ou les charges mises à jour toutes les cinq minutes, eh bien devinez quoi? Votre métrique change toutes les cinq minutes et vous savez ce qui va se passer? Vous allez devoir en faire la publicité, puis en faire la publicité. Et maintenant, ce n’est qu’un gaspillage. Ça n’en vaut pas la peine. Et si vous vous reconvertiez vers des voies différentes, lors d’un problème d’instabilité et de perte de trafic, comment allez-vous même savoir quel chemin empruntaient vos paquets à ce moment et à ce moment-là ? C’est un vieux bordel. Donc, la bande passante et le retard, la bande passante de liaison la plus faible et une petite valeur ajoutée cumulée, c’est notre retard, qui est basé sur le temps qu’il faut pour encapsuler et sérialiser les bits dans ce support.

Valeurs métriques

Où EIGRP trouve-t-il les informations relatives à la bande passante, au retard, à la fiabilité et à la charge ? Niveau d’interface. Donc, si nous affichons des interfaces, chacune de nos interfaces a des entrées par défaut pour les cinq valeurs. Maintenant, quand je dis cinq, MTU est également pris en compte. On n’en a pas vraiment parlé là-bas. Et cela fonctionne juste pour être un tie break.

Routeur # afficher les interfaces série 0/0/0

Serial0 / 0 / 0 est en hausse, le protocole de ligne est en baisse

Le matériel est GT96K Série

Description: Lien de sauvegarde

MTU 1500 octets, BW 1544 Kbit / s, DLY 20000 usec,

fiabilité 255/255, txload 1/255, rxload 1/255

Nous pouvons voir la bande passante, c’est le BW. Le retard, DLY. Attendez une minute, comment est-il mesuré? Maintenant, je voulais vous donner un indice de la façon dont cela est mesuré. Cisco nous donne une entrée ici et leurs ingénieurs ont précalculé cette mesure qui est en U-secondes (microseconde). U doit remplacer le symbole µ, qui est le symbole du micron. Il a le M très incurvé et donc, c’est 20000 usec, alors à quoi cela fonctionne-t-il? Cela fonctionne 20 millisecondes. Ce n’est pas beaucoup de temps. Cela n’aura pas non plus d’impact dans vos calculs d’une manière mesurable, d’une manière hautement mesurable. Cela fera pencher la balance lorsque nous aurons des voies très, très similaires. Sinon, ce sera à peu près la même chose. Ce sont donc les deux que vous pouvez manipuler, au fait. Vous pouvez manipuler la bande passante, aller au niveau de l’interface, commande de bande passante, vous devriez certainement le faire pour les liens série, non? Parce que quelle est la bande passante par défaut sur nos liens série?

1,544 mégabits par seconde ou 1544 Kbit/s. Et EIGRP utilise ce nombre pour son calcul de bande passante. Disons donc que c’était vraiment un lien 64K. EIGRP le verrait-il comme un lien 64K en ce moment ou un lien 1.544 mégabits par seconde? Il le verrait comme 1.544 même s’il n’en est vraiment que 64. Cela pourrait donc vraiment nuire au calcul de la métrique et éventuellement engager EIGRP à choisir un chemin sous-optimal.

Vous pouvez également modifier le délai si vous le souhaitez. Cela va rarement vous aider. Ce sera rarement la bonne chose à faire, je dirai ça. Et puis, nous pouvons voir la fiabilité et la charge, et la fiabilité 255/255. Il n’a donc pas eu de fluctuation au cours des dernières minutes. Et le chargement semble qu’il ne se passe pas beaucoup de choses en ce moment. Mais rappelez-vous encore une fois, nous ne voulons pas que nos valeurs K permettent ces aspects du calcul. Vous voulez vous en tenir à la bande passante et au délai.