Кратко

  • ASO AC передал версию 3 NRO EC 28 июля 2026 года; NRO NC опубликовал рекомендованный проект, redline и пояснительный отчёт 1 сентября 2026 года.
  • Раздел 1.3 допускает исполнимость положения до появления общих процедур, сохраняя за каждым RIR свободу выбора подхода к соблюдению.
  • Анализ BTW предлагает публичный реестр по каждому положению и не считает обозначение FINAL DRAFT доказательством принятия.

Документ находится в точке передачи ответственности. NRO NC, также известный как ASO AC, завершил версию 3 и передал её NRO EC 28 июля 2026 года. NRO EC заявил, что рассмотрит проект, скоординирует работу с ICANN и RIR и опубликует обновлённый график. 1 сентября NRO NC опубликовал рекомендованный проект, redline по сравнению с версией 2 и пояснительный отчёт.

Документ называет себя «FINAL DRAFT». Это описание стадии подготовки, а не подтверждение завершённого принятия ICANN и всеми RIR, нынешней замены ICP-2 или юридического действия до формального принятия. По состоянию на заморозку отчётности 7 сентября 2026 года в замороженном наборе источников нет датированного графика финальной стадии и публичного перечня принятых Implementation Procedures.

Раздел 1.3 является операционной точкой риска. RIR и ICANN могут совместно разработать и принять опубликованные Implementation Procedures, устанавливающие минимальные требования. Они не могут противоречить документу или отменять его. Однако при отсутствии принятой процедуры каждый RIR сохраняет усмотрение в выборе подхода к соблюдению, а отсутствие процедуры не препятствует исполнению положения.

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

Анализ BTW рекомендует NRO EC опубликовать реестр реализации вместе с обновлённым графиком. Реестр должен различать шесть состояний: принятие документа; разработка процедуры; принятие процедуры; локальная реализация RIR; готовность к аудиту; фактическое применение. Зелёный статус в одной колонке не должен означать завершение остальных.

Предлагаемые поля: положение; владелец процедуры; состояние консультаций; состояние утверждения; дата вступления в силу; состояние локальной реализации RIR; зависимость; ссылка на доказательство; исключение; путь обжалования. Возможные строки касаются раскрытия конфликтов интересов, правил публикации и редактирования, тестов существенности, приёма Compliance Review, пятилетних аудитов, Rehabilitation Plans, квалификации Temporary Emergency Operator, передачи данных непрерывности, Transition Plans и процедур апелляции.

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

Версия 3 меняет порог признания на поддержку двух третей RIR, добавляет раскрытие конфликтов интересов и публикацию оценок и обоснований, а также закрепляет за ICANN определённые роли в проверке и принятии решений. Она предусматривает регулярный аудит не реже одного раза в пять лет. Compliance Review может быть запрошена большинством других RIR, самим соответствующим RIR или меньшим из 15% и 1 000 его членов при соблюдении требований существенности и предварительного устранения проблемы.

Механизм предусматривает следующее: если Audit или Compliance Review выявляет несоблюдение, ICANN публикует выводы и может совместно с RIR разработать Rehabilitation Plan, после чего проверяет и публикует результат устранения нарушения. Затронутый RIR сам может инициировать Temporary Emergency Continuity Arrangement для собственных услуг. ICANN и две трети остальных RIR также могут инициировать или продлить такую договорённость после обсуждения, когда это разумно возможно. Она ограничена 90 днями, если не продлена, и требует публикации информации и участия сообщества.

Лишение признания — крайняя мера после разумной возможности устранить существенное несоблюдение; до одобрения ICANN предложение должно получить поддержку двух третей остальных RIR.

NRO NC заявляет, что версия 3 отвечает на основные замечания консультаций. Это позиция органа-разработчика, а не независимое заключение о разрешении каждого вопроса. В пояснительном отчёте Compliance Review описывается как более лёгкая и быстрая, чем полный аудит, а предусмотренные гарантии — как защита от злоупотреблений. Там также сказано, что изменение чрезвычайного порога должно ускорить реакцию, а ограничение в 90 дней не позволяет временной работе стать нормой.

Замороженные источники не показывают, какие процедуры уже существуют непублично или разрабатываются внутри. Не установлено, как ICANN и RIR будут толковать «material», «reasonable», «promptly» и «where reasonably possible», кто станет будущим аудитором или Temporary Emergency Operator и каков будет результат для любого RIR. В реестре это должно оставаться неизвестным.