Кратко

  • Datatracker показывает charter-ietf-radext-07-08, обновлённый 6 августа 2026 года, как проект нового устава в состоянии External Review и прямо указывает, что утверждена по-прежнему версия 07.
  • В предложении два этапа назначены на май, пять — на август и один — на декабрь 2026 года. Все восемь ячеек Associated documents пусты.
  • Наиболее вероятные документы для двух майских строк — активные черновики рабочей группы RADEXT, но оба находятся в состоянии I-D Exists. Обзор безопасности обозначен как Informational, тогда как этап требует Proposed Standard.
  • Пять августовских строк, вероятно, относятся к трём просроченным индивидуальным черновикам, одному просроченному кандидату на принятие и одному активному кандидату. У активного Connect-Info также расходятся публикационные треки.
  • Expired не означает «брошен», Candidate for WG Adoption — «принят», а I-D Exists — «передан IESG». Поэтому семь дат нельзя превращать в семь заключений о неисполнении.
  • Нужен версионный базовый реестр, связывающий состояние устава, идентичность документа, публикационный трек, принятие и состояние IESG, измеряемый переход, фактическую дату и причину переноса.

Два времени одного предложения

RADEXT поддерживает и расширяет RADIUS — протокол передачи данных аутентификации, авторизации и учёта в системах сетевого доступа. Текущая страница Datatracker показывает проект 07-08, но отличает его от утверждённого устава 07. Это не формальная оговорка: разница определяет, какой набор работ уже получил институциональный мандат.

Полное состояние звучит как External Review (Message to Community, Selected by Secretariat). Справка Datatracker разделяет External Review, IESG Review и Approved. Новая редакция, снятый комментарий ballot или изменение позиции подтверждают продвижение, но не заменяют формальный переход в Approved.

История фиксирует активную работу. Восемь этапов добавили 12 мая. 22 июля проект вышел из внутреннего рассмотрения в External Review, и был создан Approve ballot. В конце июля и начале августа появились позиции Block по координации контроля перегрузки, размещению задач и статусу публикации. Версии сменялись вплоть до 07-08; к 6 августа все записанные Blocks перешли в No Objection.

Следовательно, утверждение о сохраняющихся Blocks было бы неверным. Но неверно и считать их снятие утверждением устава. На дату фиксации последняя страница всё ещё показывала External Review и не объясняла, почему следующего перехода нет.

Вторая шкала находится в таблице этапов. На май назначены две передачи Proposed Standard в IESG, на август — четыре Proposed Standards и один Informational, на декабрь — ещё один Proposed Standard. Ни у одной строки нет ссылки в Associated documents. Описание и месяц видны, проверяемый объект — нет.

Майские документы активны, но переход не записан

Первый майский пункт — обзор безопасности и конфиденциальности RADIUS, который предполагается передать IESG как Proposed Standard. Наиболее точное совпадение — draft-ietf-radext-review-radius-02, активный документ группы, обновлённый 10 августа. Его состояние IESG — I-D Exists, а собственный заголовок указывает Informational.

Августовская редакция доказывает, что работа продолжается. Она не доказывает переход «to IESG», названный в этапе. Одновременно остаётся необъяснённым различие между Proposed Standard в уставе и Informational в документе. Ни остановку, ни завершение отсюда выводить нельзя.

Второй пункт посвящён отказу от небезопасных практик RADIUS. draft-ietf-radext-deprecating-radius-10 — активный документ рабочей группы, обновлённый 3 июля, с document shepherd и заголовком Standards Track. Он также остаётся в I-D Exists. На его странице сохранился этап января 2024 года из утверждённого устава, а новый проект устанавливает май 2026-го. Публичной связки между базовыми планами нет.

Протокол IETF 126 уточняет положение. 22 июля председатель сообщил, что оба документа ещё не прошли Working Group Last Call и их следует быстро перевести в эту фазу. Активная работа может сочетаться с отсутствием именно той институциональной транзакции, которую называет этап.

Август объединяет документы разной зрелости

