Zusammenfassung

  • RFC 5350 schuf ein IPv4-Register für Router-Alert-Werte und korrigierte das IPv6-Register. Eine Zuteilung beweist die koordinierte Bedeutung einer Zahl, nicht deren Implementierung, Aktivierung oder Zulassung auf einem bestimmten Router.
  • RFC 6398 beschreibt schnelle und langsame Verarbeitung, Ignorieren des Value-Feldes, Filter, Ratenbegrenzung, Tunnel und die Möglichkeit, Router Alert vollständig zu ignorieren. Der Betreiber behält die Entscheidung, ob ein externes Signal knappe Kontrollressourcen beanspruchen darf.
  • RFC 9805 schloss das IPv6-Register für neue Zuteilungen und untersagte neuen standardisierten Protokollen die Option. Aufgelistete Altanwendungen dürfen bleiben. Schließung, tatsächlicher Paketverkehr und funktionierender Dienst sind unterschiedliche Nachweise.

Die Schließung wirkte vorwärts, nicht rückwärts

RFC 9805 setzt eine klare Grenze: Neue standardisierte Protokolle dürfen IPv6 Router Alert nicht mehr verwenden. Protokolle, die bereits auf der Liste stehen, dürfen dies weiterhin tun, auch in künftigen Versionen. IANA kennzeichnet deshalb das Werte-Register als geschlossen.

Eine solche Entscheidung ordnet künftige Spezifikationen. Sie spielt keine Konfiguration auf installierte Router, entfernt keine Option aus alter Software und misst nicht, welche Netze bestehende Pakete heute weiterleiten. Ein Betreiber kann eine Altnutzung lokal weiter unterstützen; ein anderer kann dieselbe Option längst am Rand filtern.

Deshalb ist „deprecated“ keine Beobachtung des Verschwindens. Ebenso ist die Erlaubnis für Altprotokolle keine Zusage der Erreichbarkeit. Normativer Status und Pfadverhalten müssen separat erfasst werden.

RFC 9805 nennt MLDv2 und MRD als breit eingesetzte Anwendungen innerhalb seiner Liste und beschreibt andere als begrenzt, experimentell oder ohne bekannte Implementierung. Das ist die Einordnung eines Standardsdokuments, kein laufender weltweiter Zensus.

2008 musste zunächst die Zahl geordnet werden

RFC 5350 löste einen älteren Koordinationsfehler. Für IPv6 existierte ein IANA-Register. IPv4 kannte Wert null aus RFC 2113 und spätere Verwendungen, aber kein allgemeines Vergabeverfahren für das Feld. Mit den Aggregationsebenen aus RFC 3175 waren zudem Unterschiede und eine Doppelung zwischen den Tabellen entstanden.

Das Dokument legte ein IPv4-Register an, bestimmte Anfangsbelegungen, reservierte experimentelle Werte, stellte neue Vergaben unter IETF Review und korrigierte IPv6. Damit wurde nachvollziehbar, welches Dokument eine Zahl beansprucht und welcher Bereich frei, experimentell oder reserviert ist.

Diese Ordnung ist nötig. Sie verhindert aber nur eine bestimmte Fehlerklasse: zwei koordinierte Dauerverwendungen derselben Zahl. Sie installiert keinen Parser, aktiviert keinen Protokollprozess und erweitert keine CPU-Warteschlange.

Das Register besitzt den Namen. Der Router besitzt den Ausführungspfad. Wer aus „zugeteilt“ unmittelbar „unterstützt“ macht, schreibt eine Verwaltungsinformation als Betriebsbeobachtung um.

Ein bekannter Wert war noch kein bekannter Absender

Router Alert sollte einem Router anzeigen, dass der Inhalt näher betrachtet werden könnte. RFC 7126 formuliert die Bedingung ausdrücklich: Der Router soll dies tun, wenn er an der durch den Value bezeichneten Funktion teilnimmt.

Der Absender kann Teilnahme nicht durch Bits erzwingen. Ein Knoten kann das Protokoll nicht implementieren, es nur intern zulassen oder externe Quellen ablehnen. Er kann die Option verstehen und dennoch auf einer bestimmten Schnittstelle ignorieren.

Der Wert beschreibt die gewünschte Funktion, aber keine Identität, Vertrauensbeziehung oder Berechtigung. Ein gültiger Code sagt nicht, wer Kontrollkapazität nutzen darf, wie viel davon zulässig ist oder ob die Nachricht selbst gültig ist.

Für Sicherheitsautomatisierung folgt daraus eine harte Regel: Der IANA-Abgleich darf den Kontext anreichern, aber nicht die Zulassung ersetzen. Eingang, Quelle, Vertrauenszone, Rate, Protokollaktivierung und lokale Richtlinie entscheiden.

Der teure Übergang lag hinter dem Header

RFC 6398 schildert unterschiedliche Implementierungen. Manche verarbeiten die Option auf einem schnellen Pfad. Viele leiten einen großen Teil oder alle markierten Pakete auf einen langsamen Pfad, sofern sie nicht auf Ignorieren oder Verwerfen konfiguriert sind. Einige IPv4-Implementierungen werteten den Value nicht sinnvoll aus und behandelten jede Router-Alert-Markierung ähnlich.

Die Weiterleitungsebene verwendet häufig spezialisierte Hardware, die Kontrollebene allgemeine Prozessoren. Ein Paket, das per Option vom ersten zum zweiten Bereich gelangt, kann erheblich mehr kosten. Ohne lokale Zulassung wählt der entfernte Absender den internen Aufwand.

