Кратко

  • RFC 5242 действительно входит в архивную серию RFC, но метаданные и IESG Note называют её информационным юмором, не документом IETF и не кандидатом в стандарт, а текст — неполным.
  • Номер отвечает на вопрос о документе. Статус, поток, институциональная оговорка, версия, код и эксплуатация — самостоятельные факты.

Ссылка сохранилась, оговорки исчезли

В требованиях появляется фраза «обработка символов соответствует RFC 5242». Идентификатор ведёт к реальному тексту. Тот предлагает объединять визуально похожие формы, собирать буквы из линий и модификаторов и использовать 23-битный код, потому что 3 и 23 — простые числа, «в отличие от 42». Адрес обсуждения использует фиктивный домен, дата — первое апреля.

Не нужно угадывать шутку. Страница RFC Editor ставит тег humor. Категория — Informational. IESG Note говорит, что это не документ IETF, он не может стать Internet Standard, не прошёл IETF-проверку рисков внедрения и требует осторожной оценки. Abstract прямо называет спецификацию неполной.

Каталог, сохранивший только номер и название, выбирает наиболее авторитетно выглядящую часть записи и удаляет границы её применения.

Идентификатор всё же полезен

Номер создаёт стабильную личность документа, канонический архив и долговечную ссылку. Эту пользу не надо превращать в сертификацию. RFC 5242 показывает, что сильная идентичность может сосуществовать с явно отсутствующей нормативной властью.

Серия RFC включает несколько потоков и категорий. RFC 4844, 5741, 7841 и 8729 делают происхождение и статус видимыми. Standards Track, Best Current Practice, Experimental и Informational не взаимозаменяемы.

Номер отвечает «какой текст?». Статус и путь публикации — «каким процессом и с каким притязанием?». IESG Note дополнительно ограничивает трактовку. Связи обновления и отмены определяют преемника. Ни одно поле не доказывает работающий код.

Публикация не равна внедрению

RFC Editor принял редакционное решение опубликовать текст. Это не запись консенсуса IETF. Даже формальный стандарт не доказывает совместимую реализацию. Реализация не доказывает распространение; внедрение не доказывает безопасность или результат.

Для RFC 5242 источники не показывают продукт, эксплуатацию, инцидент, измерение или долю применения. Называть её рабочей заменой Unicode либо IDNA означало бы добавить отсутствующие факты.

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

Интерфейс способен отмывать авторитет

Поиск выделяет номер и заголовок, а предупреждение прячет. Автоматическое резюме извлекает правила кодирования и теряет IESG Note. Отдельные предложения остаются верны, а институциональный вывод становится ложным.

Оговорка должна стоять рядом: «RFC 5242, юмористический Informational; не документ IETF» — не то же утверждение, что голый номер.

IESG отсылает к RFC 4690 по языковым, операционным и защитным вопросам IDN. RFC 3490 определяла IDNA2003 и была заменена семейством IDNA2008, включая RFC 5890 и 5891. Unicode имеет собственные версии. RFC 5242 заимствует контекст, но не наследует власть соседних работ.

Надёжная цепочка сохраняет шесть квитанций: идентичность; статус и источник; институциональное примечание; версию и преемника; реализацию; внедрение и эффект. Проверяемая реальность Lu Heng запрещает престижному ярлыку выходить дальше процесса и результата, которые можно атрибутировать.

Источники