by Philippe Gervasi 19 mar 2018
Modifier les paramètres OSPF (Octal Small Form-Factor Pluggable) peut s'avérer complexe. Même avec une bonne compréhension et une bonne expérience, il est difficile de prévoir l'impact d'une modification sur le réseau. Ces modifications peuvent avoir des répercussions sur les performances et la disponibilité.
Comprendre le résultat de commandes telles que « show internet protocol (IP) OSPF database », « show IP route » et « show IP common event format (CEF) » permet à un ingénieur très expérimenté d'avoir une idée immédiate de l'aspect global du graphe OSPF. Mais comment un exploitant de grands réseaux peut-il se représenter mentalement la manière dont OSPF sélectionne les chemins sur l'ensemble d'un réseau ?
Heureusement, l'automatisation du réseau élimine une grande partie de l'incertitude grâce à une visibilité claire et en temps réel sur le réseau. Cette transparence minimise le risque d'erreur humaine et réduit les fenêtres de changement, ce qui est essentiel au fonctionnement quotidien du réseau de nombreuses grandes organisations.
Les risques des changements OSPF dans les réseaux complexes
Même les ingénieurs expérimentés peuvent commettre des erreurs ou négliger des détails OSPF critiques, notamment dans les environnements complexes. Sans une visibilité précise et en temps réel sur le réseau, avant et après les modifications, il est facile de perdre le contrôle et de créer des problèmes. Une visibilité détaillée et en temps réel est essentielle pour effectuer des modifications OSPF sûres et prévisibles, car OSPF recalcule dynamiquement les routes en fonction des modifications du réseau, des configurations des appareils et de l'état des liens.
Une seule erreur de configuration ou un détail négligé peut déclencher des boucles de routage inattendues, des chemins sous-optimaux ou des pannes dans des environnements complexes. Sans une vision immédiate de l'impact des changements sur l'ensemble du domaine OSPF, les problèmes peuvent passer inaperçus jusqu'à ce qu'ils affectent les utilisateurs ou les services critiques. La visibilité en temps réel permet aux ingénieurs de surveiller la réponse du réseau, d'identifier rapidement les conséquences imprévues et de garantir que chaque changement produit le résultat souhaité, minimisant ainsi les risques et les temps d'arrêt.
Réduisez les risques de modification du protocole OSPF grâce à l'automatisation du réseau
Dans un petit réseau, OSPF peut être aussi simple que de l'activer sur une interface et de laisser SPF gérer le reste. Cependant, même les modifications les plus simples deviennent plus complexes lorsque vous ajustez les temps par défaut, modifiez les coûts de liaison ou influencez la sélection des chemins sur plusieurs routeurs. Mettre à jour chaque périphérique individuellement allonge les fenêtres de modification, augmente les risques d'erreurs et offre une visibilité réseau en temps réel limitée, voire inexistante.
L'automatisation du réseau est la solution. Une approche programmatique permet d'apporter plusieurs modifications à une configuration OSPF sur des dizaines de routeurs :
- Diminue la longueur d'une fenêtre de changement
- Réduit les risques associés aux erreurs humaines
- Fournit une visibilité instantanée à l'échelle du réseau avant, pendant et après un changement
Voici un exemple concret illustrant les concepts dont nous avons parlé ci-dessus :
OSPF dans le monde réel Change Management Exemple
Il y a quelques années, j'ai dû configurer le routage de manière à privilégier un chemin de sortie plutôt qu'un autre, car le chemin secondaire traversait un site voué à la démolition. Le réseau de la région était un mélange d'infrastructures vieillissantes avec des liaisons bas débit et de sites récemment modernisés avec du matériel moderne et des connexions haut débit… le tout au sein de la même zone OSPF !
Une approche problématique
Pendant ma fenêtre de changement, voici ce que j'ai fait :
- Analyse de la configuration OSPF, de la table de routage sur les deux routeurs de limite de système autonome (ASBR) et de la base de données de l'autorité de sécurité locale (LSA)
- Un faible coût OSPF codé en dur sur un lien
- Ajustement de la bande passante de référence afin d'influencer la façon dont ce routeur calcule ses métriques
Ensuite, j'ai attendu mes différents pings persistants et traceroutes Pour que le résultat soit conforme à mes attentes, mais ils ne l'ont jamais fait, créant une petite crise. J'avais oublié que tous les routeurs d'un domaine OSPF doivent s'accorder sur la bande passante de référence, car le coût est inversement proportionnel à la bande passante d'un lien. Je pensais qu'une baisse du coût rendait le lien plus privilégié. Mais une modification incorrecte de la bande passante de référence a rendu le lien moins privilégié.
Derrière ces deux ASBR se trouvait un domaine OSPF complet, géré par diverses plateformes de routeurs. Après le recalcul du SPF dans la zone, les schémas de trafic ont suffisamment changé pour que la sortie la moins privilégiée soit utilisée et que le trafic soit réparti entre plusieurs anciens routeurs utilisant des liaisons à très faible bande passante.
En résumé ? Je n'avais aucune idée de ce qui se passait. Tout était lent et bizarre. J'avais besoin d'une visibilité précise en temps réel avant et après mon changement.
NetBrain Dynamic Maps vous offrent une visibilité de bout en bout sur l'ensemble de votre configuration OSPF.
Plan de restauration avec une longue fenêtre de changement
Le plan de restauration de mon changement de réseau était simple :
- J'ai supprimé la configuration des coûts et la bande passante de référence.
- Après avoir fait rebondir quelques interfaces pour forcer SPF à s'exécuter à nouveau, les modèles de trafic sont revenus à l'état d'avant la fenêtre de changement.
Lors de ma prochaine période de changement, j'ai modifié ma stratégie. Cette période devait être plus longue car je prévoyais des temps d'arrêt plus longs. Voici ce que j'ai fait :
- Modification de la bande passante de référence sur tous les routeurs de cette zone OSPF
- Modification du coût sur plusieurs interfaces
- Modification de la description de presque toutes les interfaces exécutant OSPF dans cette zone et sa zone adjacente.
- J'ai copié et collé des extraits de configuration du Bloc-notes sur mon écran de gauche dans les fenêtres de terminal appropriées sur mon écran de droite
Heureusement, j'ai commis quelques erreurs en installant la mauvaise configuration sur le mauvais routeur, ce qui m'a permis de ne pas perdre la connectivité de mes appareils. Idéalement, je n'aurais eu aucune erreur et j'aurais eu une fenêtre de changement beaucoup plus courte.

