Zusammenfassung
- RFC 1097 behauptet im eigenen Statustext, einen Standard für die Internet-Gemeinschaft festzulegen. Der heutige RFC-Editor-Eintrag führt das Dokument dagegen als
Unknownim Independent Stream; der IETF Datatracker verneint eine formale Stellung im IETF-Standardisierungsprozess. - Die satirische Option war standardmäßig aus. Erst DO/WILL erlaubte die Subnegotiation von Botschaft, Dauer und Frequenz. Diese Zustimmung beschrieb den Zustand von Telnet-Endpunkten, nicht die informierte Einwilligung des Benutzers.
- Der Client sollte lediglich eine implementierungsabhängige Darstellung versuchen. Parameterempfang bewies weder sichtbare Pixel noch Wahrnehmung, Überzeugung, Software-Update oder Handlung.
Eine Selbstauskunft ist keine verliehene Stellung
RFC 1097 trägt die vertrauten Merkmale eines technischen Dokuments: Network Working Group, B. Miller von CMU-NetDev, 1. April 1989, Befehlsbedeutungen, Default, Motivation und Beispiele. SUBLIMINAL-MESSAGE erhält die Nummer 257. Der Statustext nennt das Ganze einen Standard für die Internet-Gemeinschaft.
Damit ist sicher, was im Memo steht. Die institutionelle Einordnung kommt von anderer Stelle. Die aktuelle Informationsseite des RFC Editor nennt Unknown und Independent Stream. Der IETF Datatracker erklärt, das Dokument sei vom IETF nicht gebilligt und habe keine formale Stellung in dessen Standardisierungsprozess.
Der Text ist das archivierte Objekt, der Katalog klassifiziert es. Wer den Satz im Objekt an die Stelle des Katalogs setzt, überträgt die Entscheidung über Autorität an genau die Partei, die von ihr profitiert.
Ein Archiv bewahrt auch Texte, die keine Betriebsregel sind
RFC 8700 beschreibt die April-1-RFCs als besondere humoristische Gattung im Independent Stream. Sie durchlaufen nicht das gewöhnliche formale Prüf- und Genehmigungsverfahren, werden aber für ihren speziellen Zweck ausgewählt und redigiert.
RFC 1097 lebt von dieser Rollenverteilung. „Use VMS“, „Go home“, Phosphornachleuchten und Morsezeichen auf der Caps-Lock-LED erscheinen unter denselben Überschriften wie eine reale Option. Die Veröffentlichung bestätigt, dass die Satire einen Platz im dauerhaften RFC-Archiv erhielt. Sie bestätigt nicht, dass jede dort erhaltene Aussage ein Internet Standard ist.
Selbst eine unterschwellige Botschaft begann mit einem Nein
Die entliehene Telnet-Mechanik ist real. RFC 854 definiert eine bidirektionale, byteorientierte Verbindung mit NVT als gemeinsamem Ausgangspunkt. Optionen werden vorgeschlagen, angenommen oder abgelehnt. Unbekannte Fähigkeiten lassen sich verweigern, ohne den verständlichen Grundzustand zu verlassen.
RFC 855 trennt bei Parametern die Zustimmung zur Erörterung von der eigentlichen Subnegotiation. DO/WILL kommt zuerst; DON'T/WON'T kann die Fähigkeit wieder beenden.
RFC 1097 hält daran fest. WILL bittet um Erlaubnis oder bestätigt die Bereitschaft zur Anzeige, WON'T verweigert sie. DO verlangt die Anzeige oder gewährt die Erlaubnis, DON'T untersagt sie. Der Default lautet WON'T/DON'T: keine Botschaft.
Der entfernte Rechner besitzt den lokalen Bildschirm also nicht kraft Verbindung. Er benötigt zuvor einen begrenzten Optionszustand des Clients. Das ist noch keine menschliche Einwilligung, aber eine klare Trennung zwischen Wunsch und erworbener technischer Befugnis.
257 lag hinter der gewöhnlichen Optionsliste
Das aktuelle IANA-Register der Telnet-Optionen reicht bis 255. Dort steht Extended-Options-List; einen heutigen Eintrag 257 oder SUBLIMINAL-MESSAGE gibt es nicht.
RFC 861 liefert den technischen Hintergrund. EXOPL unter 255 sollte durch gekapselte Verhandlung weitere 256 Optionen erschließen. RFC 1097 nennt 257, schreibt in seinen Beispielen jedoch nur die symbolische Form IAC DO/WILL/SB SUBLIMINAL-MESSAGE und führt die EXOPL-Rahmung nicht aus.
Belegt ist damit eine Pointe am Rand eines echten Erweiterungsmechanismus. Nicht belegt sind eine heutige IANA-Zuweisung, konkrete Drahtbytes oder eine interoperable Implementierung. Eine Nummer im Memo ist noch kein Registereintrag.
Der Client stimmte zu; der Mensch nahm nicht am Handshake teil
Nach DO/WILL durfte der Sender zwei 16-Bit-Werte und eine Zeichenfolge schicken. Der erste Wert bestimmte Millisekunden der Anzeige, der zweite Sekunden zwischen Wiederholungen. Der Client sollte die Subnegotiation annehmen und die Darstellung versuchen. Ort und Rendering blieben lokal. Ein Byte mit Wert 255 musste nach Telnet-Regel verdoppelt werden.
Die Beispiele ersetzen „Use VMS“ durch „Go home“ und beenden die Anzeige mit zwei Nullwerten und leerer Zeichenfolge. Als Motivation nennt das Memo Benutzer, die sich durch gewöhnliche Hinweise nicht zum Telnet-Update bewegen ließen, und verweist auf REMOTE-FLOW-CONTROL. Die reale RFC 1080 hatte Option 33 kurz zuvor ebenfalls mit vorgelagerter DO/WILL-Phase beschrieben.
Doch in RFC 1097 stimmt der Client zu. Weder Aufklärung des Menschen noch Wahl von Inhalt, Takt oder Zweck wird erfasst. Automatische Konfiguration, Administrator oder Programmierer könnten WILL auslösen. Ein Softwarezustand darf daher nicht als Einwilligung des Benutzers ausgegeben werden.
Der Sender beherrscht Inhalt und Zeit, der Client die Darstellungsweise. Die Aufmerksamkeit des Menschen liegt außerhalb des Protokolls. Diese drei Oberflächen in „der Benutzer hat zugestimmt“ zusammenzufassen, verdeckt den tatsächlichen Entscheider.
Ein Darstellungsversuch war noch kein Ergebnis
Eine eingegangene Subnegotiation belegt Parameter im Datenstrom. Ein lokales Protokoll könnte den Aufruf einer Rendering-Funktion belegen. Ob das Terminal tatsächlich sichtbar reagierte, ob jemand anwesend war, hinsah, etwas bemerkte, verstand oder handelte, verlangt jeweils weitere Beobachtung.
Das Memo behauptet, eine CMU-Implementierung berücksichtige Leitungsgeschwindigkeit, Videoeigenschaften und Phosphorpersistenz; eine Morsecode-Version für die Caps-Lock-LED sei in Arbeit. Als Aussagen einer Satire beweisen diese Sätze weder Auslieferung noch Betrieb noch Wirkung.
Die Beweiskette lautet deshalb: archivierter Text, offizielle Einstufung, ausgehandelte Fähigkeit, empfangene Parameter, lokaler Versuch, physische Darstellung, Wahrnehmung, Überzeugung, Handlung. Keine frühe Stufe darf den späteren Befund ersetzen.
Quellen
- RFC 1097 — Telnet Subliminal-Message Option
- RFC-Editor-Eintrag zu RFC 1097
- IETF-Datatracker-Eintrag zu RFC 1097
- RFC 8700 — Fifty Years of RFCs
- RFC 854 — Telnet Protocol Specification
- RFC 855 — Telnet Option Specifications
- RFC 861 — Telnet Extended Options: List Option
- RFC 1080 — Telnet Remote Flow Control Option
- IANA — Telnet Options
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
