Summary

  • Версия проекта IANABIS от 26 октября предписывает IANA создавать поле Change Controller во всех новых реестрах, где регистрация возможна без RFC потока IETF: в том числе при First Come First Served, Expert Review, Specification Required и RFC Required. В существующих реестрах без такого поля позднее появятся пустые поля. Документ пока остаётся Internet-Draft.
  • Действующий RFC 8126 уже рекомендовал указывать контролирующую изменения сторону. В реестре расширений функций JSONPath IANA эксперт Glyn Normington указан отдельно от контролёра пяти записей, которым назван IETF.

Правка — отдельное решение

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

Действующий RFC 8126 уже описывает контроль изменений. Для реестров и записей из RFC потока IETF он по умолчанию принадлежит IETF и осуществляется через IESG. Для реестров, принимающих регистрации за пределами этого потока, документ советует указывать контролёра. В новых реестрах First Come First Served и Expert Review поле для него рекомендуется включать. Следовательно, проект IANABIS -04 усиливает старое правило и расширяет его применение, а не создаёт институт с нуля.

В проекте IANABIS -04 раздел 11.2 обращён непосредственно к IANA: поле должно появиться во всех новых реестрах, которым для регистрации не требуется RFC потока IETF. В перечне есть First Come First Served, Expert Review, Specification Required и RFC Required. Раздел 2.5 просит в обычном случае записывать для регистраций из потока IETF название IETF, поскольку IESG действует от её имени. Если исходный RFC прямо указал IESG, сохраняется это исключение. Различие между организацией и действующим за неё органом важно именно тогда, когда приходит спорный запрос на исправление.

Пустая клетка честнее случайной фамилии

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

Действующий реестр JSONPath в IANA показывает заполненный вариант. Для Function Extensions действует Expert Review; эксперт — Glyn Normington. В пяти строках length, count, match, search и value в поле Change Controller стоит IETF. Эти два имени обозначают разные функции на одной странице. Пример существует уже сейчас и не доказывает, что новый проект принят или исполнен.

Само поле контролёра тоже может нуждаться в изменении. Раздел 3.1.2 проекта предлагает использовать процедуру регистрации и для модификации, если правила конкретного реестра не говорят иначе. Для регистрации без RFC IANA вправе подтвердить и одобрить обновление контактных данных либо контролёра, при необходимости запрашивая мнение экспертов или Area Directors. Правило заполнения клетки и правило её последующего изменения должны согласовываться. Иначе табличка с именем легко переживёт собственное основание.

Нынешней основой остаётся RFC 8126. Текст IANABIS -04 — проект рабочей группы. Решение по окончательной версии и опубликованные изменения реестров IANA покажут, стала ли предложенная инструкция действующей практикой.