4. Implementation Details (Implementierungsdetails)

Beim Übergang von IPv4 zu IPv6 bleiben die grundlegenden OSPF-Mechanismen gegenüber denen in [OSPFV2] dokumentierten unverändert. Diese Mechanismen werden in Abschnitt 4 von [OSPFV2] kurz skizziert. Sowohl IPv6 als auch IPv4 verfügen über eine Link-State-Datenbank (Link-State Database), die aus LSAs besteht und zwischen benachbarten Routern synchronisiert wird. Die anfängliche Synchronisierung wird durch den Datenbankaustausch-Prozess (Database Exchange) durchgeführt, der den Austausch von Database Description-, Link State Request- und Link State Update-Paketen umfasst. Danach wird die Datenbanksynchronisierung über Flooding aufrechterhalten, wobei Link State Update- und Link State Acknowledgment-Pakete verwendet werden. Sowohl IPv6 als auch IPv4 verwenden OSPF Hello-Pakete, um Nachbarschaftsbeziehungen (Neighbor Relationships) zu entdecken und zu pflegen sowie um Designated Routers und Backup Designated Routers auf Broadcast- und NBMA-Links zu wählen. Die Entscheidung, welche Nachbarschaftsbeziehungen zu Adjacencies werden, und die grundlegenden Ideen hinter Inter-Area-Routing, dem Import externer Informationen in AS-External-LSAs und den verschiedenen Routing-Berechnungen sind ebenfalls gleich.

Insbesondere bleibt die folgende IPv4-OSPF-Funktionalität, die in [OSPFV2] beschrieben ist, für IPv6 vollständig unverändert:

Sowohl IPv4 als auch IPv6 verwenden OSPF-Pakettypen, die in Abschnitt 4.3 von [OSPFV2] beschrieben sind, nämlich: Hello-, Database Description-, Link State Request-, Link State Update- und Link State Acknowledgment-Pakete. Während in einigen Fällen (z. B. Hello-Pakete) ihr Format etwas geändert wurde, bleiben die Funktionen der verschiedenen Pakettypen gleich.
Die Systemanforderungen für eine OSPF-Implementierung bleiben unverändert, obwohl OSPF für IPv6 einen IPv6-Protokollstapel (von der Netzwerkschicht abwärts) erfordert, da es direkt über der IPv6-Netzwerkschicht läuft.
Die Erkennung und Pflege von Nachbarschaftsbeziehungen sowie die Auswahl und Einrichtung von Adjacencies bleiben gleich. Dies umfasst die Wahl des Designated Routers und des Backup Designated Routers auf Broadcast- und NBMA-Links. Diese Mechanismen werden in den Abschnitten 7, 7.1, 7.2, 7.3, 7.4 und 7.5 von [OSPFV2] beschrieben.
Die von OSPF unterstützten Link-Typen (oder gleichwertig, Interface-Typen) bleiben unverändert, nämlich: Point-to-Point, Broadcast, NBMA, Point-to-Multipoint und Virtual Links.
Die Interface-Zustandsmaschine (Interface State Machine), einschließlich der Liste der OSPF-Interface-Zustände und -Ereignisse, und der Wahl-Algorithmus für Designated Router und Backup Designated Router bleiben unverändert. Diese werden in den Abschnitten 9.1, 9.2, 9.3 und 9.4 von [OSPFV2] beschrieben.
Die Neighbor-Zustandsmaschine (Neighbor State Machine), einschließlich der Liste der OSPF-Neighbor-Zustände und -Ereignisse, bleibt unverändert. Die Neighbor-Zustandsmaschine wird in den Abschnitten 10.1, 10.2, 10.3 und 10.4 von [OSPFV2] beschrieben.
Das Altern (Aging) der Link-State-Datenbank sowie das Löschen von LSAs aus der Routing-Domäne durch den vorzeitigen Alterungsprozess (Premature Aging) bleiben gegenüber der Beschreibung in den Abschnitten 14 und 14.1 von [OSPFV2] unverändert.

Einige OSPF-Protokollmechanismen haben sich jedoch geändert, wie zuvor in Abschnitt 2 dieses Dokuments beschrieben. Diese Änderungen werden in den folgenden Unterabschnitten ausführlich erklärt, wobei auf die entsprechenden Abschnitte von [OSPFV2] verwiesen wird.

Die folgenden Unterabschnitte bieten ein Rezept zum Umwandeln einer IPv4-OSPF-Implementierung in eine IPv6-OSPF-Implementierung.