Zusammenfassung

  • Die IETF verschob RFC 7506 nach Historic. RFC 9570 kehrte die LSP-Ping-Regel von „Router Alert setzen“ zu „nicht setzen“ um; IANA hält Wert 69 und Reply Mode 3 als DEPRECATED sichtbar.
  • Dokumentstatus, Registerstatus, Senderkonfiguration, Empfängerverhalten und beobachteter Verkehr sind getrennte Belege. Ein Historic-Eintrag ist kein fernwirkender Konfigurationsbefehl.

Der Änderungsnachweis wirkt vollständig: Historic auf der RFC-Seite, MPLS OAM (DEPRECATED) bei IANA und ein MUST NOT im Nachfolgetext. Trotzdem fehlt genau das, worüber der Abschluss urteilt: die laufende Vorlage und der Verkehr auf dem Draht.

Standards Governance entscheidet verbindlich, welches Verhalten neue Implementierungen anbieten sollen. Sie meldet nicht automatisch zurück, ob ein bestimmtes Gerät eine Änderung angenommen hat.

Historic regelt die normative Stellung

RFC 7506 erschien im April 2015 im Standards Track. Das Dokument wies den IPv6-Router-Alert-Wert 69 MPLS OAM zu und machte ihn unter anderem für LSP Ping nutzbar.

Der Status-Change-Datensatz hält den formellen Übergang fest. RFC 9570 nehme Router Alert aus MPLS OAM für IPv4 und IPv6, aktualisiere RFC 8029 und begründe die historische Einordnung. Der Vorgang steht auf Approved - announcement sent.

Die IESG-Erklärung zu Historic trennt Ersetzung und Stilllegung. Ein obsoletes Dokument kann durch eine neuere Fassung derselben weiter aktuellen Technik ersetzt sein. Historic bedeutet, dass die beschriebene Technik nicht mehr als aktuell oder empfohlen gilt. Dafür sind IETF-weiter Last Call und eine formelle IESG-Entscheidung nötig.

Dieser Vorgang schafft Autorität und Nachvollziehbarkeit. Einen Nachweis über die installierte Konfiguration eines Routers enthält er nicht.

RFC 9570 formuliert den Wechsel eindeutig

RFC 8029 verlangte im MPLS Echo Request den Router Alert: Wert 0 bei IPv4, Wert 69 bei IPv6. RFC 9570 ersetzt das durch MUST NOT be set, streicht Reply Mode 3 und empfiehlt konformen Empfängern, ankommende Router-Alert-Optionen in Echo Request und Reply zu ignorieren.

Andere Mechanismen begrenzten die Anfrage bereits: eine besondere Zieladresse und TTL beziehungsweise Hop Limit eins. Für IPv6 empfiehlt RFC 9570 ::1/128; zur Prüfung von ECMP-Pfaden soll eine andere Entropiequelle dienen.

Der MPLS-Arbeitsgruppe war keine Implementierung gemeldet worden, die zur Verhinderung des Weiterleitens über den Egress-LSR von Router Alert abhing. Auch Reply Mode 3 war nicht als implementiert gemeldet. Das trägt die Standardentscheidung, ist aber keine vollständige Bestandsaufnahme aller privaten Werkzeuge und alten Images.

Ein veralteter Wert bleibt absichtlich lesbar

Im IANA-Register für IPv6 Router Alert steht 69 weiterhin als MPLS OAM (DEPRECATED) mit RFC 7506 und RFC 9570. Das LSP-Ping-Register bewahrt Reply Mode 3 ebenfalls mit der Deprecated-Kennzeichnung.

Das ist keine Einladung zur Wiederverwendung. RFC 9570 erläutert mit RFC 8126, dass neue Implementierungen solche Werte nicht nutzen sollen, bestehende Implementierungen aber weiter interoperabel bleiben. RFC 9805 schloss später das IPv6-Router-Alert-Register; Wert 69 wurde dadurch nicht frei.

Die Registerzeile erlaubt einem Decoder, ein beobachtetes Paket zu benennen. Sie verbindet ursprüngliche Zuteilung und spätere Abkündigung. Eine gelöschte Historie würde den Altwert nicht entfernen, sondern nur seine Erklärung.

Senden, Ignorieren, Verarbeiten und Abhängen

Ein System kann 69 noch senden, weil eine Vorlage alt ist. Ein Empfänger kann die Option annehmen und ignorieren. Ein Sonderpfad kann sie weiterhin verarbeiten. Oder eine Funktion kann von ihr abhängen, obwohl die neue Regel andere Schutzmechanismen vorsieht.

Ein einzelnes Feld „RFC 7506 unterstützt“ kann diese Beziehungen nicht abbilden. RFC 6398 beschreibt Verarbeitungs- und Sicherheitsprobleme von Router Alert außerhalb kontrollierter Umgebungen. Daraus folgt ein Prüfbedarf, nicht die Behauptung, ein nicht untersuchtes Produkt sei verwundbar.

Auch ein negatives Messergebnis hat Grenzen. Kein Paket mit 69 in einem Zeitfenster bedeutet: an diesen Messpunkten wurde in diesem Zeitraum keines gesehen. Es beweist nicht, dass eine selten ausgelöste Diagnosevorlage gelöscht ist.

Der operative Stilllegungsbeleg

Ein operativer Stilllegungsbeleg fixiert zunächst die dokumentarische Schicht: Version und Datum des Status Change, RFC 9570 und die beobachteten IANA-Zeilen. Danach nennt er für jeden Sender Implementierung, Build, aktive Vorlage und Erzeugungsmöglichkeit. Für Empfänger hält er Ignorieren, Verarbeiten oder Ablehnen fest.

Der Ersatz gehört dazu: Zieladresse, TTL/Hop Limit, Leckagebegrenzung, ECMP-Entropiequelle und Testergebnis. Konfigurationsbestätigung, Zähler oder Capture bekommen Zeitpunkt, Ort und Gültigkeitsfenster.

Kompatibilitätsausnahmen brauchen Eigentümer, Zweck, Umfang, Ablauf und Beendigungskriterium. Dass RFC 9570 alte Gegenstellen weiter funktionieren lässt, ist nützlich, aber keine unbefristete Freistellung.

Statt eines grünen Gesamtsignals weist der Beleg vier Zustände aus: dokumentarisch stillgelegt, aus Konfiguration entfernt, im Verkehr nicht mehr beobachtet und Altkompatibilität beendet. The Policy Mirror vergleicht veröffentlichte und wirksame Regel. Running-Code Primacy fordert Ausführungsbelege. Reality, Not Advocacy begrenzt das Urteil: RFC 7506 ist Historic; ob 69 aus einem bestimmten Netz verschwunden ist, bleibt zu messen.

Quellen