Zusammenfassung

  • Ein IS-IS-LSP-Satz besitzt 256 Nummern. RFC 5311 erlaubt demselben Originating System zusätzliche Sätze unter eindeutigen Additional System IDs; ein Virtual IS schafft Speicherraum, aber keinen zweiten Router.
  • Entscheidend ist die ganze Bindung: lebender Extended LSP null, Alias TLV 24, passende Areas, asymmetrische synthetische Kanten, zulässige Inhalte, eindeutige Vorrangregeln und OL des Elternsystems. Ein einzelnes Fragment ist kein eigenständiger Nachweis.

Ein Name mehr ist noch kein Gerät mehr

Die Topologieansicht meldet einen neuen Knoten. Im Rack gibt es jedoch kein neues Chassis, keine weitere Stromversorgung und keinen zusätzlichen Wartungsvertrag. Beides kann gleichzeitig richtig sein: Die Link-State-Datenbank enthält einen neuen Ursprung, die physische Infrastruktur nicht.

RFC 5311 löst damit ein begrenztes Transportproblem. Ein LSP-Satz hat 256 Nummern; als maximalen LSP-Wert nennt das Dokument 1492 Byte. Traffic Engineering, Multi-Topology-Informationen, Fähigkeiten und Erreichbarkeit können diesen Raum ausschöpfen. Das physische Originating System weist sich dann eine Additional System ID zu und erzeugt einen weiteren Extended-LSP-Satz.

Die virtuelle Identität besitzt keine eigene Entscheidungshoheit. Wird sie im Inventar wie ein gewöhnlicher Router gespeichert, entstehen erfundene Ausfallbereiche, doppelte Verantwortlichkeiten und falsche Verfügbarkeitszahlen. Physische Identität, Kapazitätsidentität, Topologierolle und gegenwärtige Erreichbarkeit müssen getrennte Eigenschaften bleiben.

LSP null ist die Eintrittskarte des gesamten Satzes

Extended LSPs folgen den normalen Regeln für Erzeugung, Flooding, Alterung und Purge. Eine Bedingung wirkt jedoch auf alle Fragmente: Fehlt Extended LSP Nummer null für eine Additional System ID oder hat er Remaining Lifetime null, darf kein anderer LSP dieses Satzes verarbeitet werden.

Die Fragmente 1 bis 255 können im Collector weiterhin vorhanden und syntaktisch korrekt sein. Sie sind dennoch nicht mehr zugelassen. Ein Speichermodell, das nur den jüngsten Datensatz jedes Fragments abfragt, präsentiert nach dem Ablauf von null authentische, aber wirkungslose Bytes als aktuellen Zustand.

Extended LSP null muss IS Alias ID TLV 24 enthalten und damit auf die normale System-ID des Originating System zeigen. Seine Area Addresses müssen eine Teilmenge der Adressen im normalen LSP null bilden; syntaktische Gleichheit wird bevorzugt. Die nutzbare Kette lautet somit zusätzliche ID → lebender Null-LSP → Alias → normaler Ursprung → Level und Area.

Auch die Eindeutigkeit hat einen Netzbereich. Auf Level 1 muss die Additional System ID in der gesamten Area eindeutig sein, auf Level 2 in der gesamten Domain. Eine Prüfung nur innerhalb einer Gerätevorlage beweist nicht, dass kein anderer Ursprung dieselbe Identität beansprucht.

Zwei Richtungen erfüllen verschiedene Aufgaben

Der Original-LSP-Satz kündigt jeden zugehörigen Virtual IS als Nachbarn mit Metrik null an. Dadurch besteht die bidirektionale Konnektivitätsprüfung, und der Weg zur virtuellen Identität kostet genauso viel wie der Weg zum physischen Ursprung.

In Gegenrichtung kündigt der Extended-Satz das Originating System mit einer Metrik größer null an, vorzugsweise MaxLinkMetric-1. Bei Multi-Topology-Betrieb müssen für jede im Extended-Satz vertretene Topologie die entsprechenden Nachbarschaften auf beiden Seiten vorhanden sein.

Diese Kanten sind keine zwei Messungen eines Kabels. Die Nullrichtung bindet zusätzlichen Informationsraum an den realen Knoten. Die teure Rückrichtung verhindert, dass der Virtual IS zu einer attraktiven Transitabkürzung wird. Eine Graphdatenbank, die beide Anzeigen zu einer ungerichteten Kante zusammenfasst, löscht den Kompatibilitätsbeweis.

RFC 5311 ersetzt RFC 3786, indem er Extended-Inhalte so beschränkt, dass sie den SPF-Baum nicht verändern. Ein älterer Router sieht den Virtual IS nur hinter seinem Ursprung und keinen anderen IS durch ihn. Sein SPF-Ergebnis bleibt deshalb ohne Sondermodus oder logisches Zusammenführen mit dem Ergebnis eines Erweiterungs-fähigen Systems vereinbar.

Zusätzlicher Raum ist keine allgemeine Erlaubnis

TLV 3, 4 und 5 sind in Extended LSPs verboten. Ein fähiger Empfänger muss sie ignorieren, sollte den Fehler melden und die übrigen zulässigen Informationen weiterverarbeiten. Prüfung muss daher feldgenau sein: Die unzulässige Aussage wird verworfen, ohne die restliche Provenienz pauschal zu vernichten.

