Zusammenfassung

  • RFC 3553 schuf 2003 urn:ietf:params als dauerhaften Namensraum für registrierte Protokollparameter, ohne einen allgemeinen Resolver oder eine Validierung zu definieren.
  • Dauerhaft sollte die Bedeutung sein, nicht der heutige Inhalt oder Speicherort. Ein veränderlicher Wert durfte nur über seinen stabilen Platz oder Begriff benannt werden.

Registries sehen oft wie Bäume aus. Ein Betrachter liest urn:ietf:params:xml von links nach rechts und nimmt an, jede Trennstelle verrate automatisch Zuständigkeit, Vererbung und technische Semantik. RFC 3553 bezeichnete den Namensraum dagegen als überwiegend opak. Der Doppelpunkt lieferte nur eine begrenzte Struktur. Autorität entstand aus dem Registrierungsakt und dem zitierten Dokument.

Diese Grenze löste ein praktisches Problem. Standards mussten IANA-Parameter in Schemata referenzieren. Eine aktuelle Webadresse war als Name zu fragil: Server, Verzeichnisse und Dateiformate ändern sich. Frei erfundene URIs führten umgekehrt zu mehreren Bezeichnungen für dasselbe Element. RFC 3553, im Juni 2003 als BCP 73 veröffentlicht, ergänzte deshalb den von RFC 2648 geschaffenen ietf-Raum um params.

Das Verfahren teilte die Macht. Der IETF-Prozess ließ einen Zweig zu. IANA verhinderte Kollisionen und führte die Zuordnung. Ein vergebener Name durfte nicht später für einen anderen Zweck verwendet werden. Die Spezifikation eines Unterraums musste festlegen, wie Indexwerte gebildet und gegebenenfalls kanonisiert werden. Keine dieser Aufgaben bewies, dass ein Produkt den Parameter unterstützte.

Die wichtigste Persistenzregel betraf veränderliche Werte. Ändert sich die Bedeutung eines Wertes mit der Zeit, ist der Mechanismus ungeeignet, diesen aktuellen Wert selbst zu benennen. Benannt werden kann der stabile Behälter oder Begriff. Nur ein Wert, der selbst dauerhaft und eindeutig ist, etwa eine feste Versionsnummer, darf als solcher Bestandteil des Namens sein. Identität und Zustand wurden damit bewusst getrennt.

RFC 3553 definierte weder Auflösung noch Validierung. Ein globaler URN ist daher kein Versprechen, dass jeder Rechner ihn in eine URL umwandeln kann. Syntaktische Akzeptanz ist nicht Registrierung. Registrierung ist nicht Implementierungsunterstützung. Unterstützung ist nicht korrekte Interpretation. Korrekte Interpretation ist noch kein beobachteter Erfolg.

Auch das Repository-Feld der Registrierung blieb beweglich. Es zeigte auf den aktuellen Ort der autoritativen Daten und durfte sich ändern, wenn Dateien oder Server umzogen. Es war ein Hinweis für die operative Abbildung, keine ewige Bindung an einen Dateinamen. Gerade diese Austauschbarkeit schützte die Identität vor Infrastrukturwartung.

Der für diese Recherche eingefrorene IANA-Stand trägt das Aktualisierungsdatum 2. Februar 2026. Er enthält sieben direkte ietf-Unterräume und 23 Bezeichner unter params, darunter xml, oauth, netconf, scim, acme, jmap, whip und unit. Das belegt fortgesetzte Registerpflege. Es belegt nicht Marktanteil, Konformität oder Sicherheit.

RFC 3688 gab dem xml-Zweig konkrete Registries. RFC 6755 registrierte oauth. RFC 6924 schuf später eine gemeinsame Übersicht aller ietf-Unterräume und verwendete die Bezeichnung IETF Review. RFC 8141 ersetzte RFC 2141 als allgemeine URN-Syntax. Dass sich Verfahren und Rahmendokumente ändern konnten, ohne jede Identität umzubenennen, war kein Zufall, sondern Zweck der Schichtung.

Für die Nachweisführung braucht ein Betreiber getrennte Felder: empfangene Zeichenfolge, IANA-Eintrag, maßgebliche Spezifikation, Stand des Registers, Softwareversion, lokale Entscheidung und beobachtetes Ergebnis. Ein exakter Stringvergleich beantwortet eine lexikalische Frage. Er bescheinigt nicht, dass zwei Implementierungen dieselbe Semantik ausführen.

Die Rolle eines Registers ist damit notwendig und begrenzt. Es bewahrt Einmaligkeit und Bedeutung. Laufender Code zeigt, ob ein Name erkannt und wirksam umgesetzt wurde. Aus dem Buchhalter wird kein Ausführer, nur weil sein Eintrag global sichtbar ist.

RFC 3553 ließ den Namen überleben, weil er den aktuellen Wert, den heutigen Server und das spätere Ergebnis nicht zu beherrschen versuchte. Dauerhaft war die Koordinate. Alles Operative blieb prüfbar und ersetzbar.

Quellen