stringtranslate.com

Запрос комментариев на День смеха

Запрос на комментарии (RFC) в контексте управления Интернетом — это тип публикации от Internet Engineering Task Force (IETF) и Internet Society (ISOC), обычно описывающий методы, поведение, исследования или инновации, применимые к работе Интернета и подключенных к Интернету систем.

Почти каждый День смеха (1 апреля) с 1989 года редактор Internet RFC публикует один или несколько юмористических документов Request for Comments (RFC), следуя по пути, проложенному RFC от июня 1973 года. 527 называется ARPAWOCKY, пародия на бессмысленную поэму Льюиса Кэрролла "Jabberwocky " . Следующий список также включает юмористические RFC, опубликованные в другие даты.

Список RFC ко Дню дурака

1978

Пародия на стиль документации TCP/IP . Долгое время в индексе RFC специально отмечалось "указать дату выпуска".

1989

1990

Обновлено RFC 2549 в 1999 г.; см. ниже. Описывает протокол передачи IP-пакетов почтовыми голубями .
В 2001 году RFC 1149 был фактически реализован [1] членами Bergen Linux User Group .
См. также RFC 6214, как указано ниже. Описывает адаптацию RFC 1149 для IPv6 .

1991

1992

1993

1994

Приписывается Уильяму Шекспиру .

1995

1996

1997

1998

Этот RFC предназначен не только для развлечения: описанный протокол регулярно внедрялся на хакерских мероприятиях в Европе.

1999

2000

Относительно практических аспектов теоремы о бесконечной обезьяне .

2001

2002

Пародия на «Всё по IP и IP поверх всего» [2] и энергетический кризис в Калифорнии 2000–2001 годов .

2003

Предложение о « зловредном бите » как опции в заголовке пакета IPv4 . Позже это стало синонимом всех попыток поиска простых технических решений для сложных человеческих социальных проблем, требующих добровольного участия злоумышленников.

2004

2005

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

2006

В этом году RFC от 1 апреля не был опубликован, но объявление в списке IETF о назначении персонажа «Улицы Сезам» Берта членом IAB, по всей видимости, было первоапрельским трюком 2006 года.

2007

2008

2009

Реализовано автором на Facebook в процессе написания RFC. [3]

2010

2011

2012

2013

Когда станет возможным отправлять пакеты через Интернет быстрее света , они могут быть получены до того, как будут отправлены (из-за обращения времени ), что окажет значительное влияние на многие протоколы, используемые сегодня. При достаточной скорости (и соответствующем отрицательном сдвиге времени) полная коммуникация может произойти еще до ее начала. RFC рассматривает принципы проектирования этих протоколов, чтобы предотвратить будущие сбои в коммуникации. Скорее всего, нам следовало бы начать обновлять их вчера.

2014

Обновляет RFC  2324 для кофемашин , которые также могут заваривать чай . Также определяет код ответа HTTP 418 I'm a Teapot , который чайники используют, когда не могут заварить кофе .
Хотя обычно нежелательные, копии закрытых ключей цифровых сертификатов X509 могли быть или были переданы третьей стороне для законного перехвата или по другим причинам. Теперь пользователи могут быть уведомлены об этом факте с помощью нового расширения сертификата, указывающего логическое значение . Если «истина», закрытый ключ был передан; если «ложь», подписывающая сторона воздерживается от комментариев относительно того, имело ли место совместное использование.ext-KeyUsage

2015

Green IT становится все более важным. В беспроигрышном предложении, как для пакетов, так и для окружающей среды, этот RFC определяет способ маршрутизации пакетов по воздуху, чтобы получить как можно больше солнечного света и свежего воздуха. Отправка пакетов по Wi-Fi или голубями поможет им избежать мучительной рутины сборки и разборки, а также постоянного простреливания темных волокон и медных кабелей .
В подходе, похожем на ныне устаревший ICMP Source Quench , он повторно использует поле 'Type' (4) пакета, чтобы сообщить отправителю (на самом деле более явно, чем ECN ) заткнуться. Пользователь, ответственный за трафик, ДОЛЖЕН быть осведомлен о содержании сообщения RECN с помощью преобразования текста в речь или всплывающих окон , если аудиоканал отключен.

2016

В этом году RFC от 1 апреля не был опубликован. [4]

2017