IS-Nachbarerreichbarkeit darf im Extended-Raum ausschließlich auf das Originating System zeigen. Gewöhnliche Nachbarn bleiben im Original-Satz. TLV 23 und MT TLV 223 können Nachbarattribute tragen, aber keine Adjazenz erschaffen. Ohne TLV 22 oder 222 im Ursprungssatz für diesen Nachbarn belegen die Attribute keine Beziehung.

OL, ATT und P müssen in Extended LSPs null sein. ATT macht das Risiko sichtbar: Ein Altgerät könnte den Virtual IS als Standardausgang in eine andere Area wählen, obwohl der physische Ursprung gar nicht attached ist. Eine künstliche Kapazitätsidentität darf keine Routing-Autorität gewinnen, die ihrem Elternsystem fehlt.

Leaf-Daten machen Speicherplatz zu Forwarding-Arbeit

RFC 5311 erlaubt Leaf Reachability im Extended-Satz: interne und externe IP-Reichweiten, Extended IP, Multi-Topology IP, IPv6 und MT IPv6. Sind mehrere Topologien vertreten, muss MT TLV 229 alle Topologien aufzählen, zu denen Leaf-Anzeigen gehören.

Sobald Präfixe dorthin wandern, ist die Erweiterung nicht nur eine Datenbankfrage. Empfänger aktualisieren RIB und FIB. Der RFC warnt vor einer höheren Frequenz forwarding-relevanter Ereignisse und empfiehlt, Leaf-Informationen nach Möglichkeit im normalen Satz zu behalten.

Ein operativer Beleg verbindet deshalb Präfix, Fragment, Additional System ID, zulassenden Null-LSP, MTID, Eltern-OL und die verbrauchende RIB/FIB-Generation. Die Zahl der Extended LSPs verrät nicht, welcher Satz tatsächlich Paketpfade verändert hat.

Der Overload-Zustand des Elternsystems gilt für alle Kinder

Der OL-Bitwert im Extended LSP selbst bleibt null. Seine Verwendbarkeit wird dennoch vom normalen Originating System bestimmt. Solange das Elternsystem OL nicht setzt, ist die Erreichbarkeit seiner Virtual ISs mit seiner eigenen vereinbar. Setzt es OL, sehen Altgeräte die zugehörigen virtuellen Identitäten als unerreichbar; moderne Systeme müssen zum gleichen Ergebnis kommen.

Diese Angleichung verhindert mögliche Schleifen, wenn Leaf-Informationen im Extended-Raum liegen. Sie zeigt zugleich die Schwäche einer isolierten Datenbankabfrage: Der virtuelle Datensatz kann positive Lifetime, korrektes Alias und OL null zeigen, während ein anderer Datensatz — der normale Eltern-LSP — die ganze Familie gerade unbrauchbar gemacht hat.

Gesundheit ist deshalb ein zusammengesetzter Zustand aus Ursprung, Alias, Level, Area, null, Kanten und OL-Generation. Verschiedene System-IDs rechtfertigen keine Trennung der Verantwortung.

Vorrang ist Provenienz und darf nicht verschwinden

Während einer Migration können Nachbarattribute in normalen und Extended-Sätzen gleichzeitig vorkommen. Nicht widersprüchliche Werte sind additiv. Bei Konflikt gewinnt der Original LSP. Fehlt dort ein Wert, gewinnt der Extended LSP mit der niedrigsten Additional System ID. Im selben Kontext hat TLV 22 Vorrang vor 23 und TLV 222 vor 223 für denselben MTID.

Wer nur den Sieger speichert, verliert die Begründung. Aufbewahrt werden müssen alle Kandidaten, Quell-LSPs, TLV-Typen, MTIDs, Sequenzen, Lifetimes und die angewandte Regel. Sonst wirkt ein legitimer Siegerwechsel nach Ablauf eines Kandidaten wie unerklärliches Flapping.

Künftige Erweiterungen dürfen neue TLVs in Extended LSPs platzieren, und IANA kann dafür Codepunkte führen. Registrierung, Dekodierfähigkeit und flotteweite Interpretation sind dennoch drei getrennte Nachweise. Erkennbare Bytes sind noch keine nutzbare Bedeutung.

Ein brauchbarer Beleg bleibt beim physischen Eigentümer

Der nicht geheime Betriebsbeleg bindet: Originating System und normale System-ID; Level und Area; alle Additional System IDs samt Eindeutigkeitsbereich; Identität, Sequenz, Lifetime und Purge jedes Null-LSP; TLV 24; Area-Teilmenge; Nullkostenkante vom Original zum Virtual IS; Nichtnullkante zurück; Topologien; Prüfungen verbotener TLVs und Bits; Leaf- und Attributfragmente; Konfliktkandidaten und Vorrang; Eltern-OL; RIB/FIB-Generationen; Paketbeobachtung; und Rollback-Entscheidung.

Die Datenbank hat zusätzliche Umschläge für denselben Absender erhalten. Sie hat weder neue Hardware noch neue Verantwortung geschaffen. Wer den Umschlag zum Eigentümer erklärt, zerstört genau die Trennung, auf der die sichere Erweiterung beruht.

Sources