Zurück

Ohne Angst Änderungen an OSPF vornehmen

NB Autor by Phillip Gervasi 19. März 2018

Das Ändern der OSPF-Einstellungen (Octal Small Form-Factor Pluggable) kann eine anspruchsvolle Aufgabe sein. Selbst mit umfassendem Wissen und Erfahrung können Sie nicht sicher sein, welche Auswirkungen eine Änderung auf das Netzwerk haben könnte. Änderungen können Dominoeffekte verursachen und Leistung und Verfügbarkeit beeinträchtigen.

Das Verständnis der Ausgabe von Befehlen wie „show internet protocol (IP) OSPF database“, „show IP route“ und „show IP common event format (CEF)“ kann einem erfahrenen Ingenieur einen sofortigen Eindruck davon vermitteln, wie der gesamte OSPF-Graph aussieht. Doch wie kann sich jemand, der große Netzwerke betreibt, ein Bild davon machen, wie OSPF Pfade im gesamten Netzwerk auswählt?

Glücklicherweise beseitigt die Netzwerkautomatisierung einen Großteil der Unsicherheit durch klare Echtzeit-Einblicke in das Netzwerk. Diese Transparenz minimiert das Risiko menschlicher Fehler und verkürzt Änderungsfenster, was im täglichen Netzwerkbetrieb vieler großer Organisationen von entscheidender Bedeutung ist.

Die Risiken von OSPF-Änderungen in komplexen Netzwerken

Selbst erfahrenen Ingenieuren können Fehler unterlaufen oder wichtige OSPF-Details übersehen, insbesondere in komplexen Umgebungen. Ohne detaillierte Echtzeit-Einsicht in das Netzwerk – vor und nach Änderungen – kann man leicht die Kontrolle verlieren und Probleme verursachen. Detaillierte Echtzeit-Einsicht ist für sichere und vorhersehbare OSPF-Änderungen unerlässlich, da OSPF Routen basierend auf Netzwerkänderungen, Gerätekonfigurationen und Verbindungszuständen dynamisch neu berechnet.

Eine einzige Fehlkonfiguration oder ein übersehenes Detail kann unerwartete Routing-Schleifen, suboptimale Pfade oder Ausfälle in komplexen Umgebungen auslösen. Ohne sofortigen Einblick in die Auswirkungen von Änderungen auf die gesamte OSPF-Domäne können Probleme unentdeckt bleiben, bis sie sich auf Benutzer oder kritische Dienste auswirken. Dank Echtzeit-Transparenz können Ingenieure die Reaktion des Netzwerks überwachen, unbeabsichtigte Folgen schnell erkennen und sicherstellen, dass jede Änderung das gewünschte Ergebnis erzielt – und so Risiken und Ausfallzeiten minimieren.

Reduzieren Sie das OSPF-Änderungsrisiko durch Netzwerkautomatisierung

In einem kleinen Netzwerk kann OSPF so einfach sein wie die Aktivierung auf einer Schnittstelle und die Überlassung des Rests an SPF. Doch selbst einfache Änderungen werden komplexer, wenn Standardzeiten angepasst, Verbindungskosten verändert oder die Pfadauswahl über mehrere Router hinweg beeinflusst werden. Die Aktualisierung jedes einzelnen Geräts verlängert die Änderungsfenster, erhöht das Fehlerrisiko und bietet kaum oder gar keine Echtzeit-Netzwerktransparenz.

Die Lösung ist Netzwerkautomatisierung. Ein programmatischer Ansatz, um mehrere Änderungen an einer OSPF-Konfiguration auf Dutzenden von Routern vorzunehmen:

  • Verringert die Länge eines Änderungsfensters
  • Reduziert das mit menschlichen Fehlern verbundene Risiko
  • Bietet sofortige netzwerkweite Transparenz vor, während und nach einer Änderung

Hier ist ein Beispiel aus der Praxis, das die oben besprochenen Konzepte veranschaulicht:

