Discussion :

[perso18]

Bonjour


Je voudrais savoir sur quelle base définit-on les métriques pour évaluer un protocole réseau?



Merci de me répondre.

[ram-0000]

Il va falloir préciser un peu ce que tu veux dire. Le seul métrique que je connaisse est le métrique associé à une route pour un réseau dans un routeur. Est ce que c'est de cela que tu veux parler ou bien d'autre chose ?

[shadowman724]

Salut,
Si tu parles des protocoles de routage comme RIP ou OSPF, alors les métriques sont généralement:
- bande passante,
- coût,
- délai,
- charge,
- longueur du chemin,
- fiabilité.
Ces métriques sont évaluées pour déterminer la ou les meilleures routes. Une ou plusieurs de ces métriques peuvent être utilisées.
Par contre, si l'on veut comparer deux protocoles de routage, cela dépend si l'on veut les comparer par famille (état de liens, nombre de sauts, hybride) ou par distance administrative ou autre.
J'espère avoir répondu à la question.

Wassim
---
mon blog

[JML19]

Bonjour

Il y a aussi le métrique des cartes réseaux pour définir la priorité de celle ci lorsqu'il y en a plusieurs sur un PC (ICI).

[Invité]

Si tu parles des protocoles de routage comme RIP ou OSPF, alors les métriques sont généralement:
- bande passante,
- coût,
- délai,
- charge,
- longueur du chemin,
- fiabilité.

1) RIP utilise les "hops" (nombre de sauts de routeurs) comme métrique.

2) OSPF utilise un cost basé sur la bande passante des interfaces :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
cost(OSPF) = reference_cost / interface_bandwidth

où reference_cost = 10⁸ (correspondant à 100 Mb/s)

ce qui peut poser problème dans des archis très hauts débits. Dans l' IOS Cisco, on peut modifier le reference_cost avec la commande OSPF

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

auto-cost reference-bandwidth

3) IP-EIGRP avait été conçu pour utiliser un métrique composite basé sur bande passante, charge, délai, fiabilité.

La littérature définit souvent le metric EIGRP de la façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EIGRP Metric = 256*((K1*bande_passante) + (K2*bande_passante)/(256-charge) + K3*délai)*(K5/(fiabilité + K4)))

Par défaut, K1=K3=1 et K2=K4=K5=0, ce qui réduit le metric à

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(bande_passante + délai) * 256

Voilà pour la théorie...

Parce qu'en pratique, le metric est normalisé de la façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
bande_passante_réellement_utilisée = 10⁷/bande_passante
délai_réellement_utilis = délai/10

J'ai fait beaucoup de dev-testing sur l'impact des facteurs K (ainsi que sur un autre paramètre utilisé par EIGRP qui d'appelle variance) et ma recommandation, c'est de ne pas toucher aux valeurs par défaut. Effectivement, les routeurs EIGRP passeraient leur temps à recalculer les metrics et leurs feasible successors.

4) Pour IS-IS, c'est un peu plus compliqué. Il n'y a pas de "reference_cost" comme OSPF. Par défaut, les liens ont un cost à 10 (modifiable bien sûr) et le cost d'un lien peut être différent selon que le noeud est Level1 ou Level2.

5) On peut également citer BGP4. C'est un distant-vector, et le metric est la longueur de l'AS-Path.

Steph