Bei OSPF (Open Shortest Path First) handelt es sich um eine internes Gateway-Protokoll (IGP), das innerhalb eines einzelnen autonomen Systems (AS) betrieben wird. Ab NSX 3.1.1 können Sie OSPF auf einem Tier-0-Gateway konfigurieren.
Für diese OSPF-Funktion gelten folgende Möglichkeiten und Einschränkungen:
- Nur OSPFv2 wird unterstützt.
- Das Tier-0-Gateway kann „Aktiv/Aktiv“ oder „Aktiv/Standby“ (vorbeugend und nicht vorbeugend) sein.
- Nur die Standard-VRF wird unterstützt.
- Sie können einen einzelnen Bereich auf einem Tier-0-Gateway mit maximal zwei Tier-0-Uplinks pro Edge-Knoten konfigurieren.
- Backbone, normaler Bereich und NSSA (not-so-stubby area) werden unterstützt.
- Zwischen BGP und OSPF wird keine Neuverteilung unterstützt.
- OSPF und BGP können im Fall von Multihop-BGP zusammen verwendet werden, wobei die Peer-IP über OSPF erlernt wird.
- Dieselben für BGP unterstützten Neuverteilungsfunktionen werden für OSPF unterstützt (Tier-0-Uplinks, Downlinks, Loopbacks, Tier-1-Downlinks usw.). Je nach Bereichstyp führt die Neuverteilung für alle diese Netzwerke dazu, dass der Edge-Knoten eine externe Verbindungszustands-Ankündigung (link-state advertisement, LSA) vom Typ 5 oder eine externe LSA vom Typ 7 ausschließlich mit Metriken vom Typ 2 (e2- oder n2-Routen) erzeugt. Der Edge-Knoten selbst kann jeden LSA-Typ erlernen.
- MD5 und einfache Kennwortauthentifizierung werden in der Bereichskonfiguration unterstützt.
- Verbund wird nicht unterstützt.
- Routenübersicht wird für e2- und n2-Routen unterstützt.
- Bei der Schnittstelle unter OSPF kann es sich um eine Broadcast- oder nummerierte Punkt-zu-Punkt-Schnittstelle (/31) handeln.
- OSPF-Sitzungen können mit BFD gesichert werden.
- Für einen unterbrechungsfreien Neustart (Graceful Restart) wird nur der Hilfsmodus unterstützt.
- Route Maps der Neuverteilung werden unterstützt. Nur der Abgleich von Präfixlisten ist anwendbar. Keine festgelegten Aktionen.
- Für OSPF ECMP werden maximal 8 Pfade unterstützt.
- Default Originate wird unterstützt.
- NAT mit OSPF wird nicht unterstützt.
- Tier-0-VIP mit OSPF wird nicht unterstützt.
Wie die OSPF-Router-ID (RID) ermittelt wird:
- Wenn es keine Loopback-Schnittstelle gibt, nimmt OSPF die höchste Schnittstellen-IP-Adresse als RID.
- Wenn OSPF bereits die höchste Schnittstellen-IP als RID gewählt hat, hat das Hinzufügen einer Loopback-Schnittstelle keine Auswirkungen auf die OSPF-Nachbarschaft, und die RID wird nicht geändert.
- Wenn RID die höchste Schnittstellen-IP ist und Loopback vorhanden ist, wird durch Deaktivieren und Aktivieren von OSPF die RID in die Loopback-IP geändert.
- Wenn RID die höchste Schnittstellen-IP ist und Loopback vorhanden ist, wird die RID durch einen Neustart des Edge-Knotens, die Aktivierung des Wartungsmodus auf dem Edge-Knoten oder einen Neustart des Routing-Prozesses nicht geändert.
- Wenn RID die höchste Schnittstellen-IP ist und Loopback vorhanden ist, wird durch die Neuinstallation oder den Austausch des Edge-Transportknotens die RID auf die Loopback-Schnittstellen-IP geändert.
- Wenn RID die höchste Schnittstellen-IP ist und Loopback vorhanden ist, wird durch Ändern oder Löschen der höchsten Schnittstellen-IP-Adresse die RID auf die Loopback-Schnittstellen-IP geändert.
- Wenn RID die IP der Loopback-Schnittstelle ist, wird durch das Ändern oder Löschen der höchsten Schnittstellen-IP die RID nicht geändert.
- Durch das Löschen von OSPF-Nachbarn wird die RID geändert. Es bleibt nur die alte RID erhalten.
- Ein sanfter Neustart oder ein harter Neustart der OSPF-Nachbarschaft von einem entfernten Standort aus hat keine Auswirkungen auf die OSPF-RID.
Prozedur
Ergebnisse
Hinweis: Wenn ein Nachbar nicht erreichbar ist, wird ein Alarm über den Nachbarn ausgelöst. Wenn sich der Nachbar nicht mehr im Netzwerk befindet, bestätigen Sie den Alarm einfach, lösen Sie ihn jedoch nicht auf. Wenn Sie den Alarm auflösen, wird er erneut ausgelöst.