Zusammenfassung

  • RFC 2067 verbot einen anfänglichen kurzen Burst, D1-Füllbytes und einen D2-Offset ungleich null, weil eingesetzte RFC-1374-Systeme diese Varianten nicht verwendeten.
  • Ein ANSI-konformes Paket konnte trotzdem außerhalb des engeren Internet-Profils liegen und vom Ziel angenommen oder ignoriert werden.
  • Verlässliche Interoperabilität wurde nur für einen Switch oder eine direkte Zweiwegverbindung beansprucht, nicht für blockierende Mehrfach-Switch-Netze.

Der auffälligste Fortschritt stand in einer Liste dessen, was nicht mehr erlaubt war. Ein kurzer Burst durfte nur noch am Paketende stehen. Der D1-Bereich musste drei 64-Bit-Wörter groß und füllfrei sein. D2_Offset musste null lauten. Aus der Empfehlung des Vorgängers wurde eine einzige verbindliche Grammatik.

Optionen sind nicht kostenlos. Jede Drahtform verlangt Parserzweige, Testpaare und zusätzliche Erklärungen im Störungsfall. Bleibt eine theoretische Variante ohne Nutzer im Standard, verteilt sie ihre Kosten trotzdem auf alle unabhängigen Implementierungen.

Zehn Implementierungen waren kein Blankoscheck

RFC 2067 berichtete von mindestens zehn Implementierungen der IP-Kapselung und Switch-Disziplin nach RFC 1374. Größere Änderungen seien nicht nötig. Zugleich stellte das Dokument fest, dass keine eingesetzte Implementierung die drei entfernten Varianten verwendete. Darauf beruhte die Erwartung, dass vorhandene Systeme bereits das engere Profil erfüllten.

Mehr beweist der Text nicht. Er nennt die zehn Produkte und Codebasen nicht und zeigt keine vollständige Paarmatrix. Beobachtete Nichtnutzung schließt ein privates Experiment nicht aus. Sie belegt aber die Entscheidungsregel: Nicht angenommene Freiheit musste ihren dauerhaften Platz im gemeinsamen Vertrag rechtfertigen.

RFC 2026 verlangte damals für Draft Standard mindestens zwei unabhängige interoperable Implementierungen und hinreichende erfolgreiche Betriebserfahrung. Diese Forderung galt auch für einzelne Optionen und Merkmale; ohne Nachweis sollten sie normalerweise entfernt werden. RFC 2067 setzte dieses Verfahrensprinzip sichtbar am Header um.

ANSI-Konformität war ein anderer Beleg

HIPPI-FP und HIPPI-LE ließen einen größeren Kapselungsraum zu. RFC 2067 erklärte offen, strenger zu sein. Ein nach ANSI gültiges IP-Paket konnte nach dem RFC unzulässig sein; das Ziel durfte es annehmen oder ignorieren.

„Standardkonform“ braucht daher ein Bezugsobjekt. ANSI-Konformität belegt eine gültige Link-Layer-Form. RFC-Konformität bezeichnet die Teilmenge, die Internet-Peers voneinander erwarten dürfen. Hardwarefähigkeit erzeugt keine Pflicht, jede mögliche Form in jeder IP-Implementierung zu tragen.

ARP musste eigene Erfahrung vorlegen

RFC 1374 verband IP und ARP. Für die Kapselung lag Erfahrung vor, für die Adressauflösung nicht genug. RFC 2067 verschob ARP deshalb in ein separates informatives Memo. Eine spätere Rückkehr blieb von Interesse und Implementierungen abhängig.

So konnte der Erfolg eines Moduls die Reife eines anderen nicht simulieren. Ein übertragenes IP-Paket beweist keine Adressauflösung, Konfiguration oder Broadcast-Emulation. RFC 2834 präzisierte und erweiterte diese Aufgaben im Jahr 2000 für HIPPI-800.

Die Zusage endete am gemeinsamen Link

Konforme Hosts galten hinter einem einzelnen HIPPI-SC-Switch und auf einer direkten bidirektionalen Verbindung als interoperabel. Komplexere Netze mochten funktionieren, doch ihr Verhalten hing vom Aufbau und der Kopplung der Switches ab.

Ein einzelner Switch wurde als nicht blockierend behandelt. Auf einer gemeinsam genutzten Verbindung zwischen Switches kann dagegen eine Quelle den Pfad einer anderen belegen. Dieses Fabric-Problem lässt sich nicht aus einem korrekten Paketkopf ableiten und blieb außerhalb der Spezifikation.

Ein Mitschnitt kann D1-Größe, D2-Offset, Fill und Burst-Lage belegen. Er beweist weder Anwendungszustellung noch störungsfreie Topologie, Identität oder Berechtigung. Auch die Aussage, keine bekannten Sicherheitsprobleme einzuführen, liefert keine Authentifizierung oder Vertraulichkeit.

Mit Lu Hengs späterem Modell einer minimalen Ausgangsspezifikation lässt sich die Episode als dünne gemeinsame Schicht lesen: Nur nachgewiesene Interoperabilitätsregeln bleiben gemeinsam, Topologieentscheidungen bleiben lokal. Das ist eine spätere redaktionelle Perspektive, nicht John Renwicks erklärte Absicht. Historisch genügt der engere Befund: Laufender Code erlaubte die Streichung, und der Testaufbau setzte der Zusage eine Grenze.

Quellen