Zusammenfassung

  • Die Host Requirements Working Group stellte Interoperabilität über architektonische Reinheit und glich Protokollregeln mit realer Software ab.
  • RFC 1122 und RFC 1123 schufen eine praktische Grundlage; RFC 1127 hielt Kompromisse und offene Fragen fest.

1989 ging es nicht mehr nur darum, ob das Internet über Protokolle verfügte. Entscheidend war auch, ob unterschiedliche Hosts hinreichend einheitliche Regeln befolgten, um miteinander zu kommunizieren. Ein Hersteller konnte ein veröffentlichtes Protokoll implementieren und dennoch auf Lücken, Widersprüche oder offene Wahlmöglichkeiten in einem Stapel älterer Dokumente stoßen. Für Nutzer wurden diese Unterschiede sichtbar, wenn ein Rechner einen anderen erreichen sollte.

Die IETF-Arbeitsgruppe für Host-Anforderungen verbrachte etwa zwanzig Monate damit, diese Implementierungsfläche klarer zu beschreiben. In einem zeitnahen Rückblick nannte Herausgeber Robert Braden sieben formelle Treffen, rund drei Megabyte ausgetauschte E-Mail, etwa zwanzig maßgeblich beteiligte Fachleute sowie wichtige Beiträge von weiteren zwanzig Personen. Die Dokumente durchliefen ungefähr zwanzig verschiedene Entwürfe. Das sind Braden zufolge gerundete Schätzungen, keine geprüfte Zählung von Teilnehmern oder Nachrichten. RFC 1127

Die Rangfolge der Ziele erklärt die Arbeit besser als das Mailvolumen. Die Gruppe nannte Interoperabilität, Erweiterbarkeit, Funktionalität, Effizienz und architektonische Reinheit. Braden zufolge hatte Interoperabilität klar Vorrang, während Reinheit den letzten Platz einnahm; die mittleren Ziele wurden je nach Thema unterschiedlich gewichtet. Unterschiedliche Implementierungen sollten zusammenarbeiten können, auch wenn sich nicht jeder praktische Fall in ein vollkommen einheitliches Modell pressen ließ.

Das Ergebnis erschien im Oktober 1989 als Paar von Standards. RFC 1122 behandelt die Sicherungs-, IP- und Transportschicht. RFC 1123 behandelt Anwendungs- und Unterstützungsprotokolle. Beide legen Anforderungen an Host-Software fest; RFC 1122 beschreibt sie als Regeln für die damalige praktische Umsetzung der Internetarchitektur. Für Gateways gab es mit RFC 1009 ein separates Dokument: Hosts und weiterleitende Geräte hatten verwandte, aber unterschiedliche Aufgaben.

Die Texte waren keine neue Protokollfamilie. Sie bündelten ältere Standards als praktische Referenz für Implementierer, korrigierten und aktualisierten frühere Texte, schlossen Lücken, begrenzten Wahlmöglichkeiten, wenn Konsistenz nötig war, erläuterten die Protokollabsicht und sammelten bekannte Lösungen und Implementierungshinweise. Braden zufolge wiederholten manche Bestimmungen lediglich bereits ausdrückliche oder implizite Anforderungen. Sie blieben dennoch enthalten, weil mindestens eine Implementierung sie nicht befolgt hatte.

Eine Regel zu veröffentlichen und sie über mehrere Hersteller hinweg nutzbar zu machen, waren unterschiedliche Aufgaben.

Die Arbeitsgruppe legte auch fest, wo die gemeinsame Grundlage enden sollte. Eine vereinbarte Entscheidung verlangte, dass Hosts DNS implementieren. Andere Fragen blieben umstritten. Dazu gehörte Multihoming, also das Verhalten eines Hosts mit mehreren Netzwerkschnittstellen. Wenn die Gruppe nicht entscheiden konnte, ob ein Verhalten vorgeschrieben oder verboten werden sollte, hielten die Spezifikationen laut RFC 1127 teils die gegensätzlichen Sichtweisen fest und ließen es optional. Der Konsens schuf in manchen Bereichen gemeinsame Pflichten und bewahrte in anderen die Wahlfreiheit.

Diese Grenze ist entscheidend. Die Host-Anforderungen machten nicht alle Rechner gleich, garantierten keine Regelbefolgung durch jeden Hersteller und beendeten die Architekturdebatte nicht. Sie machten die Erwartungen an einen Host leichter auffindbar und anwendbar und ließen ungelöste Fragen sichtbar, statt sie als abgeschlossene Lehre auszugeben. Ihr historischer Beitrag war eine brauchbare Beschreibung von Interoperabilität an der Schnittstelle zwischen Software und Netz.