Welche Art von Prozessen und / oder Tools verwenden Sie, um die OSPF-Kosten für Links in Ihren Umgebungen zu entwerfen?
Welche Art von Prozessen und / oder Tools verwenden Sie, um die OSPF-Kosten für Links in Ihren Umgebungen zu entwerfen?
Antworten:
Ich bin mir nicht sicher, ob dies eine Frage ist, die wirklich gut beantwortet werden kann, aber es ist wichtig, die Präferenzreihenfolge von OSPF zu kennen:
intra area routes
inter area routes
external type 1
external type 2
NSSA type 1
NSSA type 2
In einigen Fällen hat das Anpassen der Metrik keine Auswirkungen auf die Verkehrstechnik. Es ist wichtig, die Referenzbandbreite für automatische Kosten auf Cisco-Geräten zu ändern, damit sich die Kosten zwischen Schnittstellen mit höherer Geschwindigkeit unterscheiden. Standardmäßig ist dies auf 100 Mbit eingestellt. Dies würde bedeuten, dass 100-Mbit-, Gig- und 10-Gig-Schnittstellen die gleichen Kosten verursachen würden.
Für eine schnellere Konvergenz ist es gut, ECMP (Equal Cost Routes) zu haben. Wenn Sie also iBGP auf einen Loopback spähen, haben Sie zwei Pfade, und wenn einer nach unten geht, sollten die Auswirkungen nicht so groß sein.
Ich habe für einen großen ISP gearbeitet und sie haben alle Kosten manuell auf den Transitschnittstellen festgelegt. Das grundlegende Design bestand darin, den Pfad zu wählen, der die wenigsten Kernsprünge aufwies. Das Netzwerk wurde mit Zugriffs-, Verteilungs- und Kernebenen mit zwei Verbindungen zwischen den einzelnen Ebenen konzipiert. Wenn es mehrere Pfade mit der gleichen Anzahl von Kernsprüngen gibt, wählen Sie den Pfad mit der geringsten Verzögerung.
Auf dieser Grundlage haben sie die Pfade entworfen und die Kosten für die Schnittstellen festgelegt. Dies kann viel Planung erfordern. Das Schlechte an Verbindungsstatusprotokollen ist, dass sie nur die Bandbreite der Schnittstelle zur Berechnung der Metrik verwenden. Sie könnten also einen Fall haben, in dem die Metrik dieselbe ist, die Entfernung über einen der Pfade jedoch erheblich länger ist.
Wir sprechen von ziemlich großen Netzwerken, bevor sich dies jedoch auswirken würde.
Daher würde ich es basierend auf der Bandbreite, der Anzahl der zu durchlaufenden Geräte, der physischen Entfernung (Verzögerung) und natürlich dem Geld entwerfen, wenn ein Pfad teurer als der andere ist.
Die Kostenberechnung wird häufig verwendet, um Verkehrsströme zusammenzuführen und die verfügbare Bandbreite besser zu nutzen. Die Kostenberechnung kann jedoch auch zur Aufteilung des Datenverkehrs und zur Förderung der Symmetrie verwendet werden. Betrachten Sie dieses Campus-Design, bei dem jedes Gebäude über zwei Verteilungsschalter und zwei Glasfaser-Uplinks verfügt. Eine Kombination aus Spanning Tree Root-, Hsrp- und OSPF-Kosten bietet eine perfekte Trennung und Symmetrie zwischen den Uplinks. Der Schlüssel zum Erreichen einer eingehenden Trennung liegt in der Kostenberechnung der SVIs für die Sprach- und Daten-VLANs.
In unserem Netzwerk verwenden wir die Leitungslatenz, um die Kosten zu bestimmen. Wir messen die Latenz in Mikrosekunden und wenden sie als Kosten für die Leitung an. Es spielt natürlich keine Rolle, ob Sie eine Einweg- oder eine Roundtrip-Latenz verwenden. Sie müssen nur konsequent sein. Dies funktioniert für uns, da unsere WAN-Verbindungen fast immer 10G sind, sodass wir Kapazitätsprobleme nicht berücksichtigen müssen.
Dadurch wird die Weiterleitungstopologie mit der niedrigsten Latenz erstellt. Wenn der primäre Pfad ausfällt, werden wir auf dem nächstschnellsten verfügbaren Pfad weitergeleitet.
Die Latenz ist offensichtlich der wichtigste Aspekt für unser Netzwerk. Deshalb funktioniert dies für uns. Andere Netzwerke bevorzugen möglicherweise billigere Leitungen oder Leitungen mit höherer Kapazität gegenüber Leitungen mit geringer Latenz. Was auch immer das Geschäft erfordert, ist, wo Sie anfangen sollten.