Métrique IGRP

Options de téléchargement

  • PDF     (137.2 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (92.3 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (87.0 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:10 août 2005
ID du document:13678

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Interior Gateway Routing Protocol (IGRP) additionne des valeurs pondérées de différentes caractéristiques du lien au réseau afin de calculer une valeur. Les caractéristiques de lien à partir desquelles IGRP calcule une valeur composite sont : bande passante, retard, charge, fiabilité, et Maximum Transmission Unit (MTU). Par défaut, IGRP choisit une route en fonction de la bande passante et du retard.

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient avoir connaissance des sujets suivants :

Components Used

Les informations de ce document sont basées sur les versions de logiciel et matériel suivantes :

  • Logiciel Cisco IOS® Version 12.2(24a)

  • Routeurs de la gamme Cisco 2500

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

For more information on document conventions, refer to the Cisco Technical Tips Conventions.

Rechercher la métrique IGRP

Cette section utilise un exemple afin d'illustrer comment trouver la métrique quand IGRP est le protocole de routage.

Diagramme du réseau

Le schéma du scénario donné est fourni ici :

3_01.gif

Voici la formule utilisée pour calculer la métrique composite pour IGRP :

Métrique = [K1 * Bande passante + (K2 * Bande passante)/(256 charge) + K3*Délai] * [K5/(fiabilité + K4)]

Les valeurs constantes par défaut sont K1 = K3 = 1 et K2 = K4 = K5 = 0.

Si K5 = 0, le terme [K5/(fiabilité + K4)] n'est pas utilisé. Ainsi, compte tenu des valeurs par défaut pour K1 à K5, le calcul de métrique composite utilisé par IGRP se réduit à Metric = Bandwidth + Delay.

Les valeurs K de ces formules sont des constantes que vous pouvez définir à l'aide de la commande de configuration du routeur, metric weight tos k1 k2 k3 k4 k5 .

Remarque : Cisco vous conseille vivement de ne pas modifier les paramètres K par défaut.

Pour trouver la bande passante, trouvez la plus petite de toutes les bandes passantes en Kbits/s à partir des interfaces sortantes et divisez 10 000 000 par ce nombre. (La bande passante est augmentée de 10 000 000 kilobits par seconde.)

Afin de trouver le délai, ajoutez tous les délais (en microsecondes) des interfaces sortantes et divisez ce nombre par 10. (Le délai est en dixièmes de microsecondes.)

N'oubliez pas que le chemin avec la plus petite métrique est le meilleur chemin.

Les différentes sorties des commandes show pour les deux routeurs sont les suivantes :

Venus# show interfaces ethernet 0
Ethernet0 is up, line protocol is up
Hardware is Lance, address is 0060.5cf4.a9a8 (bia 0060.5cf4.a9a8)
Internet address is 12.1.1.1/24
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set

Venus# show interfaces serial 0
Serial0 is up, line protocol is up
Hardware is HD64570     
Internet address is 172.16.10.2/24     
MTU 1500 bytes, BW 784 Kbit, DLY 20000 usec,     
reliability 255/255, txload 1/255, rxload 1/255     
Encapsulation FRAME-RELAY, loopback not set     
Keepalive set (10 sec)     
LMI enq sent 981, LMI stat recvd 330, LMI upd recvd 0, DTE LMI up     
LMI enq recvd 340, LMI stat sent 0, LMI upd sent 0     
LMI DLCI 1023 LMI type is CISCO frame relay DTE
 
Saturn# show interfaces serial 1     
Serial0 is up, line protocol is up     
Hardware is HD64570     
Internet address is 172.16.10.1/24     
MTU 1500 bytes, BW 224 Kbit, DLY 20000 usec,     
reliability 255/255, txload 1/255, rxload 1/255     
Encapsulation FRAME-RELAY, loopback not set     
Keepalive set (10 sec)     
LMI enq sent 167, LMI stat recvd 168, LMI upd recvd 0, DTE LMI up     
LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0     
LMI DLCI 1023 LMI type is CISCO frame relay DTE
 
Saturn# show interfaces ethernet 0     
Ethernet0 is up, line protocol is up     
Hardware is Lance, address is 0060.5cf4.a955 (bia 0060.5cf4.a955)     
Internet address is 172.17.10.1/16     
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,     
reliability 255/255, txload 1/255, rxload 1/255     
Encapsulation ARPA, loopback not set

Vous pouvez afficher les valeurs de métrique calculées par IGRP à l'aide de la commande show ip route :

Venus# show ip route 172.17.10.1
Routing entry for 172.17.0.0/16
Known via "igrp 100", distance 100, metric 14855
Redistributing via igrp 100
Advertised by igrp 100 (self originated)
Last update from 172.16.10.1 on serial0, 00:00:13 ago
Routing Descriptor Blocks:
  * 172.16.10.1, from 172.16.10.1, 00:00:13 ago, via Serial0
      Route metric is 14855, traffic share count is 1
      Total delay is 21000 microseconds, minimum bandwidth is 784 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 0

Les calculs correspondants sont les suivants :

Métrique = bande passante + délai = 1000000/784 + (20000 + 1000)/10 = 14855 

Saturn# show ip route 12.1.1.1
Routing entry for 12.0.0.0/8
Known via "igrp 100", distance 100, metric 46742
Redistributing via igrp 100
Advertised by igrp 100 (self originated)
Last update from 172.16.10.2 on serial1, 00:00:43 ago
Routing Descriptor Blocks:
  * 172.16.10.2, from 172.16.10.2, 00:00:43 ago, via Serial1
      Route metric is 46742, traffic share count is 1
      Total delay is 21000 microseconds, minimum bandwidth is 224 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 0

Les calculs correspondants sont les suivants :

Métrique = Bande passante + Délai = 1000000/224 + (20000 + 1000)/10 = 46742

À quelle fréquence la charge est-elle calculée ?

La constante K2 est définie par défaut sur zéro. Si K2 est défini sur 1, load devient une variable utilisée dans le routage. Le problème semble être si la charge saute. Si le coût de la métrique augmente au début d'une session FTP, il est possible que la route soit mise hors service en raison de l'augmentation. À quelle fréquence la charge est-elle calculée ?

La charge est une moyenne pondérée exponentiellement de cinq minutes qui est mise à jour toutes les cinq secondes.

À quelle vitesse la valeur de charge peut-elle augmenter ?

Est-il possible que la valeur de charge augmente assez rapidement pour rendre la route instable ?

Oui, c'est vrai. Et pire, quand la charge tombe, la métrique diminue. Cette défaillance entraîne une mise à jour Flash.

Le protocole IGRP peut-il être configuré pour utiliser le chemin le plus rapide via le cloud réseau ?

Étant donné que le coût de la métrique composite d'un site donné est déterminé par la liaison la plus lente du chemin et que la liaison la plus lente est normalement la ligne d'accès dans le cloud, comment le protocole IGRP peut-il être configuré pour utiliser le chemin le plus rapide à travers le nuage de réseau ?

Une fois la liaison la plus lente déterminée, le reste du routage est effectué sur des sauts (délai) sans tenir compte des vitesses de liaison de sauts. Avec les écarts importants dans les valeurs de bande passante, il ne semble pas pratique d'essayer d'utiliser le délai pour biaiser le routage du cloud de réseau. Une solution évidente consiste à configurer la commande bandwidth sur les lignes d'accès pour qu'elle soit plus rapide que n'importe quelle ligne de réseau fédérateur du cloud.

Une autre solution consiste à configurer le délai sur les liaisons WAN pour qu’il soit une mesure précise du délai de cette liaison particulière. Vous ne devriez pas avoir à régler les délais et vous devriez avoir un bon routage.

Il est certainement utile de modifier la bande passante de la ligne d'accès si vous avez des bandes passantes radicalement différentes au sein de votre WAN.

Quelle métrique doit être utilisée lors de la redistribution des routes dans IGRP ?

Exécutez la commande default-metric pour définir la métrique des routes redistribuées. Cette déclaration est appropriée dans la plupart des cas :

Venus(config)# router igrp 100             
  Venus(config-router)# default-metric 10000 100 255 1 1500

où 10000 = Bande passante, 100 = Délai, 255 = Fiabilité, 1 = Chargement et 1500 = MTU.

Informations connexes

Historique de révision

Révision Date de publication Commentaires
1.0
10-Aug-2005
Première publication

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco