Zusammenfassung

  • RFC 3171 sah neue globale IPv4-Multicast-Zuteilungen nur dort vor, wo dynamische Auswahl, SSM, GLOP oder administrativ begrenzte Adressen nicht ausreichten. Eine Registerzeile belegte Koordination, nicht Implementierung oder Zustellung.
  • Das Dokument verlangte jährliche Überprüfung und, soweit möglich, Rücknahme oder Neuzuteilung falsch vergebener oder global ungenutzter Werte. Es dokumentierte aber keine konkrete Prüfung oder Rücknahme.
  • RFC 5771 ersetzte die Leitlinie später. Dauerhaft bleibt eine Nachweiskette, die Antrag, Register, Code, Routing, Pakete, Empfänger und Migrationsentscheidung nicht in einem einzigen Verwaltungsstatus zusammenzieht.

Das Register konnte keinen Datenverkehr sehen

Eine IANA-Tabelle kann präzise ausweisen, welcher Zweck mit einer Adresse koordiniert wurde. Sie zeigt nicht, ob Software diesen Zweck noch implementiert, ob Router die Gruppe weiterleiten, ob Sender aktiv sind oder ob Empfänger korrekte Inhalte bekommen.

RFC 3171 erschien im August 2001 als Best Current Practice für IPv4-Multicast-Zuteilungen. Ausgangspunkt war Knappheit. Weitere weltweit koordinierte Werte sollten nur in begrenzten Fällen vergeben werden, wenn engere Modelle die Anforderung nicht erfüllten.

Als Alternativen nannte der Text die dynamische Wahl in SDP/SAP, Source-Specific Multicast, GLOP und administrativ begrenzte Adressen. Technisch waren sie verschieden. Institutionell hatten sie denselben Vorteil: Nicht jede Anwendung benötigte eine einzeln genehmigte, globale Konstante.

Die erste Frage lautete deshalb nicht, ob eine Zahl frei war. Sie lautete, warum diese vier Wege nicht passten. Der Antrag musste die Ausnahme erklären. Blieb nur die fertige Zeile erhalten, konnte eine einst begründete Entscheidung später wie ein voraussetzungsloses Dauerrecht aussehen.

Keine Einzelzuteilung bedeutete nicht Regellosigkeit

Im SDP/SAP-Block wurden Werte zufällig aus dem verfügbaren Bereich gewählt. Es war keine zusätzliche IANA-Zuteilung nötig; der Block durfte trotzdem nur für SDP/SAP verwendet werden.

GLOP leitete einen Teil von 233/8 aus einer Autonomous-System-Nummer ab. Die algorithmische Vorzuteilung ersparte Einzelanträge, bewies aber weder Eigentum noch Routing oder Verkehr.

239/8 lag in lokaler administrativer Zuständigkeit. Die Adresse bezeichnete eine beabsichtigte Reichweite; erst Routerkonfiguration machte die Grenze wirksam. Zuteilungspolitik und Ausführung blieben verschiedene Belege.

SSM nahm die Quelle in die Gruppenidentität auf. Für geeignete Anwendungen konnte (S,G) den Bedarf an einer einzigartigen ASM-Gruppe verringern. Daraus folgte nicht, dass ein Altsystem ohne Änderungen an Signalisierung, Empfänger und Betrieb migrieren konnte.

RFC 3171 verlangte daher keinen Einheitsweg. Sie verlangte, dass die globale Ausnahme ihre Notwendigkeit belegt. Nur eine erhaltene Begründung erlaubt später zu prüfen, ob sich Voraussetzungen geändert haben.

Jeder Block hatte einen eigenen Entscheidungsweg

Local Network Control und Internetwork Control erforderten Standards Action. Für den historisch vielfältig belegten AD-HOC-Block empfahl RFC 3171 grundsätzlich keine weiteren Zuteilungen; besondere Fälle konnten Expert Review, IESG Approval oder Standards Action durchlaufen.

Zufallsauswahl, GLOP-Ableitung und lokale Verwaltung folgten anderen Autoritätsmodellen. Keines war eine Eigentumsklasse. Es ging darum, widersprüchliche Bedeutungen derselben Bits im relevanten Koordinationsraum zu verhindern.

Die Relative Offsets in administrativen Bereichen waren ebenfalls knapp: Es gab nur 256. Sie sollten Protokollen mit infrastruktureller Dienstfunktion vorbehalten bleiben. Auch in lokalem Adressraum kann eine über viele Bereiche hinweg gleichbedeutende Konstante gemeinsame Koordination benötigen.

Eine Prüfung muss deshalb Block, Verfahren, Policy-Epoche, Prüfer und verantwortlichen Kontakt erhalten. Das Wort „zugeteilt“ allein verschweigt Reichweite, Maßstab und verworfene Alternativen.

Die jährliche Prüfung verhinderte Verwaltungsewigkeit

Abschnitt 10 forderte von IANA eine jährliche Prüfung bestehender Zuteilungen. Fehlzugeteilte Adressen sollten, soweit möglich, zurückgenommen oder neu vergeben werden. Für AD-HOC, DIS Transient Groups und ST Multicast Groups sollten Werte ohne globale Nutzung geprüft werden—insbesondere wenn Anwendungen SSM, GLOP oder administrativen Raum nutzen konnten oder nicht global geroutet wurden.

Damit trennte die RFC die Kontinuität des Registers von der Unveränderlichkeit jeder Zeile. Ein verlässliches Register muss alte Entscheidungen bewahren, aber auch nachweisbare Fehler und unnötig gewordene Ausnahmen korrigieren können.

Die RFC war jedoch kein Prüfbericht. Sie nannte keinen zurückgenommenen Wert, veröffentlichte keine Routingmessung und bewies keine jährlich ausgeführte Kontrolle. Die Norm legte eine Pflicht fest; ihre Erfüllung brauchte ein eigenes Artefakt.

Wer aus „IANA sollte prüfen“ ein „IANA hat diese Adresse als ungenutzt bewiesen“ macht, ersetzt Beobachtung durch institutionelle Grammatik. Genau diese Ebenen müssen getrennt bleiben.

Schweigen gilt nur in einem Beobachtungsraum

Eine Gruppe kann nur in privaten Netzen, zu seltenen Terminen oder im Notfall aktiv sein. Ein Routensammler kann einen Pfad nicht sehen, der anderswo existiert. Scope-Grenzen und Filter verbergen Verkehr. Eingebettete Systeme können eine Abhängigkeit über Jahre konservieren.

Umgekehrt beweisen Pakete an eine Gruppe nicht die registrierte Anwendung. Fehlkonfiguration, Tests oder Fremdnutzung können denselben Zielwert erzeugen. Routing beweist keinen korrekten Inhalt, ein Join keine Zustellung und eine Zustellung keinen Anwendungserfolg.

Eine belastbare Prüfung benennt Beobachtungspunkte und Zeitfenster. Sie rekonstruiert Antrag und Policy, sucht Verantwortliche, untersucht Spezifikation, Code und Konfiguration, vergleicht Routing- und Paketansichten, ermittelt kalte Abhängigkeiten und ermöglicht Widerspruch.

RFC 3171 schrieb dieses moderne Verfahren nicht vollständig vor. Indem sie globale Nutzung zum Kriterium machte, zeigte sie dennoch, dass eine Tabellenabfrage nicht genügte.

„Soweit möglich“ verlangte eine Übergangstechnik

Wird eine Adresse neu vergeben, kann ein schlafendes Altsystem später mit der neuen Anwendung kollidieren. Ein vormals isoliertes Netz kann angeschlossen werden. Veraltete Dokumentation kann eine alte Konfiguration erneut verbreiten.

Rücknahme ist deshalb mehr als Löschen. Fehlzuteilung, veralteter Kontakt, aufgegebene Implementierung, kalte Reserve, private Nutzung und aktiver globaler Dienst müssen unterschieden werden. Öffentliche Ankündigung, Einwendungsfrist, Migrationsziel, begrenzter Parallelbetrieb, Quarantäne, Kollisionsbeobachtung und Rückfallplan machen den Schritt reversibel.

Diese Schutzmaßnahmen sind keine wörtliche Liste aus RFC 3171, sondern die operative Bedeutung ihrer Einschränkung. Das Recht, ein Register zu korrigieren, ist kein Recht, Abhängigkeiten zu ignorieren.

Ebenso wenig begründet eine IPv4-Multicast-Regel ein universelles Widerrufsrecht über alle Internetkennungen. Verträge, installierte Basis und Ausfallradius unterscheiden sich. Übertragbar ist nur die Methode: Verwaltungsstillstand beweist keine Ewigkeit, momentane Funkstille keine freie Ressource.

Der Nachfolger markierte eine neue Policy-Epoche

RFC 5771 erklärte RFC 3171 für überholt und aktualisierte die Leitlinie. Der Text von 2001 darf nicht als vollständige heutige Policy dargestellt werden. Er bleibt die Quelle dafür, wie diese Epoche Ausnahme, Review und Rücknahme verstand.

RFC 8126 lieferte später allgemeines Vokabular für Registrierungsverfahren. Es erklärt Begriffe wie Standards Action und Expert Review, beweist aber keine rückwirkend ausgeführte Einzelprüfung.

Das heutige IANA-Register zeigt den aktuellen öffentlichen Stand. Es enthält nicht automatisch jeden ursprünglichen Antrag, jedes Review, jede Implementierung und jede Verkehrshistorie. Kontinuität erfordert eine Zeitkette aus Regel, Begründung, Nachfolgeregel, Betriebsabhängigkeit und Entscheidung.

Ohne diese Kette kann dieselbe Zeile als unwiderrufliches Recht oder nach kurzer Beobachtung als sofort frei dargestellt werden. Beide Deutungen verlangen vom Register einen Beweis, den es nicht führt.

Verwahrung beginnt nach der Zuteilung

Ein prüfbares Dossier bewahrt Adresse, Block, Zweck, Datum, Verfahren, Prüfer und Kontakt. Es identifiziert abhängigen Code und Konfiguration. Es erklärt, warum engere Alternativen nicht passten. Es dokumentiert Routing, Pakete, Empfänger und Anwendungsergebnis mit offengelegten Grenzen.

Die Entscheidung über Beibehaltung, Migration, Quarantäne oder Rücknahme hält Einwände, Abhängigkeiten, Ziel, Frist, Rückfallkriterien und Nachprüfung fest.

Das Register beweist Bedeutungskoordination. Code beweist eine Referenz. Routing beweist Weiterleitungsbereitschaft. Pakete beweisen Beobachtung. Empfänger beweisen Ankunft. Die Anwendung beweist Nutzen. Der Reviewbericht beweist den Grund für die Handlung.

RFC 3171 ließ den ersten Beleg nicht alle anderen ersetzen. Die Adresse war vergeben; ob ihre Ausnahme weiter gerechtfertigt war, blieb eine Frage an das laufende Netz.

Quellen