OSPF in der Praxis Change Management Beispiel

Vor Jahren musste ich das Routing so konfigurieren, dass ein Ausgangspfad einem anderen vorgezogen wurde, da die sekundäre Route durch einen Standort führte, der stillgelegt werden sollte. Das Netzwerk der Region bestand aus einer Mischung aus veralteter Infrastruktur mit langsamen Verbindungen und neu aufgerüsteten Standorten mit moderner Hardware und Hochgeschwindigkeitsverbindungen – und das alles innerhalb desselben OSPF-Bereichs!

Ein problematischer Ansatz

Folgendes habe ich während meines Änderungsfensters getan:

  • Gescannt wurden die OSPF-Konfiguration, die Routing-Tabelle auf den beiden autonomen System Boundary Routern (ASBR) und die Datenbank der lokalen Sicherheitsbehörde (LSA).
  • Fest codierte niedrige OSPF-Kosten auf einer Verbindung
  • Die Referenzbandbreite wurde angepasst, um die Berechnung der Metriken durch den Router zu beeinflussen.

Dann wartete ich auf meine verschiedenen anhaltenden Pings und Spuren so auszusehen, wie ich es wollte, aber das taten sie nie, sondern verursachten stattdessen eine kleine Krise. Ich vergaß, dass sich alle Router in einer OSPF-Domäne auf die Referenzbandbreite einigen müssen, da die Kosten umgekehrt proportional zur Bandbreite einer Verbindung sind. Ich dachte, eine Senkung der Kosten würde die Verbindung bevorzugter machen. Aber eine falsche Änderung der Referenzbandbreite machte die Verbindung weniger bevorzugt.

Hinter diesen beiden ASBRs befand sich eine komplette OSPF-Domäne, die von verschiedenen Router-Plattformen betrieben wurde. Nach der Neuberechnung des SPF in diesem Bereich änderten sich die Verkehrsmuster so stark, dass der weniger bevorzugte Ausgang verwendet wurde und der Verkehr über Verbindungen mit sehr geringer Bandbreite auf mehrere alte Router verteilt wurde.

Fazit: Ich hatte keine Ahnung, was los war. Alles war langsam und seltsam. Ich brauchte detaillierte Echtzeit-Sichtbarkeit vor und nach meiner Änderung.

OSPFNetBrain Dynamic Maps geben Ihnen eine End-to-End-Sichtbarkeit Ihrer gesamten OSPF-Konfiguration.

Rollback-Plan mit langem Änderungsfenster

Der Rollback-Plan für meine Netzwerkänderung war einfach:

  • Ich habe die Kostenkonfiguration und die Referenzbandbreite entfernt.
  • Nachdem einige Schnittstellen zurückgesetzt wurden, um SPF erneut auszuführen, kehrten die Verkehrsmuster in den Zustand vor dem Änderungsfenster zurück.

Im nächsten Änderungsfenster habe ich meine Strategie geändert. Das Änderungsfenster musste länger sein, da ich mit längeren Ausfallzeiten rechnete. Folgendes habe ich getan:

  • Die Referenzbandbreite auf allen Routern in diesem OSPF-Bereich wurde geändert
  • Die Kosten für mehrere Schnittstellen wurden geändert
  • Die Beschreibung fast aller Schnittstellen, auf denen OSPF in diesem und dem angrenzenden Bereich ausgeführt wird, wurde geändert.
  • Kopierte und fügte Konfigurationsausschnitte aus dem Editor auf meinem linken Bildschirm in die entsprechenden Terminalfenster auf meinem rechten Bildschirm ein

Glücklicherweise habe ich nur wenige Fehler gemacht, indem ich die falsche Konfiguration auf den falschen Router übertragen habe, und habe dadurch die Gerätekonnektivität nicht verloren. Im Idealfall hätte ich keine Fehler und ein viel kürzeres Änderungsfenster gehabt.

ospf im Netzwerk

