Опции TCP для обозначения настроения пакетов (RFC 5841)

Как обычно IETF или Internet Engineering Task Force (Специальная комиссия интернет-разработок) на первое апреля выпустила очередную шутливую спецификацию: RFC 5841 – TCP Option to Denote Packet Mood
или Опции TCP для обозначения настроения пакетов. :) Шутниками на этот раз выступили Richard Hay и Warren Turkal, сотрудники компании Google.

Немного попереводил:

Введение

Пытаясь очеловечить бесчисленные потоки битов по всему миру, мы предлагаем ввести опции для выражения настроения пакетов.

Пакеты бесчувственны. Они создаются для перемещения данных из одной системы в другую. Тем не менее, ясно, что в некоторых ситуациях можно добавить чуточку эмоций. Например пакет, который пытается повторно передать данные для которых не был получен ACK-ответ, можно охарактеризовать как «сердитый», или «разочарованный», если это не первая неудачная попытка их передачи. Эти виды чувств можно передать внутри пакетов. Решается это путём добавления опций [RFC793] в заголовки TCP. используя ASCII коды символов широко известных как «смайлики».

Пропускаю терминологию и синтаксис...

Упрощенное представление эмоций

Предполагается использование распространённых смайликов для выражения настроения. Пакеты бесчувственны как таковые. Настроение, которое они могут выражать, является отражением настроения пользователей выраженного через пакеты.

Таким образом, человечность, выраженная в пакетах будет полностью исходить от людей.

Для передачи простых чувств предлагается предлагается следующий набор:

Далее пропускаю кодировки флагов настроения и технические подробности их реализации.

Условия при которых пакеты помечаются настроением:

4.1. Счастливые пакеты

В нормальной ситуации все пакеты счастливы. Если ACK-ответ задерживается менее чем на 10 миллисекунд, то это говорит о высокоскоростном двунаправленном соединении, поэтому, при отсутствии повторной передачи и получении всех ACK назад, все последующие пакеты НУЖНО пометить, как «счастливые».

Отсутствие потерь и малое время задержки ответных пакетов делает счастливым конечного пользователя. Таким образом пакеты будут отражать его состояние.

4.2. Грустные пакеты

Если при передаче потери превысили 20% от всех пакетов, отправленных в сессии, было бы справедливо утверждать, что сессия в трауре по всем годным пакетам потерянным в великих пустошах Дикого Запада Интернета.

Это не следует путать с пакетами передаваемыми с пометкой "сердитый", поскольку этот тег распространяется на все кадры в сессиях обалдевших от эпических потерь.

4.3. Весёлые пакеты

Любой пакет, который передаёт текст шутки НУЖНО пометить как «весёлый».

Например:

1: Knock Knock
2: Who's there?
1: Impatient chicken
2: Impatient chi...
1: BAWK!!!!

Кажется это можно перевести примерно так:

Она: Тук-тук
Он: Кто там?
Она: Нетерпеливая курочка
Он: Нетерпеливая ку...
Она: КУДКУДАХ!

Или лучше добавить экспрессии, сделать больше слов и поменять собеседников местами:

Он: Тук-тук
Она: Кто там?
Он: Это йа – твой нетерпеливый петушок
Она: Нетерпеливый кто?
Он: ОТКРЫВАЙ, ДУРА!!! КУКАРЕКУ!!!

Хотя такие шутки в общем случае дословно не переводимы. На каждом языке существует свой пласт этого непритязательного юмора, так называемые knock knock jokes. В наших Россиях широко известен следующий вариант:

Неизвестный (осторожно): Тук-тук.
В. И. Ульянов-Ленин (опасливо из-за двери): Кто там?
Дзержинский (откровенно палясь): Кто-кто, Хуй конь в пальто.
В. И. Ульянов-Ленин (радостно узнавая): А, это ви, Феликс Эдмундович.

Или знаменитый диалог Галчонка и почтальона Печкина в незабвенном мультике о селе Простоквашино:

1: Тук-тук.
2: Кто-там?
1: Это я – почтальон Печкин. Принёс заметку про вашего мальчика.
...
1: Тук-тук.
2: Кто-там?
1: Это я – почтальон Печкин. Принёс заметку про вашего мальчика.
...
1: Тук-тук.
2: Кто-там?
1: КТО-КТО!!! ДА НИКТО!!! ЭТО - Я!!! ПОЧТАЛЬОН ПЕЧКИН!!! ПРИНЁС ЗАМЕТКУ ПРО ВАШЕГО МАЛЬЧИКА!!!

Однако, отвлекся. Побежим дальше.

4.4. Запутавшиеся пакеты

Разработчикам программ НУЖНО помечать пакеты как «запутавшиеся», если они переносят данные о комплексных философских вопросах, например, о жизни, о Вселенной и вообще.

4.5 Скучающие пакеты

Пакеты переносящие бухгалтерские данные, всякие там дебеты-кредиты ДОЛЖНЫ быть помечены как «скучающие».

Так же многие люди считают, что все RFC скучны. Пакеты передающие текст RFC МОГУТ быть помечены как «скучающие».

Пакеты содержащие юридическую терминологию и прочую латынь НУЖНО помечать как «скучающие».

И так далее... Про злых, равнодушных, хитрых. :)

В силу моих слабых познаний и в английском и тонкостях протокола TCP, а также недостатка времени, перевёл не все. Если есть желающие продолжить этот труд, то скажу, что сообщество российских разработчиков оценит его. Русские переводы стандартов очень нужны.

Посылаю всем читателям блога последовательность «весёлых» пакетов в полном соответствии с вышеуказанным стандартом. :D :D :D :D :D :D :D :D