Кратко

  • IESG принимает содержательные отзывы до 28 сентября о переводе RFC 7405 из Proposed Standard в Internet Standard и включении в STD 68. Решения ещё нет.
  • RFC 7405 ввёл %s для строк ABNF с учётом регистра и %i для явного режима без учёта регистра, сохранив старое значение строк без префикса.
  • Запрос насчитал 20 нормативно ссылающихся RFC во втором квартале 2026 года, указал HTTP/1.1 и YANG и заявил о широкой поддержке в инструментах ABNF.
  • RFC 6410 отдельно требует как минимум две независимые совместимые реализации, широкое внедрение и успешный эксплуатационный опыт. Сводные показатели не раскрывают каждое из этих утверждений.
  • Короткая квитанция зрелости может соединить доказательства, не возвращая отменённый обязательный отчёт о тестировании совместимости.

Небольшая норма и крупное решение о зрелости

ABNF из RFC 5234 описывает синтаксис множества интернет-протоколов. По умолчанию строка в кавычках сравнивается без учёта регистра. Чтобы потребовать точное написание, авторам приходилось перечислять символы десятичными или шестнадцатеричными кодами.

RFC 7405 сделал правило читаемым. %s"false" совпадает только с указанным регистром, %i"aBc" явно задаёт нечувствительное сравнение, а отсутствие префикса сохраняет прежнюю совместимость. Изменение занимает четыре страницы и обновляет две части базового ABNF.

Нынешний процесс не переписывает документ. RFC 6410 разрешает IESG после общеинженерного Last Call продолжительностью не менее четырёх недель изменить классификацию существующего RFC. В объявлении сказано, что запрос поступил от отдельного участника, решение ожидается в ближайшие недели, а отзывы принимаются до 28 сентября. На момент фиксации источников Datatracker показывал AD Review.

Это последовательность полномочий: участник подаёт аргумент, сообщество проверяет его, IESG принимает решение. Открытие Last Call само по себе ничего не повышает.

Принятие в стандартах хорошо заметно

Ко второму кварталу 2026 года запрос обнаружил двадцать RFC с нормативной ссылкой на RFC 7405. Текущая страница зависимостей показывает документы из HTTP, YANG, электронной почты, медиа, CDDL, DNS и других областей, а также активные черновики. Datatracker предупреждает, что извлекает такие зависимости эвристически.

В RFC 7950 использование видно непосредственно в грамматике YANG 1.1: %s закрепляет регистр множества ключевых слов, включая module, container, leaf и rpc. Запрос также называет HTTP/1.1 и утверждает, что расширение широко поддерживается инструментами ABNF, а известных несовместимостей и расходящихся толкований нет.

Есть и показательный контраст. RFC 9535 в 2024 году записал строчные true, false и null шестнадцатеричными последовательностями. Это не доказательство отсутствия поддержки или ошибки инструмента. Оно лишь показывает, что даже современные авторы иногда продолжают использовать старую форму.

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

Пять утверждений спрятаны за словом «широко»

Первый критерий RFC 6410 требует: минимум две реализации; независимость их кодовых баз; совместимость; широкое внедрение; успешный эксплуатационный опыт. Нормативная ссылка показывает зависимость одного текста от другого. Поддержка инструмента показывает возможность разбора. Внедрение и работа во времени показывают уже иной класс фактов.

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

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

Возвращать старую отчётность не требуется

RFC 6410 намеренно исключил обязательный формальный отчёт о совместимости. Развёртывание и использование могут быть достаточным доказательством. Организовывать лабораторный ритуал для узкой двенадцатилетней функции означало бы измерять оформление, а не качество.

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

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

Работающий код должен быть адресным

Принцип running code у Heng Lu полезен как проверка риторики практикой. Однако без имени, версии, входа и результата ссылка на «работающий код» сама становится абстрактным авторитетом.

Реализаторы дают факты, ссылки показывают принятие в текстах, участники Last Call приносят опыт и возражения, а IESG решает. RFC 7405 вполне может заслуживать повышения. Публичный мост между этими ролями делает его основание прочнее.

Источники

  1. IETF — Last Call по повышению RFC 7405
  2. IETF Datatracker — запрос на изменение статуса
  3. RFC 6410 — два уровня зрелости
  4. RFC 7405 — регистрозависимые строки ABNF
  5. IETF Datatracker — ссылки на RFC 7405
  6. RFC 5234 — спецификация ABNF
  7. RFC 7950 — язык YANG 1.1
  8. RFC 9535 — выражения JSONPath
  9. RFC Editor — errata RFC 7405
  10. Heng Lu — приоритет работающего кода