Пункт о контроле перегрузки вероятнее всего относится к draft-janfred-radext-radius-congestion-control-01. Это индивидуальный черновик без определённого stream, последняя редакция которого вышла в октябре 2025 года, а срок истёк в апреле 2026-го. История устава подтверждает обсуждение координации по теме. Но без ссылки соответствие остаётся редакционной оценкой, а не официальной ассоциацией.

Для балансировки нагрузки прокси наиболее вероятен draft-dekok-radext-proxy-load-00, тоже просроченный индивидуальный черновик без stream. В его резюме сказано, что на той редакции эксплуатационного опыта не хватало для Standards Track или BCP. Однако этап обещает Proposed Standard в августе. Возможно, имелись в виду переписывание, другой документ или более позднее решение; строка этого не сообщает.

draft-grayson-5580uncertainty-00 точно совпадает с названием работы о неопределённости местоположения. Это просроченный индивидуальный черновик. Маршрут Informational в проекте выглядит правдоподобно, но официальной ссылки и записи о переходе в IESG всё равно нет.

Документ об атрибутах для экстренной связи draft-gundavelli-radepcs-02 отмечен Candidate for WG Adoption и истёк в июле. Кандидат ещё не принят, а истечение срока не объявляет работу прекращённой. Ни один из этих статусов не означает передачу IESG.

Connect-Info — единственный активный документ среди пяти вероятных совпадений. draft-grayson-connectinfo-10 находится в Candidate for WG Adoption и I-D Exists. Его заголовок говорит Informational, а проект этапа — Proposed Standard. В протоколе IETF 126 отмечено, что предварительный опрос выявил консенсус и принятие планировалось после завершения нового устава.

Именно такая зависимость должна быть частью строки. Есть активный текст и сигнал консенсуса, но формальный шаг зависит от устава, который ещё рассматривается. Одна августовская дата смешивает поддержку, полномочие, принятие и передачу IESG.

Декабрь — предупреждение, а не просрочка

Последняя строка планирует на декабрь Status-Realm и предотвращение петель. Наиболее вероятный документ draft-ietf-radext-status-realm-01 — черновик группы RADEXT, последняя редакция которого датирована мартом 2025 года и срок которого истёк.

На дату фиксации декабрь ещё не наступил, поэтому пропуска этапа нет. Просроченное состояние — полезный сигнал: для достижения намеченного перехода понадобится новая редакция, замена документа, изменение объёма или новый срок. Сигнал мониторинга не должен становиться преждевременным вердиктом.

Дата должна обозначать смену состояния

RFC 2418 объясняет назначение этапов. Цели и временные рамки помогают Area Director отслеживать прогресс, а потенциальным участникам — находить критические моменты для вклада. Список следует периодически обновлять. То есть даты распределяют институциональное внимание.

Для проверяемости каждой строке нужны стабильный идентификатор, версия и состояние устава, точное семейство документа, его положение как индивидуального, кандидатского, группового или IESG-документа, а также трек в уставе и актуальном заголовке. Нужно назвать и событие: принятие, Working Group Last Call и передача IESG — разные переходы.

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

Принцип реестра Heng Lu применим здесь в узком смысле: институциональная запись должна описывать состояние, которое она координирует. Это не превращает устав IETF в суверенный инструмент и не ставит под сомнение легитимность RADEXT. Требование проще: публичный график не должен черпать смысл из молчания между страницами. Устав задаёт направление, реестр сохраняет фактический путь.

Источники

  1. Heng Lu, The Policy Mirror
  2. Проект нового устава RADEXT
  3. История устава RADEXT
  4. Определения состояний устава в Datatracker
  5. Страница группы RADEXT
  6. Документы группы RADEXT
  7. Протокол RADEXT на IETF 126
  8. RFC 2418
  9. Обзор безопасности и конфиденциальности RADIUS
  10. Черновик об отказе от небезопасных практик RADIUS
  11. Черновик по контролю перегрузки RADIUS
  12. Черновик по нагрузке прокси RADIUS
  13. Черновик о неопределённости местоположения
  14. Черновик об атрибутах экстренной связи
  15. Черновик Connect-Info
  16. Черновик Status-Realm