Quel type de processus et / ou d'outils utilisez-vous pour concevoir le coût OSPF sur les liens dans vos environnements?
Quel type de processus et / ou d'outils utilisez-vous pour concevoir le coût OSPF sur les liens dans vos environnements?
Réponses:
Je ne sais pas si c'est une question qui peut obtenir une très bonne réponse, mais il est important de connaître l'ordre de préférence d'OSPF:
intra area routes
inter area routes
external type 1
external type 2
NSSA type 1
NSSA type 2
Dans certains cas, l'ajustement de la métrique n'a donc aucun effet sur l'ingénierie du trafic. Il est important de modifier la bande passante de référence à coût automatique sur les appareils Cisco afin qu'il y ait une différence de coût entre les interfaces à vitesse plus élevée. Par défaut, cela peut être réglé sur 100 Mbit. Cela signifierait que les interfaces 100 Mbit, gig et 10 gig auraient le même coût.
Pour une convergence plus rapide, il est bon d'avoir des routes à coût égal (ECMP), donc si vous regardez iBGP vers un bouclage, vous deux chemins et si l'un descend, l'impact ne devrait pas être si important.
J'avais l'habitude de travailler pour un grand FAI et ils réglaient tous les coûts manuellement sur les interfaces de transit. La conception de base consistait à choisir le chemin qui avait le moins de sauts de noyau. Le réseau a été conçu avec des niveaux d'accès, de distribution et de base avec des liens doubles entre chaque niveau. S'il existe plusieurs chemins avec le même nombre de sauts de cœur, choisissez le chemin avec le délai le plus faible.
Sur cette base, ils ont conçu les chemins et fixé les coûts sur les interfaces. Cela pourrait nécessiter beaucoup de planification. La mauvaise chose à propos des protocoles d'état des liens est qu'ils n'utilisent que la bande passante de l'interface pour calculer la métrique. Vous pourriez donc avoir un cas où la métrique est la même mais la distance est considérablement plus longue via l'un des chemins.
Nous parlons de réseaux assez importants avant que cela n'ait un impact.
Je le concevrais donc en fonction de la bande passante, du nombre d'appareils à traverser, de la distance physique (retard) et bien sûr de l'argent pourrait être un facteur si un chemin est plus cher que l'autre.
Les coûts sont souvent utilisés pour fusionner les flux de trafic et obtenir une meilleure utilisation de la bande passante disponible, mais les coûts peuvent également être utilisés pour diviser le trafic et promouvoir la symétrie. Considérez cette conception de campus dans laquelle chaque bâtiment a deux commutateurs de distribution et deux liaisons montantes en fibre. Une combinaison de coûts de racine d'arbre couvrant, de hsrp et d'ospf offre une séparation et une symétrie parfaites sur les liaisons montantes. La clé pour réaliser la séparation entrante réside dans le coût des SVI sur les vlans voix et données.
Dans notre réseau, nous utilisons la latence de ligne pour déterminer le coût. Nous mesurons la latence en microsecondes et l'appliquons comme le coût de la ligne. Peu importe si vous utilisez une latence aller simple ou aller-retour, bien sûr. Vous devez juste être cohérent. Cela fonctionne pour nous car nos liaisons WAN sont presque toujours 10G, nous n'avons donc pas besoin de prendre en compte les problèmes de capacité.
Ceci crée alors la topologie de transmission de latence la plus faible et s'il y a une défaillance du chemin principal, alors nous savons que nous serons transférés sur le chemin le plus rapide disponible.
La latence est évidemment l'aspect le plus important à considérer pour notre réseau, c'est pourquoi cela fonctionne pour nous. D'autres réseaux pourraient préférer des lignes moins chères ou de plus grande capacité aux lignes à faible latence. Tout ce dont l'entreprise a besoin, c'est par où commencer.