stringtranslate.com

Первоапрельская просьба о комментариях

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

Почти каждый первоапрельский день (1 апреля), начиная с 1989 года, интернет- редактор RFC публикует один или несколько юмористических документов запроса на комментарии (RFC), следуя по пути, проложенному RFC в июне 1973 года. 527 под названием ARPAWOCKY, пародия на бессмысленное стихотворение Льюиса Кэрролла «Бармаглот » . В следующий список также включены юмористические 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

2014 год

Обновление RFC  2324 для кофемашин , которые также могут заваривать чай . Также определяет код ответа HTTP 418 I'm a Teapot , который чайники могут использовать, когда не могут заварить кофе .

2015 год

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

2016 год

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

2017 год

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

2018 год

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

2019 год

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

2020 год

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

2021 год

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

2022 год

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

2023 год

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

2024 год

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

Другие юмористические RFC

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

Подача первоапрельских RFC

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

Рекомендации

  1. ^ «RFC 1149 реализован» . Blug.linux.no. Архивировано из оригинала 4 октября 2011 г. Проверено 18 марта 2012 г.
  2. ^ Д. Талер; Б. Абоба (июль 2008 г.). Что делает протокол успешным? Сетевая рабочая группа. дои : 10.17487/RFC5218 . РФК 5218. Информационный.
  3. ^ Э. Винке. «IPv6 в социальной сети Facebook».
  4. ↑ Фланаган, Хизер (2 апреля 2016 г.). «Эй, ребята, где 1 апреля 2016 г. RFC. Упс...» rfc-i (список рассылки).
  5. ^ О. Абул-Магд; С. Раби (июль 2005 г.). Двухтарифный трехцветный маркер дифференцированного обслуживания с эффективной обработкой профильного трафика. Сетевая рабочая группа. дои : 10.17487/RFC4115 . РФК 4115. Информационный.
  6. ^ ab «Инструкции для авторов запроса комментариев (RFC)» . Архивировано из оригинала 27 марта 2012 г. Проверено 18 марта 2012 г.
  7. ^ «Часто задаваемые вопросы по редактору RFC IETF, вопрос 20: Как я могу отправить RFC 1 апреля?» Rfc-редактор.org. 21 июля 2011 г. Проверено 18 марта 2012 г.

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

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