Eine ausführbare Datei Runbook überprüft den aktuellen OSPF-Laufstatus. Der Befehlssatz, der die Runbook ausgeführt wird auf der rechten Seite angezeigt. 

Ein besserer Ansatz – OSPF-Änderungsautomatisierung

NetBrainDie integrierte ausführbare Datei Runbooks laufen machen erklären Befehle auf vielen Geräten gleichzeitig mit einem einzigen Klick auf eine Schaltfläche. Realistisch, a Runbook wird mehr drin sein als nur eine einfache erklären Befehl. Die Macht von NetBrain Runbooks ist, wie eine Vielzahl von Befehlen gleichzeitig ausgeführt oder automatisch ausgeführt werden können.

In meinem Fall eine ausführbare Datei Runbook hätte mit den entsprechenden Show-Befehlen konfiguriert werden können, um eine erhebliche Menge an OSPF-spezifischen und Routing-Informationen zu sammeln. Mit einem Klick NetBrain hätte diese Informationen auf vielen Geräten gesammelt, ohne dass ich mich jeweils bei einem Router anmelden müsste.

ospf runbook CLI-Befehle

Automatisierte OSPF-Konfiguration

Das Anstarren von Seiten mit Ergebnissen ist allerdings nicht wirklich das, was ich brauchte. Stattdessen hätte ich NetBrainDynamische Netzwerkkarten von Nehmen Sie diese Ausgabe und stellen Sie sie in einem interaktiven Echtzeit-Schnappschuss dar, der zeigt, wie das Routing im Netzwerk funktioniert. Ich hätte sofort die Pfadauswahl gesehen und auf verdächtige Router geklickt.

ospf runbook Ergebnisse 2 1Die Runbook hebt die Anzahl der Nachbarn und die Routen von OSPF hervor und zeigt sie direkt auf der an Dynamic Map. 

Das Übertragen von Konfigurationsänderungen auf alle Geräte ist relativ einfach, aber NetBrain bietet tiefe Funktionalität mit ihrer Dynamic MapBeispiele hierfür sind die Pfadfunktion, die nach jedem Konfigurations-Push Verkehrsmuster grafisch darstellt. Die Vergleichsfunktion ist ein integriertes Diff-Tool, das Konfigurationsunterschiede zwischen Geräten mit einem Klick erkennt.

Vergleich von ospf-KonfigurationsänderungenEin Techniker kann sofort die OSPF-Konfigurationsunterschiede zwischen den Routern 2 und 4 erkennen.

Keine Angst mehr vor Änderungen. Die programmatische Überwachung und Konfiguration eines Netzwerks auf Geräteebene hilft Ihnen, sicher voranzukommen, da Sie in Echtzeit verstehen, wie sich jede Änderung auf das Netzwerk auswirkt. NetBrain Runbook Automatisierung und Dynamic Mapping Technologien bieten Ingenieuren diese Art von programmierbarer Umgebung, um ohne Angst Änderungen am Routing vorzunehmen.

Erhalten Sie automatisierten Einblick in die gesamte OSPF-Domäne mit nur einem Klick. NetBrain

OSPF-Änderungen auf mehreren Geräten müssen weder riskant noch zeitaufwändig sein. Mit NetBrainist ausführbar runbooks können Sie detaillierte Netzwerkdaten erfassen, Änderungen vornehmen und Ergebnisse validieren – alles in einem koordinierten Workflow. Diese Funktionen bedeuten weniger Fehler, kürzere Änderungsfenster und vollständige Transparenz über die Auswirkungen jedes Updates.

NetBrain Darüber hinaus ermöglicht es proaktive Fehlerbehebung, nahtlose Compliance-Berichte und bei Bedarf ein schnelles Rollback. So können Teams selbst die dynamischsten Unternehmensnetzwerke zuverlässig verwalten. Sehen Sie, wie es in Ihrer Umgebung funktioniert – request a demo heute und erleben wie NetBrain kann komplexe Netzwerkänderungen einfacher und vorhersehbarer machen.

Weitere Artikeln