RFC 6398 verlangt deshalb starken Schutz. Filter, Policers, Tunnel, Randverarbeitung und eine Option zum vollständigen Ignorieren sind keine Widerlegung der Registrierung. Sie sind die Stelle, an der der Betreiber die Kostenhoheit zurückholt.

Im Protokoll sollten die Ergebnisse getrennt bleiben: unbekannt; bekannt, aber abgeschaltet; ignoriert und normal weitergeleitet; begrenzt; verworfen; geschützt zur Kontrollebene geleitet; vom Protokoll angenommen. Eine einzige Zählung „Router Alert gesehen“ verwischt die maßgebliche Entscheidung.

Neun Belege verbinden Tabelle und Dienst

Eine belastbare Kette umfasst:

  1. den Vergabe- oder Reservierungsstatus zum relevanten Zeitpunkt;
  2. das korrekte Option-Format und den Wert im Paket;
  3. den Empfang am betreffenden Knoten und Eingang;
  4. das tatsächliche Parsen statt Ignorieren oder frühem Verwerfen;
  5. die Wert-Erkennung und Teilnahme an der Funktion;
  6. die lokale Erlaubnis für Prüfung oder geschützten Punt;
  7. Validierung und Autorisierung im oberen Protokoll;
  8. die beabsichtigte Zustandsänderung;
  9. die Auswirkung auf Weiterleitung oder gemessenen Dienst.

Das Register belegt Schritt eins. Ein Mitschnitt belegt Teile von Schritt zwei. Ein CPU-Zähler beweist nicht Schritt sieben. Ein Protokollzustand beweist noch kein Nutzerergebnis.

Bei einer Störung ist der erste fehlende Beleg entscheidend. Ein Eingangsfilter, fehlende Unterstützung, ein Policer, eine ungültige Nachricht, ausbleibender Zustand und ein nachgelagerter Fehler können äußerlich ähnlich wirken.

Die Trennung verteilt Verantwortung richtig: IANA koordiniert; der Hersteller implementiert; der Betreiber erlaubt; das Protokoll validiert; der Dienst liefert. Keine einzelne Zeile kann die ganze Kette vertreten.

Experimentelle Werte trugen ihren Geltungsbereich nicht mit

RFC 5350 reservierte einen experimentellen Bereich und warnte zugleich, dass Produktionsnetze solche IP-Optionswerte nicht notwendigerweise unterstützen. Über mehrere Verwaltungsdomänen kann dieselbe experimentelle Zahl zudem anders verwendet werden.

Innerhalb eines Netzes kann die Administration Wert, Bedeutung, Geräte, Rate und Dauer vereinbaren. Beim Grenzübertritt bleibt diese Vereinbarung zurück. Das nächste Netz kann den Wert nicht kennen, anders deuten oder allgemein blockieren.

„Für Experimente verfügbar“ ist deshalb kein globaler Pass. Zum Nachweis gehören Teilnehmer, Schnittstellen, Nachbarn, Bedeutung, Limits, Leckschutz, Rückfallverhalten und Ablaufdatum.

Auch der Fehlerfall muss geplant werden. Bleibt ein Paket nutzbar, wenn die Option ignoriert wird? Gibt es eine alternative Signalisierung? Ein Versuch, der auf Sonderarbeit nicht beteiligter Netze angewiesen ist, hat eine lokale Koordination als fremde Pflicht missverstanden.

IPv4 und IPv6 tragen nun verschiedene Zukunftsregeln

Das eingefrorene IPv4-Register nennt weiterhin IETF Review. Das IPv6-Register ist geschlossen. Diese Differenz ist selbst ein wichtiges Monitoring-Signal.

Für einen neuen Entwurf bedeutet sie: Eine neue IPv6-Funktion darf nicht auf eine weitere Router-Alert-Zuteilung bauen. Für eine Altanwendung bedeutet sie etwas anderes: Sie muss inventarisieren, wo die Option noch unterstützt wird, welche Schutzmechanismen gelten und wie eine Ablösung erfolgt.

Die Tabelle beantwortet also die Vergabefrage, nicht die Betriebsfrage. Ein alter Router kann weiter reagieren; ein moderner Rand kann Hop-by-Hop-Pakete verwerfen; ein Tunnel kann die Option vor einem Kern verbergen. All das ist mit demselben Registerstatus vereinbar.

Wer nur den Status liest, übersieht die Heterogenität. Wer nur den Paketverkehr sieht, übersieht die geschlossene Zukunft. Beide Ebenen müssen zusammengeführt, aber nicht verwechselt werden.

Minimale Koordination lässt Haftung am richtigen Ort

Lu Hengs spätere Notiz zur minimalen Anfangsspezifikation bietet eine analytische Linse: Die gemeinsame Ebene definiert das notwendige Minimum, spätere Entscheidungen bleiben bei den ausführenden Teilnehmern. Sie ist keine Quelle zur Entstehung von RFC 5350.

Hier sind Zahl, Referenz und Vergabeverfahren das Minimum. Unterstützung, Vertrauen, Kapazität und Abschaltung bleiben lokal. Dadurch beansprucht das Register keine Macht über Geräte, die es nicht betreibt.

Die Notiz über Realitätsebenen schärft dieselbe Trennung. Ein IANA-Eintrag ist ein symbolischer Fakt; Paketbits sind eine Beobachtung; Routerdisposition, Protokollzustand und Dienst sind operative Fakten. Sie stehen in Beziehung, sind aber nicht austauschbar.

Für Führungskräfte entsteht daraus eine konkrete Aufgabe: Werte mit Plattformen, Versionen, Eingängen, Warteschlangen, Prozessen und Diensten verknüpfen. Bei einem Hardwaretausch kann sich das Verhalten ändern, während das Register unverändert bleibt. Nur lokale Nachweise machen den Bruch sichtbar.