Zusammenfassung

  • RFC 1926 bildet sämtliche Vier-Bit-Werte auf Buchstaben ab, setzt ein Startzeichen davor, moduliert Morsecode und schlägt sieben Trägerfrequenzen vor.
  • Der Empfang soll nur die Sendeschritte umkehren; ohne Endregel, Zeitmodell, Integritätsprüfung und Fehlerzustände ist aber nicht eindeutig, was überhaupt umzukehren ist.
  • Eine minimale Spezifikation darf Funktionen delegieren oder weglassen. Sie muss die gemeinsam wirksamen Grenzen trotzdem ausdrücklich und prüfbar festlegen.

Rückwärts ist keine Zustandsmaschine

Der Sender besitzt eine Information, die der Empfänger erst gewinnen muss: die Länge. Er kennt das ursprüngliche IP-Datagramm, die Zahl der erzeugten Buchstaben und den Zeitpunkt, an dem er den letzten Ton beendet. Der Empfänger hört lediglich ein zeitliches Muster.

RFC 1926 beschreibt den Hinweg mit bemerkenswerter Dichte. Das Datagramm wird in Vier-Bit-Stücke in „network beep order“ geteilt. Eine Tabelle weist allen sechzehn Werten Buchstaben zu. Vorangestellt wird b als Startsignal. Danach schaltet gewöhnlicher Morsecode einen gleichbleibenden Ton ein und aus.

Die Frequenz ist die „Acoustical Signature“ des Senders. Sieben AS numbers zwischen 440 und 784 Hz sollen verschiedene „Local Acoustical Networks“ voneinander abheben; für den Normalfall gilt 440 Hz. So entsteht ein vollständiges Bild dessen, was der Sender erzeugen soll.

Für den Empfang steht: Das Verfahren werde einfach rückwärts ausgeführt. Eine inverse Tabelle kann aus einem bereits erkannten Buchstaben vier Bits gewinnen. Sie erkennt aber nicht, ob eine Pause zum Morsezeichen, zwischen zwei Zeichen oder ans Rahmenende gehört. Sie entscheidet nicht, ob ein ausbleibender Ton Verlust bedeutet und wann der Empfangszustand zurückgesetzt wird. Ohne Endmarke, Längenangabe oder äquivalente Zeitregel kann derselbe Schallstrom zu unterschiedlichen Datagrammen führen.

Archivwert ohne Standardsgewalt

Das Memo erschien am 1. April 1996 als Informational und erklärt ausdrücklich, keinerlei Internetstandard festzulegen. Die heutige Informationsseite des RFC Editor ordnet es dem Independent Stream zu. Diese aktuelle Katalogangabe ist nicht mit einem Beleg gleichzusetzen, der sämtliche Abläufe von 1996 im heutigen institutionellen Vokabular beschreibt.

Die spätere Rückschau RFC 8700 erläutert die besondere Tradition: April-1-RFCs sind humoristische Beiträge des Independent Stream ohne formales technisches Prüf- und Genehmigungsverfahren. Der Text spielt folgerichtig mit ATM, LAN und AS, bis jede Abkürzung klingt.

Damit ist weder Nutzlosigkeit noch Einsatz bewiesen. Die neun Quellen enthalten keine unabhängige Implementierung, keinen Interoperabilitätsversuch und keine Betriebsmessung zu RFC 1926. Aus dieser Quellenlage folgt aber nicht, dass niemand je etwas gebaut hat. Belegt ist nur die Dokumentgrenze: Zwei voneinander unabhängige Empfänger erhalten nicht alle gemeinsamen Entscheidungen aus dem Memo.

Minimal heißt nicht unausgesprochen

Ein besonders knapper Gegenentwurf ist RFC 1055. SLIP macht nach eigener Darstellung kaum mehr, als IP-Pakete auf einer seriellen Leitung einzurahmen. Adressierung, Protokolltyp, Fehlerkorrektur und Kompression fehlen. Dennoch sind END-Zeichen, Escape-Regeln für END und ESC, ein anfängliches END zum Ausspülen von Leitungsrauschen, Sende- und Empfangslogik sowie eine praktische maximale Datagrammgröße beschrieben.

Das Wenige ist an beiden Enden dasselbe Wenige.

RFC 1662 zerlegt HDLC-ähnliches PPP-Framing weiter. Ein Flag bezeichnet Anfang oder Ende. Escaping beziehungsweise Bit Stuffing verhindert, dass Nutzdaten dieses Flag vortäuschen. Eine Frame Check Sequence erkennt Beschädigung. Ungültige Rahmen und die Zeit zwischen Rahmen haben definierte Folgen. Für einen akustischen Versuch wären andere Antworten möglich; die Fragen nach Ende, Transparenz, Integrität und Synchronisation bleiben dennoch bestehen.

Auch das echte ATM hinter dem Titel ist aufschlussreich. RFC 1577 beschreibt Classical IP und ARP über Asynchronous Transfer Mode mit AAL5. Es legt Annahmen über virtuelle Verbindungen, LLC/SNAP als Standardkapselung, eine IP-MTU von 9180 Oktetten, Adressauflösung und die Kennzeichnung des PDU-Endes in der letzten Zelle fest. Zugleich weist es die erneute Übertragung höheren Protokollen zu. Delegation ist vollständig, wenn die Zuständigkeit sichtbar ist.

Sechs Beweisstufen statt eines großen Wortes

Eine Darstellung ordnet Bits und Buchstaben zu. Eine Modulation bringt Buchstaben auf den physikalischen Träger. Framing grenzt ein Datagramm ab. Integrität und Erholung geben Beschädigung, Abbruch, Verlust und Duplikaten feststellbare Folgen. Interoperabilität verlangt getrennt entwickelte Endpunkte und auch fehlerhafte Testvektoren. Betrieb verlangt Messungen von Durchsatz, Verzögerung, Verlust, Reichweite, Störung und Koexistenz.

RFC 1926 erreicht die ersten beiden Stufen und liefert ein Startindiz für die dritte. Punktdauer, Toleranz, Resynchronisation, maximale Größe, Konkurrenz auf derselben Frequenz und ungültige Folgen fehlen. Die Warnung vor belebten Orten benennt ein Risiko, ohne einen Sicherheitsmechanismus zu schaffen.

Die später formulierte Running-Code Primacy hält Veröffentlichung, Implementierung, Validierung, Einsatz und Nutzung als getrennte Tatsachen auseinander. Minimum Initial Specification präzisiert: Minimalität verlangt wenige, aber strenge gemeinsame Regeln, wo Interoperabilität von ihnen abhängt. Reality Layers trennt die symbolische Beständigkeit eines RFC samt Wortspielen von der ausführbaren Wirklichkeit eines erkannten, geprüften und gelieferten Signals.

Diese späteren Gedanken sind keine Aussage über Erikssons Absicht. Als historische Prüfmethode verhindern sie nur eine Übertreibung: Die Quellen dokumentieren keinen gescheiterten Betrieb. Das Memo endet, bevor es den Erfolgstest beschreibt.