Zusammenfassung

  • Die historische Lastmarke von durchschnittlich 1.200 Anfragen pro Sekunde bei unter fünf Millisekunden Antwortzeit war ein einzelner Kapazitätsbeleg neben Softwarepflege, Checksummen, Zeitquellen, Anlagen, Kontakten, Transfers und Ausfallmeldungen.
  • RFC 2010 regelte weder die Auswahl von Standorten und Administratoren noch das Verfahren bei Verstößen; Messbarkeit einer Maschine war kein Mandat und kein Beweis für korrekte Zonendaten oder weltweite Erreichbarkeit.

Eine Zahl wirkt objektiv: 1.200 Anfragen pro Sekunde, Antwort im Mittel unter fünf Millisekunden, 2.000 wünschenswert. Doch diese Werte aus RFC 2010 sind kein zeitloses Qualitätssiegel. Sie zeigen einen historischen Versuch, Reserve messbar zu machen. Ein bestandener Lasttest beantwortete nur die Kapazitätsfrage des damaligen Modells—nicht, ob der richtige Betreiber eingesetzt war oder jeder Nutzer eine richtige Antwort erhielt.

Die Root-Server wurden 1996 von hoch qualifizierten Freiwilligen getragen und über das Network Information Center lose koordiniert. Das Dokument ersetzte dieses soziale Netz nicht. Es zerlegte Vertrauen. Der als IANA bezeichnete zone master wählte Software und konnte ein Update binnen 96 Stunden verlangen. Antworten mussten UDP-Prüfsummen tragen. Mindestens zwei authentifizierte NTP-Server sollten Zeit liefern. Ein dedizierter Rechner ohne fremde Dienste und verschlüsselte Fernverwaltung begrenzte die Betriebsfläche.

Ein Messwert pro Behauptung

Nur eine Netzschnittstelle sollte angekündigt werden, auch wenn mehrere physische Interfaces dahinterstanden. Physischer Zutritt war zu kontrollieren; Strom und Netzanbindung brauchten Redundanz; Sicherheitsereignisse mussten protokolliert werden. AXFR blieb genehmigten Empfängern vorbehalten, ergänzt um vollständigen Transfer per FTP sowie NOTIFY und IXFR. Rekursion war bis auf eine enge Ausnahme für fehlenden glue abzuschalten.

Auch Menschen wurden Teil des Belegsystems. Normale E-Mail sollte binnen 24 Stunden beantwortet werden. Ein ungeplanter oder weniger als 24 Stunden vorher angekündigter Ausfall verlangte telefonische Meldung. Erreichbarkeit, angekündigter Stillstand und tatsächliche Wiederherstellung blieben jedoch verschiedene Tatsachen.

Dasselbe gilt technisch. Eine Prüfsumme beweist keine richtige Zone. Zwei Uhren beweisen keine globale Verfügbarkeit. Zwei Stromleitungen können dieselbe Einspeisung teilen. Ein Logeintrag beweist kein behobenes Problem. Wer daraus eine Gesamtampel baut, vernichtet gerade die Trennung, die RFC 2010 eingeführt hatte.

Jenseits der Liste beginnt die Institution

Standort- und Administratorauswahl sowie das Verfahren bei Nichtkonformität schloss RFC 2010 ausdrücklich aus. Damit definierte es Pflichten ohne Ernennungsrecht und Kriterien ohne Gericht. Technische Lesbarkeit konnte entstehen, während institutionelle Legitimität offenblieb.

Der RFC war Informational, ist heute Legacy und war keine vom IETF gebilligte Empfehlung. RFC 2870 löste ihn ab; RFC 7720 dokumentierte später Anforderungen an den Root Name Service. Diese Abfolge ist Dokumentgeschichte, kein Beleg flächendeckender Umsetzung oder heutiger Best Practice.

Lu Hengs Vorrang des laufenden Codes verlangt beobachtbare Konfigurationen und Ergebnisse. Seine minimale Anfangsspezifikation trennt Koordination von automatischer Übernahme; seine Realitätsebenen trennen Text, Ausführung und Wirkung. So gelesen machte RFC 2010 Vertrauen widerlegbar, ohne aus Betriebsbelegen politische Autorität zu erzeugen.

Quellen