Кратко

  • Полномочия ICANN распределены между учредительными документами, Уставом, многосторонними процедурами разработки политики и договорными отношениями с регистраторами и операторами реестров.
  • Консенсусная политика становится непосредственно исполнимой для договорных сторон тогда, когда соответствующий договор включает её в свои обязательства.
  • Reconsideration, Independent Review, Омбудсмен и полномочия сообщества выполняют разные функции; наличие процедуры не означает автоматической приостановки или отмены оспариваемого результата.

Вопрос не в том, есть ли у ICANN «власть»

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

Учредительные документы ICANN характеризуют организацию как калифорнийскую некоммерческую корпорацию общественной пользы. Среди её целей — координация глобальной интернет-системы уникальных идентификаторов в соответствии с учредительными документами и политиками. Подробнее в учредительных документах ICANN. Эта формулировка объясняет источник институционального мандата, но сама по себе не является договором, который предписывает отдельному регистратору или оператору реестра конкретный порядок действий.

Устав задаёт архитектуру, но не заменяет договор

Устав ICANN устанавливает миссию, полномочия, структуры разработки политики, процедуры Совета директоров, механизмы участия сообщества и систему подотчётности. См. Устав ICANN. Поэтому он действует как конституционный слой внутренней организации: определяет, какие органы и сообщества участвуют в принятии решений и какие процедуры доступны после решения.

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

Как политика становится обязательством

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

Это создаёт цепочку из нескольких звеньев:

  1. заинтересованные стороны участвуют в процессе разработки политики;
  2. политика проходит предусмотренные процедурой этапы принятия;
  3. соответствующий договор включает её в перечень обязательств или отсылает к ней;
  4. ICANN применяет договорные механизмы контроля к конкретной стороне.

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

Два договорных канала контроля

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

Соглашение с реестрами новых общих доменов верхнего уровня действует по другой, но сопоставимой логике. Оно регулирует отношения ICANN с операторами реестров и охватывает работу реестра, консенсусные политики, технические обязательства, контроль соблюдения, сборы, резервное хранение данных, разрешение споров, прекращение и переход после прекращения. Базовое соглашение для реестров новых gTLD.

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

IANA и более широкая роль ICANN

Материалы о переходе функций IANA различают операционное исполнение функций IANA и более широкие роли ICANN в разработке политики и договорных отношениях. Они также описывают переход от надзора через контракт с правительством США к механизмам, в которых участвуют ICANN и глобальное интернет-сообщество. Материалы о функциях IANA Материалы о переходе функций IANA.

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

Почему средства подотчётности не являются одной апелляцией

ICANN описывает reconsideration, Independent Review, Омбудсмена и полномочия сообщества как разные каналы подотчётности. У них различаются условия доступа, сроки, стандарты рассмотрения, принимающие решения органы и возможные результаты. Механизмы подотчётности ICANN Процедура reconsideration Процедура Independent Review.

Reconsideration предназначена для проверки определённых действий или бездействия на основании установленных критериев и в установленные сроки. Independent Review — отдельный механизм с собственными правилами и пределами. Омбудсмен выполняет другую институциональную функцию. Наконец, полномочия сообщества вытекают из Устава и имеют собственные пороги, процедуры и последствия.

Поэтому вопрос «можно ли обжаловать?» недостаточен. Нужно спросить:

  • кто имеет право обратиться;
  • какой срок применяется;
  • какой стандарт проверки действует;
  • кто принимает решение;
  • может ли результат заменить, вернуть или только пересмотреть первоначальное действие;
  • предусмотрена ли приостановка на время процедуры.

Проверка не равна приостановке

Наличие формального канала подотчётности само по себе не доказывает, что оспариваемое действие автоматически приостанавливается, отменяется или возвращается в прежнее операционное состояние. Практический эффект зависит от конкретного инструмента, применимых положений Устава или договора, сроков и результата разбирательства. Процедура reconsideration и её рамки Процедура Independent Review Описание механизмов подотчётности.

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

Итог для участников системы

Архитектура ICANN сочетает координацию, внутреннее управление и договорное исполнение. Учредительные документы объясняют назначение корпорации; Устав распределяет полномочия и процедуры; многосторонняя политика формирует правила; договоры с регистраторами и реестрами связывают эти правила с конкретными операторами; механизмы подотчётности создают разные пути проверки.

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