Апелляция по итоговому решению ICP-2

Кратко

• Текущая вторая редакция Документа об управлении RIR отдаёт ICANN окончательное решение о признании или лишении признания и говорит, что затронутый RIR или кандидат может воспользоваться действующими процедурами пересмотра ICANN. Это обещание ненадёжно, поскольку действующий Устав ICANN прямо исключает споры и требования, связанные с интернет-номерными ресурсами, и из пересмотра решений, и из независимого процесса рассмотрения.
• Отдельная апелляция должна быть независимой от ICANN и от других RIR, допускать затронутый реестр и непосредственно затронутых держателей ресурсов, поддерживать работу с конфиденциальными операционными доказательствами и обеспечивать быструю временную защиту, не замораживая необходимые меры непрерывности.
• Рассматривающая панель должна иметь возможность исправлять фактические, процедурные, властные, пропорциональные и правовые ошибки. Её предписания должны сохранять точные записи и услуги, отличать временную эксплуатацию от постоянной институциональной передачи и создавать выполнимый путь возврата к законному региональному управлению.

Окончательное решение создаёт новую проблему подотчётности

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

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

Такое решение иного рода, чем обычный административный отказ. Реестр, лишённый признания, может потерять свой регион обслуживания, место в Number Resource Organization, полномочия предоставлять реестровые услуги и способность руководить передачей записей и операций. Правопреемник или временная структура может получить практический контроль над функциями, от которых зависят тысячи сетей.

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

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

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

Текущие сроки пересмотра NROделают институциональный момент ясным. Исполнительный комитет NRO запросил пересмотр ICP-2 в 2023 году; затем прошли два раунда консультаций; в 2026 году всё ещё идёт работа над финальной версией; а утверждение и принятие запланированы на конец года. Поэтому вопрос об апелляции — это не ретроспективная жалоба на уже сложившийся документ. Это проектное решение, которое ещё можно принять до того, как будет применена беспрецедентная власть.

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

Проект указывает на дверь, которая может быть закрыта

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

Лишение признания устроено иначе. Предложение может поступить от RIR, квалифицированной группы членов затронутого реестра или от ICANN. Затронутый реестр может ответить. Остальные RIR решают, рекомендовать ли лишение признания, и требуется их единодушие, прежде чем предложение попадёт в ICANN. Затем ICANN обсуждает предложение с RIR, учитывает их мнение и принимает окончательное решение об одобрении или отклонении. Проект требует публикации решения и его обоснования.

После этого окончательного решения раздел 2.3(c)(ii) предлагает одно предложение о пересмотре: затронутый RIR или кандидат может подать обращение в соответствии с действующими на тот момент и применимыми процедурами ICANN. Предложение выглядит обнадёживающим. Но это и самая значимая неоднозначность проекта. В нём не указаны ни инстанция, ни срок подачи, ни стандарт пересмотра, ни право на временную защиту, ни порядок работы с конфиденциальными записями, ни участие держателей ресурсов, ни доступные средства защиты, ни юридические последствия решения.

Самое важное — в нём не установлено, что какая-либо существующая процедура ICANN применима к спору о номерных ресурсах.

Действующие правила ICANN делают эту неопределённость конкретной.Статья 4 Устава ICANNпредусматривает два основных механизма подотчётности. Пересмотр решений позволяет существенно затронутому лицу или организации оспорить определённые действия или бездействие Совета или персонала. Независимый процесс рассмотрения (IRP) позволяет существенно затронутому заявителю утверждать, что охваченное действие ICANN нарушило Устав корпорации или её внутренние документы. Однако раздел о пересмотре решений прямо исключает споры, связанные с интернет-номерными ресурсами, а раздел об IRP прямо исключает требования, связанные с интернет-номерными ресурсами.

Исключения важнее, чем общая доступность этих механизмов. Решение о лишении RIR признания, очевидно, касается ответственности за предоставление услуг для IP-адресов и номеров автономных систем. Решение о признании кандидата касается той же системы. Если Устав не изменить, заявитель может последовать приглашению проекта и услышать, что очевидные инстанции ICANN вне его компетенции. Право на пересмотр, которое зависит от процедуры, из сферы действия которой исключён сам предмет спора, — это не право на пересмотр. Это будущий спор о юрисдикции.

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

