Zusammenfassung

  • Am 9. September um 08:59 UTC bat ein Autor unter dem Betreff „Call for Adoption“ um DNSOP-Übernahme eines neuen DNS-Latenzentwurfs. Um 10:37 erklärte Benno Overeinder, dass die DNSOP-Chairs solche Aufrufe nach Vorstellung und Diskussion starten.
  • Die Antwort war keine Ablehnung. Zum Redaktionsschluss blieb Revision 00 ein aktiver individueller Internet-Draft im Zustand I-D Exists, ohne dokumentierte WG-Adoption oder IETF-Billigung.
  • Der Entwurf beschreibt ein paralleles Beweisproblem: DNS-Latenz kann verschiedene Strecken, Messpunkte und Zeitanteile meinen. Weder erzeugt ein Betreff institutionelle Befugnis noch erzeugt ein Metrikname Vergleichbarkeit.

Der Antrag und der Aufruf sind zwei Datensätze

In der ersten Nachricht bat Jishuang Wang um die WG-Adoption von A Framework for DNS Resolution Latency Measurement. Er wollte wissen, ob das Problem in den Arbeitsbereich von DNSOP gehört, ob Rahmen und Begriffe nützlich sind und ob die WG eine Übernahme als Ausgangspunkt weiterer Arbeit unterstützt.

Diese Fragen gehören in eine offene Arbeitsgruppe. Ein Autor darf Interesse prüfen und für seinen Text werben. Die Betreffzeile ging jedoch einen Schritt weiter: „Call for Adoption“ kann als bereits eröffneter formeller Aufruf verstanden werden, nicht bloß als Bitte, einen solchen später zu erwägen.

Benno Overeinder antwortete öffentlich um 10:37. DNSOP-Adoptionsaufrufe würden von den Chairs ausgegeben. Vorher müsse der Entwurf auf der Liste besprochen und möglichst in einer DNSOP-Sitzung vorgestellt werden. Die Ankündigung des Autors sei der erste Schritt, allerdings ohne „Call for Adoption“ im Titel. Fragen nach Zuständigkeit und Nutzen seien passend. Je nach Diskussion und Interesse könnten die Chairs als dritten Schritt einen Aufruf starten.

Damit war weder über die technische Qualität entschieden noch ein späterer Aufruf ausgeschlossen. Korrigiert wurde die Ereignisart: Um 08:59 lag ein Autorenantrag vor. Für einen von den Chairs eröffneten Aufruf gab es noch keinen Beleg.

Der Tracker kennt nur den individuellen Entwurf

Der Datatracker-Eintrag führt Revision 00 als aktiven individuellen Internet-Draft. Der IESG-Zustand lautet I-D Exists. Die Seite weist darauf hin, dass jeder einen I-D einreichen kann, dieser Text nicht von der IETF gebilligt ist und keinen formellen Stand im Standardisierungsprozess besitzt.

Die Historie enthält die erste Fassung vom 9. September, aber keine WG-Adoption. Im Dokumentkopf steht als beabsichtigter Status Informational und als Ablaufdatum der 13. März 2027. Das formelle Datatracker-Feld „Intended RFC status“ ist leer. Eine Absicht im Manuskript und ein gesetzter Prozessstatus sind verschiedene Tatsachen.

Deshalb darf die Zustandsfolge nicht verkürzt werden:

Autor kündigt an ≠ Chairs eröffnen Aufruf ≠ Chairs bewerten WG-Interesse ≠ WG adoptiert ≠ Dokument durchläuft weitere Prüfungen ≠ RFC erscheint.

Jeder spätere Übergang braucht seinen eigenen Zeitpunkt und Verantwortlichen. Eine früh gewählte Formulierung kann ihn nicht rückwirkend erzeugen.

Offene Mitarbeit braucht erkennbare Rollen

Die Grenze schränkt die Teilnahme nicht ein. Jeder kann einen Entwurf einreichen, eine Frage stellen, widersprechen oder um Aufnahme in die WG-Arbeit bitten. Offenheit funktioniert aber nur, wenn individuelle Beiträge von Handlungen der Gruppe unterscheidbar bleiben.

RFC 2418 verlagert den Großteil der WG-Arbeit auf die Mailingliste und gibt den Chairs Verantwortung für Prozessführung und die Feststellung von Rough Consensus. Nachrichtenmenge allein ist kein Konsensbeleg. RFC 7282 erklärt, dass technische Einwände tatsächlich geprüft werden müssen. Auch viele zustimmende Antworten lösen keinen unbeantworteten Sachkonflikt.

Die von Overeinder genannten drei DNSOP-Schritte stehen nicht wörtlich in diesen RFCs; dafür ist seine Nachricht die Primärquelle. Die allgemeinere Ordnung ist dennoch klar: Ein benannter Verantwortlicher eröffnet den Zeitraum für eine bestimmte Fassung, lässt Argumente sichtbar werden und erklärt begründet den nächsten Zustand.

Könnte jeder durch die Betreffwahl einen Aufruf eröffnen, entstünden konkurrierende Fristen und Zielfassungen. Suchsysteme würden wahrscheinlich die entschiedenste Überschrift behalten. Die Rollenverteilung hält die Diskussion offen und die institutionelle Uhr eindeutig.

Auch „DNS-Latenz“ kann eine zu starke Überschrift sein

Der Entwurf in Revision 00 definiert weder neues DNS-Verhalten noch Nachrichtenformate oder einen vorgeschriebenen Messalgorithmus. Er ordnet, was bestehende Messungen beschreiben sollen.

