Кратко
- В редакции
-09проектаdraft-gerke-publication-process-reformот 29 сентября к предлагаемым обновлениям RFC 7841 добавлен RFC 6359 — только в случае утверждения. Это индивидуальный Internet-Draft со статусом IESGI-D Exists; действующие RFC не изменены. - Двухэтапная заморозка изменений предлагалась и в редакции 08. Новым стало прямое распространение заявленных проверок целостности состояния на цепочку отслеживания Datatracker, описанную в RFC 6359, хотя первичные записи IANA и RFC Editor остаются в их собственных системах.
Смысл нового номера в строке Updates заметен при сравнении предметов двух RFC. Документ 7841 описывает потоки публикации, заголовки и стандартные формулировки на страницах RFC. Документ 6359 посвящён тому, как Datatracker показывает этапы работы IANA и RFC Editor после одобрения текста. Добавив второй номер, автор связывает предложенную реформу уже не только с оформлением публикации, но и с инфраструктурой отображения последующих состояний.
Новый раздел 1.2 трактует механизм отслеживания по RFC 6359 как основу для автоматической проверки переходов и ограничения записи. В аннотации редакции 09 также появились слова о программно исполняемых этапах для существующих и будущих основных потоков обработки. Это описание желаемого охвата. Оно не подтверждает, что Datatracker уже лишает кого-либо доступа или что владельцы потоков согласовали единые блокировки.
Старая редакция важна не меньше новой. В версии 08 от 22 сентября уже были двухэтапная техническая и редакционная заморозка, предложенное прекращение прав IESG на запись после IESG OK и дальнейшие ограничения при подготовке RFC. Поэтому новость не в изобретении заморозки, а в расширении её заявленного основания и сферы. Редакция 09 также переводит draft-ietf-procon-2026bis-11 из информационных ссылок в нормативные. Этот документ сам остаётся проектом на последнем обсуждении рабочей группы, а не действующим RFC.
RFC 6359 даёт более точную точку отсчёта. Он стремился показать послепроверочные этапы в едином интерфейсе и уменьшить ручную передачу сведений. Однако прямо отмечает, что не определяет процедуры участвующих организаций. После одобрения первичным источником статуса IANA служит система IANA; для статуса RFC Editor первичным всегда является система редакции RFC. Datatracker отражает эти сведения. Отражение не равнозначно универсальному праву блокировать запись у источника.
Из этого не следует, что будущая автоматическая проверка запрещена. Нужно отдельно решить, чей мандат распространяется на конкретный поток, что считается технической либо редакционной правкой и кто разрешает исключение или отменяет ошибочную блокировку. Надпись Best Current Practice обозначает намерение автора проекта; она не свидетельствует ни о согласии IETF, ни об одобрении IESG, ни о внедрении правил в рабочей системе.
Источники
- https://www.ietf.org/archive/id/draft-gerke-publication-process-reform-08.txt
- https://www.ietf.org/archive/id/draft-gerke-publication-process-reform-09.txt
- https://datatracker.ietf.org/doc/draft-gerke-publication-process-reform/
- https://www.rfc-editor.org/rfc/rfc6359
- https://www.rfc-editor.org/rfc/rfc7841
- https://datatracker.ietf.org/doc/draft-ietf-procon-2026bis/
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров

