Кратко

  • Рекомендованный проект версии 3.4 сохраняет статью 1.3, уже присутствовавшую в версии 2: пока общие процедуры реализации не приняты, каждый RIR сам выбирает способ подтверждения соблюдения, а отсутствие процедуры не препятствует применению документа.
  • Новая статья 1.4 требует, чтобы решение принималось по относящимся к данной организации процедурам, включая применимые механизмы оспаривания или апелляции. Общая процедура реализации и процедура конкретного решения — разные объекты.
  • Открытый пакет не подтверждает принятие или вступление текста в силу, реальное дело, нарушение либо отсутствие внутренних процедур у какого-либо RIR. В нём также нет перечня принятых общих процедур реализации.
  • До любого применения нужен переносимый протокол, связывающий редакцию и пункт документа, состояние процедуры, временный метод, доказательства, полномочия, мотивы, меру, пересмотр и историю исправлений.

У отсутствующей процедуры есть собственное состояние

Документ об управлении RIR, версия 3, сначала описывает в статье 1.3 общий уровень. RIR и ICANN могут совместно разработать и принять процедуры реализации. Они должны задавать минимальные требования, публиковаться и при этом не навязывать каждому реестру его внутренний метод. Процедура не может иметь приоритет над самим документом.

Затем текст переходит к периоду до принятия общего механизма. В отсутствие принятых процедур каждый RIR сохраняет усмотрение в том, как именно он демонстрирует соблюдение. Отсутствие процедуры не препятствует исполнимости документа.

Так устраняется очевидная точка остановки. Если содержательная обязанность возникает только после завершения будущей общей инструкции, достаточно затянуть работу над инструкцией, чтобы заморозить обязанность. Проект не предоставляет такого вето.

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

Пункты относятся к двум уровням. Процедура реализации из статьи 1.3 — общий минимум, который могут принять RIR и ICANN. Процедура из статьи 1.4 сопровождает полномочие конкретного субъекта принять конкретное решение. Общий уровень может быть не готов. На уровне решения всё равно должны быть видны субъект, источник его полномочия, использованный порядок и доступный пересмотр.

Если смешать эти уровни, одна и та же пустота порождает две противоположные ошибки. Первая превращает отсутствие общей процедуры в отсутствие обязанности. Вторая превращает его в разрешение на нефиксируемое усмотрение. Текст не поддерживает ни одну.

Исполнимость до процедуры появилась не в версии 3

Опубликованная версия 2 уже содержала существенную формулировку статьи 1.3. Называть её новой властью версии 3 было бы неверно.

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

Столь же точно нужно обозначать статус текста. Сообщение ARIN от 1 сентября называет версию 3 рекомендованным проектом и говорит, что дальнейшие предложения и обновления будет координировать NRO Executive Council. В описании следующих шагов NRO сказано, что ASO Address Council передал завершённый рекомендованный проект NRO EC для рассмотрения. Страница пересмотра ICP-2 обозначает его как рекомендованный/финальный проект ASO AC, направленный на рассмотрение и обсуждение с ICANN.

Эти материалы не доказывают принятие, вступление в силу или применение против RIR. В пакете нет реального обвинения, вывода или санкции. Здесь анализируется предусмотренная проектом ветвь, а не заявляется о нарушении со стороны ARIN или другого реестра.

Нулевое значение должно говорить

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

Тем не менее пустота меняет маршрут. Когда общей процедуры нет, статья 1.3 ведёт к временному методу, выбранному RIR для подтверждения соблюдения. У такого метода должны быть название, владелец, версия, дата публикации и область применения. Без них временное решение нельзя отличить от обоснования, составленного после известного результата.

Будущий спор может касаться самой обязанности. Он может касаться временного метода, окна доказательств, компетенции органа, уведомления, возможности ответить, мотивов или результата апелляции. Поле «соблюдает/не соблюдает» уничтожает эти различия.

Правильное нулевое значение формулируется прямо: в этой записи не определена принятая общая процедура. Оно не отменяет обязанность и не одобряет местный метод. Оно объясняет, почему решение прошло по переходной ветви.

Применение — это цепочка состояний

Последующие положения версии 3 показывают, что действие складывается из решений. Статья 4.2 описывает периодические аудиты и проверки соблюдения. У проверки есть инициатор, предположительно нарушенное положение, оценка существенности и отчёт. Другие пункты распределяют другие решения между другими субъектами.

Это только контекст. Начало проверки не является установлением нарушения. Оценка существенности не является окончательной мерой. Отчёт не является результатом апелляции. Временное операционное действие не равно постоянному решению о статусе RIR.

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

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

Десять полей вместо новой центральной системы

Создавать единый суд не требуется. К каждому значимому решению достаточно приложить небольшой переносимый протокол с версией.

Первое поле — идентичность документа: редакция, точный пункт, хеш открытого текста и заявленный статус действия. Рекомендованный проект и вступившее в силу правило — разные исходные данные.

Второе — состояние общей процедуры: идентификатор и версия либо прямое указание, что она не принята или не определена в записи.

Третье — временный метод RIR: название, владелец, версия, дата публикации и область.

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

Пятое задаёт границы доказательств: источники, время сбора и события, хеши, ограничения доступа и известные пробелы. Чувствительное содержание можно ограничить, сохранив проверяемость его идентичности и целостности.

Шестое называет полномочие: организацию, орган или должность и положение, предоставляющее роль в этом решении.

Седьмое фиксирует фактически использованную процедуру: уведомление, ответ, заседания, отводы, кворум и сроки. Существование процедуры не доказывает её соблюдение.

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

Девятое описывает оспаривание и апелляцию: путь, срок, проверяющий орган и состояние либо объяснение неприменимости.

Десятое сохраняет историю исправлений. Отмена, отзыв, замена или фактическая поправка связываются с точной прежней записью. История не перезаписывается.

Такой протокол не решает вопрос соблюдения. Он позволяет всем сторонам обсуждать одну редакцию, один набор доказательств и одно решение.

Готовность можно проверить до первого дела

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

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

Статья 1.3 защищает непрерывность обязанности от задержки общей инструкции. Статья 1.4 защищает дисциплину решения, привязывая его к субъекту, процедуре и пересмотру. Между ними должен сохраниться проверяемый след.

Источники