Zusammenfassung

  • Ein RBridge-Nickname ist eine dynamische 16-Bit-Abkürzung für eine IS-IS-Identität; abhängig vom M-Bit bezeichnet das Feld eine Ausgangs-RBridge oder einen Verteilbaum.
  • Bei einer Kollision kann selbst ein konfigurierter Inhaber zur Neuwahl gezwungen werden. Beide Ansprüche, Prioritäten, LSP-Herkunft, korrigierte Entscheidungsregel und Datenpfadwirkung müssen erhalten bleiben.

Die Inventarsuche nach 0x2A10 liefert ein Gerät. Die Link-State-Daten liefern zwei: verschiedene IS-IS-IDs, derselbe Nickname, zwei LSPs. Kurz zuvor wurden zwei TRILL-Campusse verbunden. Das Inventar vermutet einen Erfassungsfehler. Das Protokoll erkennt eine Kollision, die es ausdrücklich lösen kann.

Die Abweichung entsteht, weil beide Systeme unterschiedliche Dinge benennen. Die Inventardatenbank möchte ein dauerhaftes Subjekt. TRILL benötigt einen kompakten, innerhalb eines bekannten Geltungsraums eindeutigen Verweis. Ändert sich dieser Raum, kann sich auch der gültige Anspruch ändern.

Donald E. Eastlake 3rd war an mehreren Schichten dieser öffentlich prüfbaren Semantik beteiligt. Er ist Mitautor des Basisprotokokolls RFC 6325, Erstautor von RFC 7176 zu den IS-IS-Codierungen und von RFC 7780, das die Nickname-Auswahl berichtigt. Später wirkte er an RFC 8397 für mehrstufiges TRILL mit. Das IETF-Datatracker-Profil belegt Person und öffentliche Publikationsspur. Die RFCs sind jedoch Gemeinschaftsarbeit und weisen ihm weder Eigentum noch Betriebshoheit über ein reales Netz zu.

Der kurze Wert bleibt eine Abkürzung

RFC 6325 definiert Nicknames als dynamisch zugewiesene 16-Bit-Größen. Sie verkürzen die IS-IS-IDs von RBridges für eine kompakte TRILL-Codierung. Der Nickname ist folglich nicht die zugrunde liegende Identität, sondern eine in Link-State eingebettete Zuordnung.

Eine RBridge hat gewöhnlich einen Nickname, kann aber mehrere besitzen. Nach einem Neustart soll sie versuchen, den früheren Wert wiederzuverwenden. Dieser Versuch ist keine Reservierung. Ein anderer erreichbarer Teilnehmer kann inzwischen denselben Wert mit höherer Priorität beanspruchen. Die numerische Gleichheit vor und nach dem Start beweist weder dasselbe Chassis noch dieselbe Softwareinstanz.

Auch der Paketkontext verändert die Bedeutung. Bei bekanntem Unicast und M gleich null nennt das Ausgangsfeld die RBridge, die entkapseln und den nativen Frame weitergeben soll. Bei Mehrzielverkehr und M gleich eins benennt es den ausgewählten Verteilbaum. Derselbe 16-Bit-Wert kann damit Endpunktverweis oder Baumwahl sein.

Eine verwertbare Beobachtung umfasst M-Bit, Eingangs- oder Ausgangsrolle, Paketart, Anspruchsteller, topologischen Bereich und Zeitpunkt. Nur 0x2A10 zu speichern heißt, die Grammatik des Feldes zu löschen.

Ein Anspruch besteht aus mehr als dem Nickname

RFC 7176 beschreibt das Nickname Sub-TLV. Jeder Datensatz enthält Nickname.Pri, Tree Root Priority und den 16-Bit-Nickname. Ursprungs-IS, Sequenz und Lebensdauer des LSP liefern Subjekt und Herkunft.

Die beiden Prioritäten beantworten verschiedene Fragen. Nickname.Pri entscheidet mit, wer einen kollidierenden Wert behalten darf. Tree Root Priority beeinflusst die Wahl von Verteilbaumwurzeln. Ein einziges Datenbankfeld „Priorität“ kann später weder den Konflikt noch den Baum verlässlich erklären.

Das höchstwertige Bit von Nickname.Pri zeigt eine konfigurierte Auswahl an, die unteren sieben Bits tragen den Prioritätswert. Konfiguration verschafft Vorrang gegenüber einer nicht konfigurierten Wahl, schafft aber kein Eigentum. Auch eine konfigurierte RBridge kann bei einer stärkeren Kollision einen Ersatz wählen müssen.

Der elementare Beleg lautet daher: Ein bestimmtes IS-IS-System kündigte in einem bestimmten LSP diesen Nickname mit diesen beiden Prioritäten an. Empfangszeit, Datenbankgeneration und Erreichbarkeit begrenzen die Aussage.

Die spätere Korrektur gehört in jede Entscheidung