Применяет довольно математический подход для использования 128-битного адресного пространства IPv6 другими способами, нежели традиционный, чтобы в конечном итоге прийти к Комплексным Адресам. Вы можете использовать мнимую часть комплексного адреса (с полярными координатами в качестве действительной части), чтобы, например, добраться до Санта-Клауса . Он также предлагает использовать Летающие Адреса для конечных хостов, использующих IP через авианосцы .
Поскольку Совет по архитектуре Интернета намерен смягчить требования к совместимости с IPv4 для новых или расширенных протоколов, этот RFC помогает принятию IPv6 , устанавливая бит зла ​​для всех пакетов IPv4 в 1 , гарантируя, что хосты с двойным стеком будут отдавать предпочтение IPv6, как и алгоритм Happy Eyeballs . Для поддержания функциональной эквивалентности между IPv4 и IPv6, «флаг безопасности» RFC  3514 должен быть включен в заголовок IPv6 . Расширенные параметры безопасности могут быть указаны в новом заголовке параметра hop-by-hop .
ASCII-искусство в своей самой великолепной форме. Изображает и аннотирует крыланов , Лох-несское чудовище , некоторые фундаментальные элементы Баухауса и даже стаю авианосцев .

2018

Искренний призыв положить конец дискриминации пакетов на уровне IP, где они часто (даже в наши дни) преждевременно завершаются на основе цвета, [5] длины , возраста и т. д. или даже версии IP !
Предлагает использовать 128-битный Unicode для упрощения интернационализации IPv6 , поскольку 1.114.112 кодовых точек текущей реализации Unicode считаются недостаточными для будущего. Адреса IPv6 могут быть представлены одним глифом U+128 , чтобы уменьшить нагрузку на глаза сетевых администраторов.
В случае его реализации RFC 8135 станет устаревшим  , поскольку «[он] оказался слишком сложным для реализации в любом случае».

2019

Протокол «ответ/запрос», аналогичный HTTP/1.1 , но где клиенты отправляют ответ серверу (например, «Hello World. Моя полезная нагрузка включает завершающий CRLF.»), на который сервер отвечает запросом (например, GET /hello.txt), как в игре Jeopardy!. Протокол Hypertext Double Jeopardy Protocol (HTJ2P) (описанный в Приложении A) снова инвертирует семантику HTJP.
Авторы утверждают, что DNS (защищенный с помощью DNSSEC ) лучше всего подходит для глобального и надежного предоставления информации, помогающей поддерживать высокое качество опыта для CPE (среди прочего). С определением четырех новых типов DNS RR ( пароль , номер кредитной карты , номер социального страхования и запись указателя SSN ) они надеются создать сквозное, целостное управление сетью.

2020

Предложение использовать UTF-8 для сокрытия (и замены) текстовых IP-адресов , чтобы заставить небольшое меньшинство людей использовать DNS вместо того, чтобы придерживаться (и смешивать) простых IP-адресов.
Отвергает RFC  6921 с представлением, что рассмотрение путешествия во времени для доставки пакетов со скоростью, превышающей скорость света, «забавно», но невозможно как концепция. Вместо этого он фокусируется на реальной квантовой запутанности в отношении времени прохождения пакетов туда и обратно , которое (в зависимости от наблюдателя) может достичь нуля. Это может вызвать хаос среди нескольких протоколов, который должен быть исправлен «вовремя», прежде чем что-то сломается.

2021

Поскольку Internet Engineering Task Force утверждает, что она "не является полицией протоколов", она официально учреждена здесь. Она контролирует различные аспекты определений протоколов, изложенных в серии RFC, и обеспечивает их соблюдение. Им разрешается доступ к закрытым садам , и они могут даже прибегнуть к тюремному заключению за нарушение правил дорожного движения. Кстати: если вы заинтересованы в присоединении к полиции протоколов, свяжитесь с вашим локальным хостом .

2022

Препятствует практике введения дефектов программного обеспечения , чтобы сократить расходы и уменьшить влияние на безопасность. Вводя некоторые лучшие современные практики, авторы надеются избавиться от них: "Авторы НЕ ДОЛЖНЫ реализовывать ошибки. Если ошибки вносятся в код, они ДОЛЖНЫ быть четко задокументированы".
Известных проблем с шестнадцатеричным представлением чисел можно избежать, заменив его алфавит из цифр 0-9 и AF двумя восьмеричными диапазонами: 0-7 и буквами «cjzwfsbv» (для представления значений 8-15 побитовым элегантным способом).