Un exécutable Runbook vérifie l'état d'exécution OSPF actuel. La commande défini que le Runbook exécute est affiché à droite.
Une meilleure approche — Automatisation des modifications OSPF
NetBrainexécutable intégré de Runbooks faire courir montrer commandes sur de nombreux appareils à la fois en un seul clic sur un bouton. De manière réaliste, un Runbook aura plus qu'un simple montrer commande. Le pouvoir de NetBrain Runbooks est dans la façon dont une variété de commandes peuvent être exécutées simultanément ou déclenchées pour s'exécuter automatiquement.
Dans mon cas, un exécutable Runbook aurait pu être configuré avec les commandes show appropriées pour collecter une quantité importante d'informations spécifiques à OSPF et de routage. En un clic, NetBrain aurait rassemblé ces informations sur de nombreux appareils sans avoir besoin de me connecter à un routeur à la fois.

Configuration OSPF automatisée
Mais regarder des pages entières n'était pas vraiment ce dont j'avais besoin. J'aurais pu plutôt laisser NetBrainCartes de réseau dynamiques de Prenez cette sortie et représentez-la dans un instantané interactif en temps réel du fonctionnement du routage sur le réseau. J'aurais immédiatement vu la sélection du chemin et cliqué sur les routeurs suspects.
Le Runbook met en évidence le nombre de voisins et les routes de l'OSPF et l'affiche directement sur le Dynamic Map.
Pousser les changements de configuration sur tous les appareils est relativement facile, mais NetBrain offre une fonctionnalité approfondie avec leur Dynamic MapDes fonctions telles que la fonction Path, qui présente graphiquement les tendances de trafic après chaque configuration, sont également disponibles. La fonction Compare est un outil de comparaison intégré permettant d'identifier en un clic les différences de configuration entre les appareils.
Un ingénieur peut voir immédiatement les différences de configuration OSPF entre les routeurs 2 et 4.
Ne vous inquiétez plus des changements. La surveillance et la configuration programmatiques d'un réseau au niveau des appareils vous permettent d'avancer en toute confiance, en comprenant en temps réel l'impact de chaque changement sur le réseau. NetBrain's Runbook Automatisation et Dynamic Mapping Les technologies offrent aux ingénieurs ce type d'environnement programmable pour apporter des modifications au routage sans crainte.
Obtenez un aperçu automatisé en un clic de l'ensemble du domaine OSPF avec NetBrain
Effectuer des modifications OSPF sur plusieurs appareils ne doit pas nécessairement être risqué ni chronophage. NetBrainest exécutable runbookGrâce à eux, vous pouvez collecter des données réseau détaillées, appliquer des modifications et valider les résultats, le tout dans un flux de travail unique et coordonné. Ces fonctionnalités réduisent les erreurs, raccourcissent les délais de modification et offrent une visibilité complète sur l'impact de chaque mise à jour.
NetBrain Permet également un dépannage proactif, des rapports de conformité transparents et une restauration rapide si nécessaire, permettant aux équipes de gérer en toute confiance même les réseaux d'entreprise les plus dynamiques. Découvrez son fonctionnement dans votre environnement. request a demo aujourd'hui et découvrez comment NetBrain peut rendre les changements de réseau complexes plus simples et plus prévisibles.