Zusammenfassung

  • RFC 3930 stellte kein RFC-Dokument dem laufenden Code gegenüber, sondern einen als Ganzes wahrgenommenen digitalen Gegenstand einer flüchtigen, zusammengesetzten Protokollnachricht.
  • Der Unterschied entscheidet über Erweiterungen, feldweise Verarbeitung, Kanonisierung, selektive Authentisierung und interne Kennungen nach dem Zusammenfügen.

Bedeutung entstand im Verarbeitungskontext

RFC 3930 überzeichnet DOCUM und PROTO bewusst. DOCUM denkt an Papier samt Darstellung; PROTO an Bits, die Prozesse mit vorhandenem Zustand erzeugen und verbrauchen. Der RFC-Editor-Eintrag nennt das Memo Informational. Es ist weder Standard noch Einsatzstatistik.

Ein Feld kann aus früheren Nachrichten stammen, ein anderes lokal berechnet werden, ein drittes nur bis zum nächsten Empfänger durchgereicht werden. RFC 3023 kennzeichnet XML-Medientypen, RFC 3470 behandelt XML in Protokollen. Beides ersetzt nicht die Zustandsmaschine. Ebenso definieren RFC 3552 Sicherheitsanalyse und RFC 3852 kryptographische Nachrichtenstrukturen, ohne menschliche Befugnis oder Zustellung zu beweisen.

Erweiterungen trafen ungleiche Generationen

Versionen, Funktionsmarken, Aushandlung, Längen für das Überspringen unbekannter Teile und Zielmarken für bloßes Weiterreichen begrenzen die Folgen asynchroner Aktualisierung. Sie beweisen keinen Ende-zu-Ende-Erfolg.

Das Problem blieb aktuell: RFC 8259 beschreibt JSON, RFC 8785 dessen kanonische Form für kryptographische Zwecke und RFC 8949 deterministische CBOR-Kodierung. Ein sichtbarer Wert ist noch kein eindeutig vergleichbares Byteobjekt.

Die richtige Kanonisierung lag zwischen zwei Fehlern

RFC 3076, RFC 3741 und RFC 3275 bilden den XML-Hintergrund. Zu wenig Normalisierung lässt unbedeutende Darstellungsunterschiede Signaturen brechen. Zu viel lässt eine bedeutende Änderung verschwinden. Nur die anwendungsspezifische Äquivalenz ist brauchbar. Auch eine Signatur über „alles“ kann falsch sein, wenn Hop-Zähler oder lokale Weiterleitungsmarken absichtlich wechseln.

Im RFC selbst driftet eine Referenz: §2.4.1 nennt [RFC3741], passend zur exklusiven XML-Kanonisierung; das Literaturverzeichnis beschreibt unter diesem Label jedoch das GMPLS-Dokument RFC 3471. Die Errata-Suche enthielt am 7. Oktober 2026 keinen passenden Eintrag. Das widerlegt nicht die Analyse, zeigt aber, dass Label, Bibliographie und Zielobjekt abgeglichen werden müssen.

Kurze IDs sind ähnlich begrenzt. Nach dem Zusammenfügen zweier Objekte können sie kollidieren. Umschreiben beschädigt Referenzen oder signierte Daten; Hierarchien ändern beim Verschieben den Anker. RFC 3930 bevorzugte bei echtem globalem Bedarf hinreichend lange zufällige Kennungen.

RFC 7990 regelt später die archivische Darstellung der RFC-Reihe, nicht die Ausführung beschriebener Protokolle. Heng Lus Texte über minimale Anfangsspezifikation und freiwillige Übernahme sowie Running-Code-Primat liefern die redaktionelle Grenze: Veröffentlichung koordiniert; Implementierung, Validierung, Betrieb und Nutzung belegen Realität.