TC1 bezeichnet die Kommunikation zwischen Client und rekursivem Resolver. TC2 umfasst die Verarbeitung im Resolver, etwa Cache-Prüfung, Policy-Auswertung, DNSSEC-Validierung und Antworterzeugung. TC3 umfasst die Interaktion des rekursiven Resolvers mit einem oder mehreren autoritativen Servern.

Eine Ende-zu-Ende-Messung kann alle drei Komponenten enthalten. Eine interne Resolvermessung kann nur TC2 erfassen. Client-zu-Resolver kann auf TC1 begrenzt sein. RFC 9499 vereinheitlicht die DNS-Rollenbegriffe, sagt aber nicht, wo der Timer einer konkreten Messung begann.

Cachezustand, Transport, Abfragetyp, Konnektivität, Ort, Resolverkonfiguration und Architektur verändern die Aussage zusätzlich. RFC 7858 behandelt Verbindungsaufbau und Wiederverwendung bei DNS over TLS; RFC 9250 definiert DNS over QUIC. Daraus folgt kein Geschwindigkeitsurteil. Es folgt nur, dass Transport und Verbindungszustand zur Messbeschreibung gehören.

Zwei korrekte Mediane können unterschiedliche Fragen beantworten. Zwei P95-Werte aus anderen Zeiträumen, Stichproben und Messstrecken werden durch die Einheit Millisekunde nicht kompatibel.

Der Messpass kommt vor die Rangliste

Die Vorlage des Entwurfs verlangt eine Messkennung und einen Zweck, Messumfang und -punkt, enthaltene Zeitkomponenten, Kontext, Beobachtungszeitraum, Stichprobenmethode, statistische Darstellung und Anmerkungen.

Das ausdrücklich illustrative Beispiel misst TC3 am rekursiven Resolver bei Cache Miss, DNS over QUIC, IPv6 und einem autoritativen Anycast-Dienst. Es betrachtet das erste Quartal 2026 passiv, nennt einen Median von 14,2 ms und P95 von 27,6 ms und vermerkt aktive DNSSEC-Validierung.

Nicht jede Anzeige muss alle Felder enthalten; schrittweise Einführung ist vorgesehen. Doch fehlende Angaben verringern Interpretierbarkeit und Vergleichbarkeit. Messinteroperabilität heißt nicht, dass verschiedene Implementierungen denselben Wert liefern, sondern dass ihre Werte konsistent verstanden werden können.

Ein solcher Messpass wahrt die Freiheit der Methode. Er verlangt nur, dass eine Rangliste vor der Wertung zeigt, ob sie Gleichartiges vergleicht.

Eine Provenienzhülle mit getrennten Beweisbahnen

Im Verfahren wie in der Messung kann die Verpackung Autorität leihen, die der Inhalt nicht besitzt. Der Betreff borgt die Stimme der WG; die Metrikbezeichnung borgt die Präzision der Statistik.

Mein redaktioneller Vorschlag ist eine Provenienzhülle für Zustand und Messung. Sie ist keine Anforderung der IETF, von DNSOP oder des Entwurfs.

Die Prozessbahn speichert Dokumentname, Revision und unveränderlichen Hash, Nachrichten-ID und Zeit der Vorstellung, Rolle des Absenders und beantragte Handlung. Ein späterer Aufruf der Chairs erhält eigene ID, Frist und Zielfassung. Die Diskussion wird über Sachfragen verbunden, nicht als Stimmenzahl verdichtet. Erst die Ergebniserklärung des zuständigen Chairs erzeugt den Folgezustand. Shepherd-, Stream-, IESG- und RFC-Kennungen werden erst bei ihrem Auftreten ergänzt.

Die Messbahn speichert Zweck, Umfang, Punkt, TC-Zusammensetzung, Kontext, Zeitraum, Stichprobe, Statistik und Hinweise. Rohdaten können geschützt bleiben; die öffentliche Behauptung braucht dennoch eine prüfbare Referenz.

Beide Bahnen werden verknüpft, ohne einander zu legitimieren. Eine spätere Adoption zertifiziert keinen Messwert. Eine sorgfältige Messung verschafft dem beschreibenden Entwurf keinen WG-Status.

Heng Lus Policy Mirror hält Akteur, Regel und zustandsgerechten Beleg sichtbar. Die Minimum Initial Specification bevorzugt einen kleinen gemeinsamen Kern mit lokaler Wahlfreiheit. Why BTW Media Exists setzt die publizistische Grenze: Ein Antrag ist nicht der beantragte Aufruf; ein Wert ist nicht der versprochene Vergleich.

Die Korrektur des Chairs war kurz. Gerade deshalb konnte sie schnell verhindern, dass die Betreffzeile zur falschen institutionellen Erinnerung wird. Der Messrahmen verfolgt dasselbe Ziel für Zahlen: Kontext heute bewahren, damit morgen keine Bedeutung erfunden werden muss.

Quellen

  1. Nachricht des Autors an DNSOP
  2. Prozesskorrektur des DNSOP-Chairs
  3. Aktueller Datatracker-Eintrag
  4. Internet-Draft Revision 00
  5. Datatracker-Historie
  6. DNSOP-Charter
  7. RFC 2418
  8. RFC 7282
  9. RFC 9499
  10. RFC 7858
  11. RFC 9250
  12. Heng Lu — The Policy Mirror
  13. Heng Lu — Minimum Initial Specification
  14. Heng Lu — Why BTW Media Exists