Пересмотра самим лицом, принявшим решение, недостаточно

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

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

Если оспаривание утверждает, что ICANN придала чрезмерный вес интересам других RIR, неверно прочла региональное согласие, проигнорировала влияние на держателей или выбрала средство защиты за пределами своих полномочий, внутренний пересмотр не может дать ни видимости, ни сути полной независимости.

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

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

Экспертиза важна, потому что это не обычная корпоративная апелляция. Панели может потребоваться понимание данных реестра, зависимостей услуг, работы RPKI, истории выделения ресурсов, обратного DNS, структуры членства, договорённостей о непрерывности, отношения между глобальной и региональной политикой и пределов национального корпоративного права. Устав ICANN уже предусматривает доступ к независимым квалифицированным техническим экспертам в рамках IRP. Отдельная апелляция по номерным ресурсам должна делать то же самое, с фиксацией и раскрытием всех содержательных взаимодействий с экспертами с учётом узких мер защиты конфиденциальности.

Право на обращение должно следовать за вредом, а не только за институтом

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

Более сложный вопрос касается держателей ресурсов. Проект определяет их как юридических или физических лиц, владеющих номерными ресурсами, зарегистрированными в RIR. Они могут испытывать самые непосредственные операционные последствия решения о статусе, однако раздел 2.3(c)(ii) прямо не даёт им права на обращение. Держателю может понадобиться обновление регистрационных данных во время перехода, он может зависеть от авторизации маршрута, столкнуться с неопределённостью по передаче ресурса или оспаривать, вправе ли назначенный правопреемник законно обрабатывать его конфиденциальную информацию.

Член также может потерять право голоса или увидеть, что его полномочие приписано коалиции, которую он не поддерживал.

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

Апелляция должна позволять этим различиям проявляться.

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

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

Такой подход согласуется с принципом, уже присутствующим в общем IRP ICANN: заявитель должен быть существенно затронут вредом, находящимся в прямой причинной связи с действием, а заявитель, представляющий других, должен делать это справедливо и адекватно. Апелляция по номерным ресурсам может заимствовать эту дисциплину, не наследуя исключение для номерных ресурсов. Она также должна признавать отличительную черту управления реестрами: вред может быть коллективным по воздействию на услуги, но при этом индивидуальным для субъектов, чьи записи и авторизации перемещаются.

Уведомление должно доходить до тех, кто может что-то потерять

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

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

Оно должно объяснять, как держатель может ознакомиться с публичными материалами, представить доказательства, запросить конфиденциальность или оспорить использование своего имени.

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

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

Языковая доступность — часть уведомления. Английский может быть официальным языком системы реестров, но регион обслуживания может охватывать множество языковых сообществ. Юридически значимый документ может оставаться на английском, тогда как простые объяснения распространяются на основных региональных языках. Перевод нельзя считать доказательством согласия, но отсутствие понятного уведомления может быть доказательством того, что участие не было осмысленным.

Материалы дела должны существовать до начала апелляции

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

Проект уже требует независимых рекомендаций RIR и опубликованных обоснований. Это полезная основа. Но окончательные материалы дела должны показывать, как рекомендация превратилась в суждение ICANN. Проверяла ли ICANN факты самостоятельно или положилась на единодушие других RIR? Проверяла ли она число членов за петицией? Сравнивала ли план исправления действующего реестра с заявленным вредом? Оценивала ли региональную поддержку кандидата? Определяла ли, кто будет хранить копии данных, обслуживать сервисы безопасности маршрутизации, отвечать на регистрационные запросы и нести издержки перехода?

Эти вопросы не должны впервые возникать на апелляции.

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

Если затронутый реестр предлагает исправление, это предложение не может исчезнуть в закрытом брифинге.

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

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

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

Приостановка должна сохранять услуги, а не только действующий реестр

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

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

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

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

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

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

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

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

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

Проверяющему нужен стандарт шире, чем фактическая ошибка

