Кратко

  • 27 августа IESG объявил Last Call по предложению, разрешающему IANA создать весь реестр до одобрения учреждающего документа в качестве RFC. Реестр получит публичные даты создания и окончания и первоначально будет временным на два года.
  • Срок реестра и статусы его строк могут расходиться. Публичный журнал переходов должен связывать точную версию проекта, цепочку согласования, применённую временную процедуру, изменения политики, продления, закрытие и окончательное учреждение.

В код обычно копируют значение, а не историю его полномочий. Число остаётся в библиотеке или прошивке годами; пометка «временно», ссылка на рабочую версию документа и решение об изменении порядка регистрации теряются намного раньше.

Проект Early IANA Registry Creation переносит эту проблему с отдельной строки на весь реестр. IESG начал Last Call 27 августа и принимает содержательные комментарии до 10 сентября. Версия 02 заявлена для Standards Track, однако пока остаётся Internet-Draft. Она не одобрена и не опубликована как RFC.

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

Проект вводит третий путь: после установленной процедуры IANA создаёт публичный реестр раньше. Это больше, чем раннее назначение значения в существующей таблице. В работу вступают сама таблица, временный режим допуска и обязанность следить за её состоянием.

Создание проходит четыре институциональные ступени

Авторы обращаются к председателям рабочей группы и указывают, какой реестр нужен и где его разместить. Председатели проверяют условия и оценивают наличие консенсуса WG о целесообразности раннего создания. Затем они запрашивают одобрение Area Director. AD вправе учитывать риск того, что реестр не станет постоянным. Только после одобрения председатели направляют запрос IANA.

IANA создаёт реестр в нужном месте, ставит временную пометку и публикует даты создания и окончания. Первый срок — два года. Перед его концом IANA спрашивает председателей и AD, хотят ли они продлить реестр ещё на два года. После первого продления дальнейшее требует также одобрения IESG, объяснения причин и плана WG в отношении спецификации.

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

Такие ограничения не позволяют временной таблице незаметно жить бесконечно. Но минимальный видимый набор — статус, создание и окончание — показывает лишь текущую точку. Он не обязательно сохраняет решение и документ, которые перевели реестр в эту точку.

У таблицы и её строк разные часы

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

Если постоянный реестр должен работать по First Come First Served или Expert Review и не требует RFC для каждой записи, временную запись одобряет председатель WG. После такого одобрения она, согласно проекту, не нуждается в продлении. Для документа, спонсируемого AD, эту функцию выполняет сам спонсор.

Если будущая политика требует RFC — например, IETF Review или Standards Action, — строка проходит процесс из сопутствующего проекта о ранних назначениях. Даже после превращения реестра в постоянный эта строка остаётся временной, пока не одобрен её собственный документ. Для Specification Required путь зависит ещё и от того, признаются ли Internet-Drafts допустимой основой постоянной регистрации.

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

В этом состоит отличие от действующего RFC 7120. Он регулирует раннее назначение из уже существующего реестра. Новый проект позволяет раньше создать сам реестр. Временным становится не только значение, но и порядок, принимающий значения.

Изменение проекта меняет действующий вход

Открытие реестра не замораживает его учреждающий документ. Если предполагаемая политика меняется, например, с Expert Review на IETF Review, должна измениться и временная процедура. Проект требует уведомить IANA и одновременно говорит, что IANA не будет самостоятельно отслеживать изменения документов, создающих ранние реестры.

Граница правильная. IANA выполняет инструкции и ведёт таблицу, но не должна выводить новую политику из различий между версиями. Авторы и председатели отвечают за проверку изменений содержания и структуры.

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

Нужен журнал переходов на двух уровнях

Для реестра журнал сохраняет неизменный идентификатор, группу, учреждающий проект с версией и хэшем, запись о консенсусе, решения председателей и AD, запрос IANA, даты создания и окончания, предполагаемую постоянную политику и действующую временную процедуру. Изменение структуры или политики добавляет событие, а не стирает старое состояние. Продление, остановка срока при рассмотрении IESG, запрос о приостановке, закрытие и постоянное учреждение остаются звеньями одной цепочки.

Для строки нужны значение, смысл, ссылка, контролёр изменений, фактический путь одобрения, версия политики и временной статус. Зависимость от другого проекта должна быть видна непосредственно в строке. При закрытии или окончательном учреждении реестра запись показывает, какие её свойства изменились.

Публиковать частную переписку для этого не требуется. Достаточно институциональной роли, ссылки на решение, хэша документа, времени и результата. Такая прозрачность не даёт IANA новой политической власти; она доказывает, какую инструкцию оператор исполнил.

Координация не становится разрешением на внедрение

Ранняя запись предотвращает конфликт значений. Она не сертифицирует продукт, не обязывает оператора внедрять технологию и не заменяет окончательного решения IETF. Одобрение председателя выполняет узкую временную функцию. Last Call — это запрос комментариев, а не решение IESG.

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

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

Источники