Кратко

  • В собственном тексте RFC 1097 объявляет себя стандартом для интернет-сообщества. Нынешняя карточка RFC Editor указывает Unknown и Independent Stream, а IETF Datatracker говорит об отсутствии формального статуса в стандартизационном процессе IETF.
  • Сатирическая опция по умолчанию была выключена. Перед передачей сообщения, длительности и частоты требовался обмен DO/WILL. Он фиксировал состояние конечных точек Telnet, а не осознанное согласие человека.
  • Клиент должен был лишь попытаться выполнить отображение, способ и место которого зависели от реализации. Получение параметров не доказывало свет на экране, восприятие, убеждение, обновление программы или последующее действие.

Самоописание документа не заменяет внешнюю классификацию

RFC 1097 выглядит как обычная спецификация Telnet. В заголовке стоят Network Working Group, B. Miller, CMU-NetDev и дата 1 апреля 1989 года. Далее идут значения команд, состояние по умолчанию, мотивация, замечания по реализации и примеры. SUBLIMINAL-MESSAGE получает номер 257, а раздел о статусе называет текст стандартом.

Эта фраза надёжно свидетельствует о заявлении автора. Институциональное положение фиксирует другой источник. Нынешняя страница RFC Editor показывает статус Unknown и Independent Stream. IETF Datatracker уточняет, что публикация не одобрена IETF и не имеет формального положения в процессе стандартов IETF.

Текст — архивируемый объект, карточка — поверхность его классификации. Если объект может переписать карточку одной собственной фразой, право выдавать статус оказывается у того, кто больше всего в нём заинтересован.

Архив хранит шутку, не превращая её в обязательное правило

RFC 8700, история пятидесяти лет серии, описывает первоапрельские RFC как особую юмористическую часть Independent Stream. Для них нет обычного формального процесса рассмотрения и одобрения, хотя материалы отбираются и редактируются ради своей специальной роли.

RFC 1097 смешна именно благодаря точности формы. Фразы «Use VMS» и «Go home», послесвечение люминофора и азбука Морзе на индикаторе Caps Lock помещены в структуру настоящей опции. Публикация доказывает, что текст был принят в долговременный архив. Она не делает любой сохранённый текст Internet Standard.

Даже скрытое сообщение начиналось с возможности отказа

Заимствованный каркас Telnet реален. RFC 854 определяет двусторонний байтовый канал с общим состоянием NVT и согласуемыми опциями. Одна сторона предлагает, другая принимает или отклоняет. Неизвестную опцию можно отвергнуть и остаться в понятной обеим сторонам базе.

RFC 855 разделяет согласие обсуждать параметризованную опцию и собственно подпереговоры. Сначала DO/WILL, затем параметры; DON'T/WON'T прекращает режим.

RFC 1097 сохраняет эту схему. WILL просит разрешение на показ или подтверждает готовность, WON'T отказывается. DO просит другую сторону показывать сообщения или даёт ей разрешение, DON'T требует не показывать. Состояние по умолчанию — WON'T/DON'T: никаких сообщений.

Удалённая сторона не получает экран автоматически вместе с соединением. Ей сначала требуется ограниченная способность клиента. Это ещё не человеческое согласие, но уже разделение запроса и технически полученного права.

Число 257 находилось за пределом обычной таблицы

Современный реестр Telnet Options IANA перечисляет обычные значения до 255. За 255 закреплён Extended-Options-List; строки 257 или SUBLIMINAL-MESSAGE в текущем реестре нет.

RFC 861 даёт контекст. EXOPL с кодом 255 предназначался для ещё 256 опций, согласуемых внутри вложенного обмена. RFC 1097 выбирает 257, но в примерах оставляет символическую запись IAC DO/WILL/SB SUBLIMINAL-MESSAGE и не раскрывает формат EXOPL на линии.

Источники позволяют сказать, что шутку разместили сразу после обычного пространства рядом с реальным механизмом расширения. Они не доказывают регистрацию 257 в IANA, наблюдённые байты или совместимую реализацию. Напечатанный номер и запись реестра — разные факты.

Согласился клиент, а не человек у терминала

После DO/WILL отправитель мог передать два 16-битных значения и строку. Первое задавало миллисекунды показа, второе — секунды между повторениями. Клиент должен был принять подпереговоры и попытаться выводить строку сразу и периодически. Позиция и отрисовка оставались локальным решением. Байт 255 удваивался по правилам Telnet.

В примерах «Use VMS» сменяется «Go home», а два нуля и пустая строка останавливают показ. Мотивация говорит, что обычные объявления не убеждали пользователей обновить Telnet, и упоминает REMOTE-FLOW-CONTROL. Реальный RFC 1080 незадолго до этого описал опцию 33, также требуя DO/WILL до управляющих подпереговоров.

Однако RFC 1097 называет согласившейся стороной клиент. В тексте нет объяснения человеку, выбора содержания, частоты или цели. WILL мог появиться из автоматической настройки, решения администратора или программы. Состояние программы нельзя переименовать в согласие пользователя.

Отправитель управляет текстом и временем, клиент — способом отрисовки. Внимание человека не является полем Telnet. Фраза «пользователь согласился» скрыла бы того, кто на самом деле настроил режим.

Попытка отображения ещё не была человеческим результатом

Подпереговоры подтверждают получение параметров. Локальный журнал может подтвердить вызов функции. Но для видимого импульса нужна отдельная проверка состояния терминала. Затем отдельно устанавливаются присутствие человека, направление взгляда, замеченный сигнал, понимание и действие.

Записка утверждает, что реализация CMU учитывала скорость линии, видеовозможности и послесвечение люминофора, а версия для индикатора Caps Lock с азбукой Морзе находилась в разработке. Внутри сатирического текста это заявления, а не независимое доказательство поставки, эксплуатации или эффекта.

Полная лестница выглядит так: архивный текст, официальная классификация, согласованная способность, полученные параметры, локальная попытка, физический вывод, восприятие, убеждение, действие. Для каждой следующей ступени требуется новое наблюдение.

Источники