Кратко

  • 11 сентября 2026 года Datatracker зафиксировал выпуск draft-ietf-intarea-legacy-registries-00 как версии рабочей группы. Документ остаётся Internet-Draft, а не RFC.
  • Проект предлагает разные действия: закрыть один реестр, назначить IESG Approval для другого, установить First Come First Served для двух списков и удалить реестр TTL либо заменить его примечание.
  • Пять страниц IANA пока сохраняют прежнее состояние. Для каждого действия нужен отдельный публичный документ, связывающий стадию проекта с исполнением и сохранностью старых записей.

Группа получила документ, но не полномочие IANA

На текущей странице Datatracker «Updates to Legacy IANA Registries» числится активным документом INTAREA. История версии рабочей группы отмечает 11 сентября два события: выпуск -00 был одобрен, и эта версия заменила индивидуальную серию.

Смена имени имеет институциональный смысл. Теперь группа отвечает за дальнейшую разработку текста и разбор замечаний. Но префикс draft-ietf не равен одобрению Proposed Standard всем IETF. Просьбы в разделе IANA Considerations остаются будущими действиями, а не отчётом о выполнении.

История индивидуального проекта показывает границы решения. 27 августа председатели записали консенсус о принятии документа. Одновременно они упомянули возражение, которое сочли услышанным и обсуждённым, и подчеркнули: текст касается процедур обслуживания реестров, а не позиции о будущем IPv4. Рабочая группа может принять проблему в работу, не объявляя каждое обоснование бесспорным.

Сам переход почти не затронул содержание. В индивидуальной версии 03 и версии INTAREA 00 запрошены те же действия. Изменены грамматика одной фразы в Security Considerations и список благодарностей. Новый факт — коллективная ответственность за документ, а не исполнение его требований.

Под словом «очистка» скрыты четыре операции

Короткий проект объединяет несколько старых проблем, но не предлагает одинаковый режим для всех.

Реестр NetWare/IP Option Type 63 Sub-Option Codes предлагается закрыть, поскольку NetWare больше не расширяется. После закрытия новые регистрации не принимаются, однако существующие значения остаются действительными и могут обновляться. Так закрытый реестр определяет RFC 8126: данные сохраняются для практического и исторического использования.

Для IP Option Numbers закрытия нет. Проект назначает процедуру IESG Approval. IESG сможет одобрять отдельные назначения без обязательной RFC, запрашивать дополнительные материалы и при необходимости обращаться к сообществу. RFC 8126 называет этот путь редким исключением, а не обычной процедурой. Следовательно, речь идёт о новом пороге решения, а не о полном запрете номеров опций IPv4.

У Machine Names и Terminal Type Names направление иное: им предлагается First Come First Served. Эта процедура требует минимальной документации и не предусматривает технического рассмотрения. Проект признаёт риск бессмысленных заявок и рассчитывает на обычную проверку здравого смысла со стороны IANA. Два давно не пополнявшихся списка получат определённый лёгкий вход, а не запрет.

Реестр IP Time to Live Parameter предлагается удалить. Аргумент состоит в том, что TTL свободно выбирает операционная система или приложение, поэтому такой реестр не должен был создаваться. Если полное удаление невозможно, предусмотрено новое примечание. Удаление страницы и замена пояснения оставляют разный публичный след.

Открытые страницы всё ещё показывают исходное состояние

В разделе IANA DHCP and BOOTP Parameters значения NetWare остаются на месте, а процедура обозначена Not defined. Пометки о закрытии нет.

На странице IPv4 Parameters для IP Option Numbers также стоит Not defined. Реестр TTL и рекомендация значения по умолчанию 64 продолжают публиковаться. Экспериментальные значения опций сохранены, но IESG Approval ещё не указано как действующая политика.

Machine Names по-прежнему имеет статус процедуры Not defined. У Terminal Type Names осталось даже Not defined? со знаком вопроса. First Come First Served не появилось ни в одном списке.

Это не доказательство задержки со стороны IANA. RFC 8126 говорит, что IANA обычно выполняет действия после одобрения документа к публикации. Текущий текст ещё разрабатывается. Список документов INTAREA отвечает на вопрос о стадии проекта, а страницы IANA — о действующих правилах. Эти источники нельзя подменять друг другом.

Вместе с текстом группа приняла и нерешённый спор

Протокол INTAREA на IETF 126 сохраняет два важных замечания. Один участник опасался, что фактическое прекращение новых номеров опций IPv4 помешает полезным применениям в ограниченных доменах. Другой потребовал сохранять сведения о вышедших из употребления технологиях. Автор сослался на экспериментальные значения и сохранение существующих записей.

В переписке о принятии оспаривалась формулировка о надёжности IPv4-опций и отмечался риск того, что обоснование позднее процитируют шире его предмета. Были и явные голоса поддержки. Решение председателей передаёт спор под ответственность INTAREA, но не делает обсуждение единогласным задним числом.

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

Каждому глаголу — отдельное подтверждение

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

В карточке указываются точное имя и URL реестра, датированный снимок до изменения, версия и хеш проекта, запрошенный глагол, этапы рабочей группы и IESG, подтверждение IANA, действующая ссылка, состояние после изменения и способ сохранения прежних записей.

Machine Names и Terminal Type Names должны иметь разные карточки, даже если политика совпадает. NetWare следует обозначить как закрытый с сохранёнными значениями, а не удалённый. Для TTL необходимо записать, исчезла ли страница или применено запасное примечание. Если последующая версия изменит процедуру IP Option Numbers, старый запрос останется видимым как пройденная стадия.

Такой короткий журнал не усложняет процесс, а не позволяет одному доказательству изображать другое. Имя WG-документа подтверждает принятие в работу. Будущая RFC подтвердит утверждённую инструкцию. Только обновлённая страница IANA подтвердит исполнение. Для честного отчёта нужны все три даты.

Источники

  1. IETF Datatracker — текущий документ группы
  2. История документа группы
  3. Версия группы 00
  4. История заменённого индивидуального проекта
  5. Индивидуальная версия 03
  6. Протокол INTAREA на IETF 126
  7. Обсуждение принятия
  8. IANA — параметры DHCP и BOOTP
  9. IANA — параметры IPv4
  10. IANA — Machine Names
  11. IANA — Terminal Type Names
  12. RFC 8126 — правила регистрации IANA
  13. Документы INTAREA