Der ursprüngliche Text von RFC 6325 enthielt einen Fehler im Satz zum Kollisionsentscheid. RFC 7780 korrigiert ihn: Die numerisch höhere Priorität behält den Nickname; bei gleicher Priorität gewinnt die numerisch höhere sieben Byte lange IS-IS-ID beziehungsweise die LAN-ID eines Pseudoknotens. Der Verlierer muss neu wählen.

Die Fassung der Regel ist kein bibliografischer Zusatz. Zwei Analysewerkzeuge können aus denselben Bytes verschiedene Gewinner berechnen, wenn eines den alten Satz verwendet. Ein Entscheidungsprotokoll muss deshalb Eingaben, Normstand und Ergebnis festhalten, bevor es die Ansprüche zusammenfasst.

Erreichbarkeit bestimmt außerdem das Teilnehmerfeld. Ansprüche von über IS-IS unerreichbaren TRILL-Switches müssen bei der Konfliktprüfung ignoriert werden. Ein über IS-IS erreichbarer Switch darf dagegen nicht allein wegen Datenunerreichbarkeit ausgeschlossen werden. Kontrollberechtigung und erfolgreiche Weiterleitung sind getrennte Tatsachen.

Der Inhaber muss spätere LSPs weiter beobachten. Taucht ein erreichbarer Anspruch mit höherer Priorität auf, ist eine Neuwahl erforderlich, selbst im Overload-Zustand. „Erworben“ bezeichnet den Beginn eines gültigen Intervalls, nicht dessen unbefristete Bestätigung.

Beim Zusammenschluss wird die Zeit sichtbar

In zwei getrennten Campussen kann derselbe Wert jeweils konfliktfrei sein. RFC 6325 rechnet beim Zusammenschluss mit vorübergehenden Kollisionen. Sobald die LSPs die alte Grenze überschreiten, wählen die Verlierer scheinbar freie Werte. Mehrere Wahlgänge können nötig werden.

Das scheinbar Freie stammt aus der jeweiligen lokalen Kopie des Link-State. RBridge, Collector und Konsole erhalten Änderungen nicht gleichzeitig. Zwei widersprüchliche Zuordnungen können für verschiedene Zeitpunkte korrekt sein. Ohne Zeit und Datenbankgeneration wird daraus ein unauflösbarer Inventarfehler.

Die Rekonstruktion braucht beide früheren Bereiche, das Grenzereignis, die konkurrierenden LSPs, Erreichbarkeit, Vergleich, Rückzug, Ersatzansprüche, FIB- und Baumänderungen sowie die von unabhängigen Punkten beobachtete Konvergenz.

Auch das Gegenbeispiel ist aufschlussreich. Kann eine RBridge keinen gültigen Nickname erwerben, darf sie nach RFC 7780 nicht als Eingang, Ausgang oder Baumwurzel auftreten, kann aber weiterhin Transitknoten sein. Kein Nickname bedeutet nicht kein Gerät.

Eindeutigkeit ist kein weltweites Versprechen

RFC 8397 erweitert einen gemeinsamen Nickname-Raum über einen mehrstufigen TRILL-Campus. Grenz-RBridges verbreiten einzelne Werte oder Blöcke zwischen den Ebenen. Dem steht ein aggregiertes Modell gegenüber, in dem Werte in getrennten Bereichen wiederverwendet und an Grenzen umgeschrieben werden können.

„Eindeutig“ bezeichnet somit eine Eigenschaft des gewählten Zuweisungsmodells und seiner Topologie. Es bedeutet weder global registriert noch dauerhaft, rechtlich zugeordnet oder im Gerät verankert.

Grenzankündigungen trennen auch Absender und tatsächlichen Inhaber. Eine Border RBridge kann Erreichbarkeit für alle Nicknames eines Bereichs ankündigen; mehrere Grenzen können denselben Umfang repräsentieren. Der LSP-Ursprung weist dann einen Weg zum Anspruchsteller und ist nicht zwingend das vom Wert abgekürzte Gerät.

Eine Bindung braucht Anfang und Ende

Dauerhafte Asset-ID, Softwareinstanz und IS-IS-ID sollten getrennte Anker bleiben. Der Nickname wird als zeitgebundene Beziehung modelliert: Campus, Ebene oder Bereich, Anspruchsteller, Konfigurationsbit, numerische Priorität, Baumwurzelpriorität, Quell-LSP, Beginn und Endgrund.

Ein Kollisionsdatensatz bewahrt beide Rohansprüche, Erreichbarkeit, korrigierte Regel, Gewinner, Verlierer und jede Ersatzwahl. Ein Neustartdatensatz trennt Wiederverwendungsversuch und tatsächlichen Wiedererwerb. Im Mehrstufenfall wird festgehalten, welche Grenze welchen Block stellvertretend ankündigte.

Erst danach folgt der Datenpfad: Wurde der gewinnende Anspruch in die FIB übernommen? Bezeichnete das Feld Ausgang oder Baum? Bestand die RPF-Prüfung? Wer entkapselte? Erreichte der Frame die erwartete Station? Der gewonnene Kontrollanspruch ist kein Zustellnachweis.

Quellen