Zum Hauptinhalt springen

3. Differences with RFC 2740 (Unterschiede zu RFC 2740)

OSPFv3-Implementierungen, die auf RFC 2740 basieren, werden vollständig mit Implementierungen interoperieren, die auf dieser Spezifikation basieren. Es gibt jedoch einige Protokollergänzungen und -änderungen (alle sind rückwärtskompatibel).

Diese Protokollfunktion wurde in RFC 2740 nur teilweise spezifiziert. Der Spezifikationsgrad war unzureichend, um die Funktion zu implementieren. Abschnitt 4.9 spezifiziert die für die Implementierung notwendigen Ergänzungen und Klarstellungen. Sie sind vollständig kompatibel mit RFC 2740.

3.2. Deprecation of MOSPF for IPv6 (Abschaffung von MOSPF für IPv6)​

Diese Protokollfunktion wurde in RFC 2740 nur teilweise spezifiziert. Der Spezifikationsgrad war unzureichend, um die Funktion zu implementieren. Es sind keine Implementierungen bekannt. Die Multicast-Erweiterungen für OSPF (Multicast Extensions to OSPF, MOSPF) Unterstützung und ihre zugehörigen Protokollfelder wurden von OSPFv3 abgeschafft. Siehe Abschnitt 4.4.3.2, Abschnitt 4.4.3.4, Abschnitt 4.4.3.6, Abschnitt 4.4.3.7, Anhang A.2, Anhang A.4.2.1, Anhang A.4.3, Anhang A.4.1.1 und Abschnitt 7.1.

3.3. NSSA Specification (NSSA-Spezifikation)​

Diese Protokollfunktion wurde in RFC 2740 nur teilweise spezifiziert. Der Spezifikationsgrad war unzureichend, um die Funktion zu implementieren. Dieses Dokument enthält eine NSSA-Spezifikation, die einzigartig für OSPFv3 ist. Diese Spezifikation zusammen mit [NSSA] bietet eine ausreichende Spezifikation für die Implementierung. Siehe Abschnitt 4.8.5, Anhang A.4.3, Anhang A.4.8 und [NSSA].

3.4. Stub Area Unknown LSA Flooding Restriction Deprecated (Veraltete Stub-Area-Unbekannte-LSA-Flooding-Beschränkung)​

In RFC 2740 [OSPFV3] war das Flooding unbekannter LSAs innerhalb von Stub- und NSSA-Areas eingeschränkt. Der Text, der diese Einschränkung beschreibt, ist unten enthalten.

Im Gegensatz zu IPv4 erlaubt IPv6 jedoch, dass LSAs mit nicht erkannten LS-Typen als „LSA speichern und fluten, als ob der Typ verstanden würde" gekennzeichnet werden (siehe das U-Bit in Anhang A.4.2.1). Die unkontrollierte Einführung solcher LSAs könnte dazu führen, dass die Link-State-Datenbank einer Stub-Area größer wird als die Kapazitäten ihrer Komponenten-Router.

Um dies zu verhindern, wurde die folgende Regel bezüglich Stub-Areas festgelegt: ein LSA, dessen LS-Typ nicht erkannt wird, kann nur dann in/durch eine Stub-Area geflutet werden, wenn sowohl a) das LSA einen Area- oder Link-Local-Flooding-Bereich hat und b) das LSA das U-Bit auf 0 gesetzt hat. Siehe Abschnitt 3.5 für Details.

Diese Einschränkung wurde abgeschafft. OSPFv3-Router werden Link- und Area-Bereich-LSAs fluten, deren LS-Typ nicht erkannt wird und deren U-Bit auf 1 gesetzt ist, in Stub- und NSSA-Areas. Es gibt keine Rückwärtskompatibilitätsprobleme außer dass OSPFv3-Router, die die Einschränkung noch unterstützen, möglicherweise neu definierte LSA-Typen nicht propagieren.

Der LinkLSASuppression-Schnittstellenkonfigurationsparameter wurde hinzugefügt. Wenn LinkLSASuppression für eine Schnittstelle konfiguriert ist und der Schnittstellentyp nicht Broadcast oder NBMA ist, kann die Origination des Link-LSA unterdrückt werden. Der LinkLSASuppression-Schnittstellenkonfigurationsparameter wird in Anhang C.3 beschrieben. Abschnitt 4.8.2 und Abschnitt 4.4.3.8 wurden aktualisiert, um die Verwendung des Parameters zu reflektieren.

3.6. LSA Options and Prefix Options Updates (Aktualisierungen von LSA-Optionen und Präfixoptionen)​

Die LSA-Options- und Prefix-Options-Felder wurden aktualisiert, um neuere Protokollergänzungen zu reflektieren. Insbesondere wurden Bits im Zusammenhang mit MOSPF abgeschafft, Options-Feld-Bits, die mit OSPFv2 gemeinsam sind, wurden reserviert, und das DN-Bit wurde den Präfixoptionen hinzugefügt. Siehe Anhang A.2 und Anhang A.4.1.1.

3.7. IPv6 Site-Local Addresses (IPv6-Site-Local-Adressen)​

Alle Verweise auf IPv6-Site-Local-Adressen (IPv6 Site-Local Addresses) wurden entfernt.

Letztes Update am