2023

Как это принято в легких романах , «флаг смерти» указывает на повышенную вероятность быстрой кончины персонажа. Перенесенный в TCP , флаг DTH в заголовке пакета может привести к более плавным и привлекательным повествованиям сеансов.
Наконец, формализованный способ (с описанием грамматики ABNF ) правильно описать взаимодействие между кошками и контейнерами , включая случайный клубок пряжи .
Протокол обнаружения сарказма ИИ (ASDP) — это фреймворк для обнаружения сарказма в системах ИИ (написанный с помощью ChatGPT ). Обнаружение сарказма может помочь улучшить взаимодействие ИИ и человека.

2024

Последние достижения в области искусственного интеллекта (ИИ), такие как большие языковые модели, позволяют разработать протокол Faster than Light speed Protocol (FLIP) для Интернета. FLIP предоставляет способ избежать перегрузки, повысить безопасность и доставлять более быстрые пакеты в Интернете, используя ИИ для прогнозирования будущих пакетов на принимающем узле до их прибытия. В этом документе описывается протокол, его различные инкапсуляции и некоторые эксплуатационные соображения.

Другие юмористические запросы на комментарии

Стенограмма беседы шизофренического чат-бота ПЭРРИ с компьютерным симулятором психиатра ЭЛИЗОЙ (он же «Доктор»), которые оба с блеском провалили тест Тьюринга .
Очень « ARPA -овская» пародия на бессмысленную поэму Льюиса Кэрролла « Бармоглот ».
Стихотворение , в котором обсуждаются проблемы, возникающие при вводе новой сети в эксплуатацию, и методы отладки, используемые при этом. Оно показывает, что индексация массива является проблематичной с давних времен.
Пародия на рождественскую песнь « Двенадцать дней Рождества », в которой компьютерные неполадки накапливаются, а ИТ-персонал перегружен работой, как в обычный день.
Представляем алгоритм шифрования NULL , математически определяемый как функция идентичности : NULL ( b ) = I ( b ) = b , который обеспечивает средства для инкапсуляции полезной нагрузки безопасности , обеспечивая аутентификацию и целостность , но без конфиденциальности .

Подача заявок на комментарии ко Дню смеха

Редактор RFC принимает от широкой общественности надлежащим образом оформленные RFC ко Дню дурака и рассматривает их для публикации в том же году, если они получены не позднее, чем за две недели до 1 апреля. [6] [7] Такая практика публикации RFC ко Дню дурака особо отмечена в памятке-инструкции для авторов RFC с ироничным примечанием: «Обратите внимание, что в прошлые годы редактор RFC иногда публиковал серьезные документы с датами 1 апреля. Читатели, которые не могут отличить сатиру, читая текст, могут иметь будущее в маркетинге». [6]

Ссылки

  1. ^ "RFC 1149 реализован". Blug.linux.no. Архивировано из оригинала 2011-10-04 . Получено 2012-03-18 .
  2. ^ D. Thaler; B. Aboba (июль 2008 г.). Что делает протокол успешным?. Сетевая рабочая группа. doi : 10.17487/RFC5218 . RFC 5218. Информационный.
  3. ^ Э. Винке. «IPv6 в социальной сети Facebook».
  4. ^ Фланаган, Хизер (2 апреля 2016 г.). «Эй, ребята, где 1 апреля 2016 г. RFC. Упс...» rfc-i (список рассылки).
  5. ^ O. Aboul-Magd; S. Rabie (июль 2005 г.). Двухскоростной трехцветный маркер дифференцированной услуги с эффективной обработкой трафика в профиле. Сетевая рабочая группа. doi : 10.17487/RFC4115 . RFC 4115. Информационный.
  6. ^ ab "Инструкции по запросу комментариев (RFC) для авторов". Архивировано из оригинала 2012-03-27 . Получено 2012-03-18 .
  7. ^ «Часто задаваемые вопросы по редактору RFC IETF, Q20: Как отправить RFC на 1 апреля?». Rfc-editor.org. 2011-07-21 . Получено 2012-03-18 .

Дальнейшее чтение

Внешние ссылки