Summary

  • RFC 1011 trennte die Spezifikation eines Protokolls von Status, Kommentaren, Abhängigkeiten und Ansprechpartnern. Das erleichterte die Koordination eines großen, sich verändernden technischen Systems.
  • „Erforderlich“ beschrieb, was Hosts implementieren sollten. Die Angabe zeigte nicht, welche Software auf einem bestimmten Rechner installiert war oder lief.

Eine Liste mit begrenzter Gültigkeit

Das von Joyce Reynolds und Jon Postel im Mai 1987 veröffentlichte Memo trug den Titel Official Internet Protocols. Es bezeichnete sich als Statusbericht: Es führte die Dokumente auf, in denen die im Internet verwendeten Protokolle spezifiziert waren, und kommentierte geplante Änderungen oder Überarbeitungen. Es war eher eine datierte Karte eines beweglichen Systems als ein Handbuch über den Zustand jedes einzelnen Rechners.

Das Dokument machte diese Grenze selbst sichtbar. Leser sollten eine Ausgabe verwenden, die höchstens drei Monate alt war. Ein Eintrag konnte auf die Spezifikation verweisen, Abhängigkeiten nennen, Implementierungsprobleme vermerken und einen Ansprechpartner angeben. So ließ sich nicht nur erkennen, welches Dokument ein Protokoll beschrieb, sondern auch, wo Fragen offenblieben und mit wem die Abstimmung weitergehen sollte.

Für jedes Protokoll gab es einen von fünf Statuswerten. Erforderlich bedeutete, dass alle Hosts es implementieren mussten. Empfohlen sprach für eine Implementierung. Wahlfrei ließ die Entscheidung beim Host. Experimentell beschränkte Implementierungen auf abgestimmte Experimente. Kein Status zeigte an, dass ein Eintrag selbst kein Protokoll war. Diese Werte bezeichneten unterschiedliche Erwartungen, keine Messstufen für den Betrieb auf realen Rechnern.

Ein Status installiert keine Software

Die Einträge machen den Unterschied deutlich. IP war erforderlich, TCP und UDP waren empfohlen. „Graphics Protocol“ war wahlfrei; der Kommentar hielt jedoch fest, dass keine aktiven Implementierungen bekannt waren. Der Kommentar entfernte den Eintrag nicht, und der Status ließ keine Implementierung entstehen. Die Autoren dokumentierten sowohl die Einordnung als auch die Grenze ihres Wissens.

Das ist wichtig. Ein Katalog kann maßgeblich dafür sein, welchen Status eine Spezifikation erhielt, ohne das Verhalten aller Hosts zu belegen. „Erforderlich“ ist eine Erwartung an Kompatibilität. Für eine Aussage über den tatsächlichen Betrieb braucht es Implementierungen und Beobachtungen. RFC 1011 enthielt weder eine vollständige Zählung der Hosts noch ein Inventar installierter Versionen oder einen Testnachweis, dass jeder Rechner jedes erforderliche Protokoll korrekt ausführte.

Spezifikation und Implementierung fanden über die Zeit zusammen

RFC 1011 gehörte zu einer Reihe regelmäßig erneuerter Veröffentlichungen. Frühere Berichte wurden ersetzt, spätere aktualisierten die Liste. Im April 1989 beschrieb RFC 1100 das umfassendere Standardisierungsverfahren: Jeder konnte ein Protokoll vorschlagen, technische Gruppen gaben Empfehlungen ab, und grundsätzlich sollte es Implementierungserfahrung geben, bevor ein Protokoll zum offiziellen Standard erklärt wurde. Außerdem wurde eine RFC-Nummer nicht erneut vergeben, auch wenn ein Protokoll verbessert und in späteren RFCs neu dokumentiert werden konnte.

Das machte Standards nicht bedeutungslos. Eine gemeinsame Spezifikation gab unabhängigen Implementierern dasselbe Ziel vor. Zwischen Vorschlag und Dienst lag aber mehr als die Veröffentlichung: Eine Version musste implementiert, mit anderen Systemen erprobt, anhand der Erfahrung überarbeitet und von Hosts übernommen werden. Die Host-Anforderungen von 1989 machten viele Erwartungen an vollwertige Internet-Hosts konkreter. Normative Sprache beschrieb dennoch, was ein konformer Host tun sollte; sie belegte nicht, dass alle eingesetzten Rechner es taten.

Der Veröffentlichungsrhythmus der Liste hatte daher einen Zweck. Ein vierteljährlicher Bericht half Betreibern und Implementierern, das aktuelle Dokument zu finden; sein Datum gehörte aber zu seiner Gültigkeit. Ein Eintrag, der bei Veröffentlichung stimmte, konnte durch geänderte Spezifikationen, Kommentare und Praxis veralten. Die Warnung vor alten Ausgaben erkannte an, dass Koordination Pflege brauchte.

Ein nützlicher Nachweis, aber kein laufendes Netz

RFC 1011 lässt sich am besten als Koordinationsinstrument lesen. Es machte Statusangaben verständlich, verband Einträge mit Dokumenten und Ansprechpartnern und verbarg Unsicherheit nicht. Das konnte Entscheidungen beeinflussen; eine Empfehlung oder Anforderung war nicht bedeutungslos. Der Bericht konnte jedoch nicht in jeden Host gelangen und dort die Entscheidung in laufenden Code verwandeln.

Diese Grenze hilft weiterhin beim Lesen der Internetgeschichte. Eine Dokumentnummer ist keine Implementierung. Ein Standardstatus ist kein Paketmitschnitt. Eine Empfehlung ist keine Einsatzstatistik. Gemeinsame Regeln beschränken kompatible Möglichkeiten, doch das Netz entsteht durch die Systeme, die Betreiber ausführen und interoperabel halten.

Quellen