Описанный в версии 2 пересмотр признания сосредоточен на существенной фактической ошибке и недостаточном обосновании в отрицательной рекомендации другого RIR. Это может подходить для узкого вопроса о том, блокирует ли один соседний реестр квалифицированного кандидата. Но этого слишком мало для пересмотра окончательного решения ICANN о статусе.

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

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

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

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

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

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

Затронутым держателям нужно больше, чем возможность быть выслушанными

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

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

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

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

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

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

Средства защиты должны исправлять решение, не ломая регион

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

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

Второе — отмена решения, если у ICANN не было полномочий, было нарушено ключевое требование справедливости или результат не мог быть достигнут на законных материалах дела. Признание не должно устоять, если у кандидата не было требуемого регионального мандата. Лишение признания не должно устоять, если предложение не было надлежащим образом одобрено или восстановление никогда по-настоящему не предлагалось. Отказ не должен устоять, если решение проигнорировало доказанный системный вред и трактовало крайнюю меру как меру, к которой никогда не прибегают.

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

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

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

Ни одно глобальное правило не может отменить национальное право. Затронутый реестр где-то зарегистрирован; записи, сотрудники, активы, кредиторы и директора могут подпадать под юрисдикцию местных судов. Апелляция не должна делать вид, что передаёт имущество, которым ICANN не владеет, или что командует судом. Вместо этого она должна определять последствия для статуса в рамках глобальной системы реестров, договорных обязательств участвующих институтов и условий технической координации. Если местное право блокирует предписанное действие, стороны должны быстро вернуться к панели за альтернативой, сохраняющей законную цель.

Экстренная непрерывность и апелляция не должны поглощать друг друга

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

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

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

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

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

Сроки должны быть достаточно быстрыми, чтобы иметь значение

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

Достоверный график должен содержать несколько сроков. Стороне следует дать достаточно времени после публикации и прямого уведомления, чтобы подать мотивированную апелляцию, — вероятно, 30 дней, а не очень короткие периоды, используемые в некоторых внутренних механизмах. Экстренный член панели должен рассмотреть временную защиту в течение дней. Материалы дела должны быстро утверждаться. Запросы на вступление в дело и конфиденциальные доказательства должны иметь короткие фиксированные окна. Панель по существу должна установить первоначальный график и стремиться к решению в течение месяцев, с публично обоснованными продлениями.

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

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

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

Четыре сценария вскрывают проектные решения

Рассмотрим кандидата, которому отказано потому, что один действующий RIR заявляет о недостаточной поддержке операторов. Кандидат представляет подтверждённые полномочия и утверждает, что несогласный RIR непоследовательно подсчитал аффилированных лиц. Версия 2 уже предлагает независимый пересмотр признания до того, как предложение попадёт в ICANN. Если ICANN позже отклонит кандидата, несмотря на благоприятный процесс среди RIR, финальная апелляция должна проверить, применила ли ICANN критерии и учла ли подтверждённый мандат. Она не должна перезапускать всю кампанию или позволять кандидату опираться на устаревшие письма.

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

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

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

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

Апелляционная оговорка должна быть частью управленческого соглашения

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

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

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

Принятие также требует правовой координации. Если ICANN намерена использовать свой существующий IRP в качестве финальной апелляции, исключение для номерных ресурсов должно быть явно урегулировано, а сфера действия должна включать решения по новому документу. Если выбран отдельный трибунал, RIR и ICANN должны принять обязательства, признающие его полномочия, финансирование, возможности по конфиденциальности и принудительную исполнимость. Стороны не должны ждать первого лишения признания, чтобы обнаружить, что институциональный документ и Устав ICANN указывают в противоположные стороны.

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

Окончательность должна заслуживаться пересмотром

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

Обновлённый процесс ICP-2 уже признал, что зрелый сбой реестра требует большего, чем вступительные критерии 2001 года. Он добавил аудиты, операционные обязанности, восстановление, экстренную непрерывность, лишение признания, передачу и готовность. Апелляция принадлежит той же архитектуре. Без неё самая сильная новая власть опирается на самое слабое процедурное предложение.

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

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

Окончательность должна наступать в конце этого процесса. Всё, что раньше, — это лишь власть, ожидающая оспаривания.