4.4.3.7. NSSA-LSAs (NSSA-LSA)

Der LS-Typ eines NSSA-LSA wird auf den Wert 0x2007 gesetzt. NSSA-LSAs haben einen Bereichsflutungsumfang (Area Flooding Scope). Jeder NSSA-LSA beschreibt einen Pfad zu einem Präfix außerhalb des autonomen Systems (Autonomous System), dessen Flutungsumfang auf einen einzelnen NSSA-Bereich beschränkt ist.

Das Verfahren zum Erzeugen von NSSA-LSAs in IPv6 ist dasselbe wie das in [NSSA] dokumentierte IPv4-Verfahren, mit den folgenden Ausnahmen:

Die Link State ID eines NSSA-LSA hat alle ihre Adressierungssemantik (Addressing Semantics) verloren und dient einfach dazu, mehrere NSSA-LSAs zu unterscheiden, die vom selben Router im selben Bereich erzeugt werden.
Das Präfix wird durch die Felder PrefixLength (Präfixlänge), PrefixOptions (Präfixoptionen) und Address Prefix (Adresspräfix) beschrieben, die im LSA-Körper eingebettet sind. Die Netzwerkmaske (Network Mask) wird nicht mehr angegeben.
Das NU-Bit im PrefixOptions-Feld sollte gelöscht werden.
Link-lokale Adressen (Link-local Addresses) können niemals in NSSA-LSAs angekündigt werden.
Die Weiterleitungsadresse (Forwarding Address) ist im NSSA-LSA genau dann vorhanden, wenn das F-Bit des NSSA-LSA gesetzt ist.
Das externe Route-Tag (External Route Tag) ist im NSSA-LSA genau dann vorhanden, wenn das T-Bit des NSSA-LSA gesetzt ist.
Die Fähigkeit eines NSSA-LSA, auf einen anderen LSA zu verweisen, wurde durch die Aufnahme des Referenced LS Type-Feldes (referenzierter LS-Typ) und des optionalen Referenced Link State ID-Feldes (referenzierte Link State ID) (letzteres genau dann vorhanden, wenn der referenzierte LS-Typ ungleich Null ist) unterstützt. Diese Fähigkeit ist für zukünftige Verwendung; der referenzierte LS-Typ sollte auf 0 gesetzt werden, und empfangene Nicht-Null-Werte für dieses Feld sollten ignoriert werden, bis seine Verwendung definiert ist.

Ein Beispiel für einen NSSA-LSA würde sich von einem AS-externen LSA nur darin unterscheiden, dass der LS-Typ 0x2007 anstelle von 0x4005 wäre.