ICP-2 2001 года: критерии создавались для расширения, а не для провала

Краткое содержание

• ICP-2 был принят в 2001 году как основные требования и рамки для признания новых региональных интернет-реестров (RIR). Его текст посвящён входу в систему: региональный масштаб, широкая поддержка LIR и интернет-провайдеров, политика, формируемая снизу вверх, нейтральность, технические возможности, финансирование, ведение записей и конфиденциальность.
• Документ создавался для мира, в котором система переходила от трёх действующих RIR к возможной регионализации Африки и Латинской Америки. В нём не определены приостановление признания, условное признание, ограничение услуг в чрезвычайной ситуации, лишение признания, выбор правопреемника, право на исправление, независимая проверка или защита держателей ресурсов для признанного реестра, который впоследствии окажется несостоятельным.
• Поэтому современный механизм лишения признания нуждается в собственном правиле. Оно должно исходить из заявленных полномочий, определять измеримый юридический и операционный тест и лишь затем спрашивать, являются ли старые критерии входа свидетельством сохраняющихся обязательств.

Входной контрольный список нагрузили работой по выходу

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

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

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

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

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

Текст ICP-2, размещённый на сайте ICANN, недвусмысленно говорит о его предназначении для входа. В нём сказано, что документ разрабатывался организацией поддержки адресного пространства (Address Supporting Organization) при содействии APNIC, ARIN и RIPE NCC, был принят Советом директоров ICANN 4 июня 2001 года и используется как основные требования и рамки для рассмотрения заявок на признание новых RIR. На той же странице сказано, что критерии были запрошены, чтобы ICANN могла оценивать заявки на признание новых RIR. Это не случайные слова. Они определяют задачу, для решения которой и создавались критерии.

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

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

Документ 2001 года принадлежит моменту регионализации

ICP-2 лучше всего читать в контексте состояния системы реестров, которое он описывает. Во введении зафиксирован мир, в котором три RIR распределяли адресное пространство, полученное от IANA, и выделяли его локальным интернет-реестрам (LIR) или интернет-провайдерам. Там перечислено существовавшее покрытие: Европа и Ближний Восток — через RIPE NCC, Африка — через ARIN и RIPE NCC, Северная Америка — через ARIN, Латинская Америка, включая Карибский бассейн, — через ARIN, Азиатско-Тихоокеанский регион — через APNIC. Затем сказано, что Африка и Латинская Америка уже объявили о намерении создать новые RIR.

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

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

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

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

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

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

Критерии — это обязательства, но не средства защиты

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

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

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

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

Этот пробел можно не замечать, когда все согласны. Если кандидату не хватает поддержки, ICANN может отказать в признании. Если у нового RIR есть технические пробелы, можно подождать. Если план финансирования слабый, его можно пересмотреть. Ситуация входа допускает простое «да», «ещё не время» или «нет». Ситуация зрелой несостоятельности этого не допускает. Несостоятельный действующий реестр может оставаться единственным органом, у которого есть данные о клиентах, знания персонала, юридические полномочия, договорённости по обратному DNS, биллинговые записи и память сообщества, необходимые для продолжения работы.

Лишение признания может усугубить несостоятельность, если средство защиты не выстроено по этапам.

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

ДокументNRO RIR Governance Document Version 2полезен именно тем, что рассматривает это различие как проектную задачу. На странице указана дата проекта — 28 августа 2025 года — и сказано, что документ охватывает признание, деятельность и возможное лишение признания. В нём определяются признание, лишение признания, услуги RIR, чрезвычайная непрерывность, чрезвычайный оператор, держатели ресурсов и члены. В нём также зафиксированы операционные обязательства, концепции аудита, чрезвычайная непрерывность, восстановление и последствия лишения признания. Этот проект может быть не финальным соглашением, но его структура — доказательство того, что исходным критериям нужен дополнительный механизм, прежде чем они смогут регулировать несостоятельность.

Урок не в том, что ICP-2 нужно отбросить. Урок в том, что его нужно использовать на своём месте. Он может определить ценности, которым реестр должен продолжать соответствовать. Он может дать исторический контекст того, почему важны региональная поддержка, нейтральность, техническая компетентность, записи и конфиденциальность. Но сам по себе он не может сказать миру, как устранить или заменить реестр после десятилетий зависимости от него.

Широкая поддержка была свидетельством миграции, а не голосованием об отзыве

Критерий широкой поддержки — одно из самых значимых положений ICP-2. Он требует, чтобы новый RIR продемонстрировал широкую поддержку LIR и сообщества интернет-провайдеров в предлагаемом регионе. Он требует явного консенсуса, очень значительного большинства, готовности получать услуги, активного участия и финансовой поддержки. Он также просит кандидата показать все усилия по установлению контактов с существующими LIR, включая открытые списки рассылки, веб-сайты и отдельные контактные записи.

Это требовательный стандарт, но важно его направление. Проверялась поддержка создания нового RIR и перевода в него обслуживания. Это не было голосованием об отзыве действующего реестра. Затронутые сети уже обслуживались ARIN, RIPE NCC, APNIC или их комбинацией. Кандидат должен был показать, что обслуживаемое сообщество достаточно хочет новую региональную структуру, чтобы миграция стала правдоподобной.

Эта рамка входа важна, когда позже пытаются использовать широкую поддержку как современное основание для лишения признания. Письмо поддержки — не то же самое, что проверяемое полномочие. Заявление министерства — не то же самое, что поддержка держателей ресурсов. Петиция заметных лидеров сообщества — не то же самое, что взвешенный по знаменателю результат среди сетей, получающих услуги. Аплодисменты на конференции — не то же самое, что свидетельство того, что существующие соглашения об обслуживании могут быть перенесены без принуждения. ICP-2 понимал эту проблему на входе: он требовал свидетельств контактов, консенсуса и будущего членства.

Для лишения признания вопрос о поддержке должен быть ещё точнее. Является ли релевантным сообществом всё множество держателей ресурсов, члены с правом голоса, LIR, интернет-провайдеры, правительства, представители гражданского общества, технические операторы или более широкое сообщество номерных ресурсов? Учитываются ли держатели legacy-ресурсов? Учитываются ли члены с приостановленным членством или участвующие в судебных спорах? Суммируются ли аффилированные лица? Учитываются ли небольшие сети наравне с крупными держателями адресов? Имеет ли значение финансовый взнос? Является ли молчание возражением, нейтралитетом или отсутствием ответа?

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

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

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

Один регион — один реестр: правило непрерывности

Принцип «один регион — один реестр» из ICP-2 часто понимают неправильно. Документ говорит, что каждый регион должен обслуживаться одним RIR под единым управлением и в одном месте, потому что несколько RIR в одном регионе могли бы фрагментировать адресное пространство, создавать трудности координации и путать сообщество. Смысл был в операционной стабильности, а не в институциональной неуязвимости.

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

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

Решение о лишении признания, порождающее конкурирующих претендентов, противоречивые базы данных или неопределённые контрактные полномочия, нарушило бы дух правила «один регион — один реестр», даже если бы было оформлено как правоприменение.

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

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

Именно поэтому современный язык чрезвычайной непрерывности так ценен. Он признаёт, что услугам может понадобиться временная поддержка без немедленного объявления постоянного правопреемника. Он может определить объём, срок, публичность, затронутые услуги, обратную связь, условия возврата и пересмотр после действий. Правило «один регион — один реестр» из ICP-2 даёт основание для такой осторожности. Оно не даёт её деталей.

Техническая компетентность была порогом, а не лицензией на надзор

ICP-2 требовал технической компетентности, потому что новый RIR не может быть легитимным, если не способен работать. Критерии перечисляли производственное глобальное подключение к интернету, DNS-серверы для обратного DNS, подходящую инфраструктуру и достаточное число технически квалифицированных сотрудников для поддержания уровня услуг. Эти требования были основаны на практическом риске. Региональный реестр — это не только зал заседаний или членская ассоциация; это сервисная организация с обязанностями в отношении данных, протоколов и надёжности.

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

Лучший тест — функциональный и пропорциональный. Какие услуги RIR нарушены? Какие держатели ресурсов затронуты? Риск временный, хронический или расширяющийся? Готов ли реестр исправить ситуацию и способен ли на это? Доступны ли записи для проверки? Могут ли другие RIR оказать ограниченную поддержку, не становясь политическими управляющими? Угрожает ли проблема системе реестров интернет-номеров или только местному административному процессу? Эти вопросы требуют доказательств, а не общей ссылки на пункт о технической компетентности.

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

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

Более поздний проект NRO указывает в этом направлении, отдельно определяя услуги и производительность RIR, непрерывность, операционные требования, аудит, чрезвычайную непрерывность и лишение признания. Это разделение — не бюрократическое украшение. Именно так система не даёт решаемой сервисной проблеме превратиться в конституционный кризис и не даёт списать конституционный кризис как «внутреннее дело» на том основании, что некоторые услуги ещё работают.

Ведение записей создаёт проверяемость, а не автоматическую передачу

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

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

Но ведение записей — не то же самое, что приказ об автоматической передаче. ICP-2 не говорил, что записи могут быть изъяты, скопированы целиком, обнародованы или переданы правопреемнику всякий раз, когда кто-то заявляет о несоблюдении требований. Он также требовал конфиденциальности. Информация, собранная при регистрации, должна храниться в строгой тайне и использоваться для целей регистрации, а передаваться — только другому RIR или IANA по запросу либо иным образом с письменного согласия обслуживаемого LIR или интернет-провайдера. Поэтому документ удерживает вместе два принципа: проверяемость и конфиденциальность.

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

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

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

Признание AFRINIC показывает вход в самом чистом виде

Признание AFRINIC в 2005 году — самый чистый пример работы ICP-2 так, как задумано. В резолюции Совета директоров ICANN от 8 апреля 2005 года упоминались предварительное признание в 2004 году, завершение плана перехода, обновлённая заявка, положительная оценка NRO и заключение президента ICANN о том, что заявка полностью соответствует ICP-2. Затем Совет провозгласил AFRINIC полностью одобренным и признанным RIR для африканского региона обслуживания.

Отчёт IANA о признании AFRINICчитается как оценка на входе, потому что именно ею и был. В нём рассмотрен каждый принцип ICP-2. Описаны африканский регион, план перехода, информационная работа, действующие RIR, поддержка существующих реестров через NRO и вывод IANA о том, что AFRINIC удовлетворяет критериям. В части поддержки отчёт описал региональную информационную работу, публичные форумы, коммуникации с членами со стороны действующих RIR, независимые контакты с интернет-провайдерами, открытые списки рассылки, веб-сайт, встречи и прямой контакт с LIR и интернет-провайдерами. Был сделан вывод, что очень значительное большинство готово поддерживать AFRINIC, участвовать в процессах снизу вверх и брать финансовые обязательства.

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

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

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

Современный кризис создаёт унаследованную зависимость

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

Покупатели, арендодатели, кредиторы, аудиторы и страховщики используют записи реестра, чтобы оценить права на адреса и сетевые риски.

В 2001 году ICP-2 не нужно было описывать всю эту зависимость, потому что кандидат ещё не накопил её. Заявку нового реестра можно было отклонить, не распутывая десятилетия записей. Именно поэтому отсутствие правила несостоятельности было понятно тогда и опасно сейчас.

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

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

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

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

Дело не в симпатии к институтам. Дело в защите сетей. Лишение признания может быть легитимным, но только если оно менее вредно, чем продолжение несоблюдения требований. ICP-2 помогает определить несоблюдение. Он не даёт теста на вред.

Уведомление о проверке соответствия — не полная конституция

Переписка ICANN 2025 года об AFRINIC сделала пробел видимым. Вписьме от 25 июня 2025 годаICANN напомнила назначенному внешнему управляющему AFRINIC, что ICANN признала AFRINIC в 2005 году, что AFRINIC продолжает нести обязанности по ICP-2 и что ICANN ещё не начала проверку соответствия. Затем в письме говорилось, что проверка может понадобиться из-за заявлений о ходе выборов, доверенностях, доступе к спискам членов, использовании товарного знака AFRINIC в предвыборных коммуникациях, ведении записей и доверии членов.

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

Письмо от 3 июля 2025 годаужесточило позицию. ICANN заявила, что ответ внешнего управляющего не содержит достаточной документации, что аннулирование выборов не отвечает на многие вопросы, и повторила, что сохраняет право начать проверку соответствия на предмет потенциального существенного несоблюдения ICP-2. Согласно письму, NRO подтвердил, что ICANN действует в соответствии с ICP-2.

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

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

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

Проект 2025 года доказывает исходный пробел

Проект документа об управлении NRO 2025 года иногда рассматривают как политическое предложение о будущих полномочиях. Он также является свидетельством о прошлом. Если бы ICP-2 уже содержал полное правило жизненного цикла, проекту не нужно было бы столь детально определять признание, деятельность, чрезвычайную непрерывность, аудиты, восстановление и лишение признания. Само его существование подтверждает, что критериев 2001 года было недостаточно для зрелой системы реестров.

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

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

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

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

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

Поэтому проект следует читать как предупреждение против исторических преувеличений. ICP-2 даёт ценности и критерии входа. Правило-преемник должно дать законное средство защиты.

Недостающий тест: несостоятельность плюс средство защиты

Современный стандарт лишения признания не должен начинаться со слова «лишение признания». Он должен начинаться с заявленной несостоятельности и предлагаемого средства защиты. Проверяющий должен задать четыре вопроса по порядку.

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

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

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

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

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

ICP-2 не содержит этой последовательности. Он указывает на некоторые обязанности, но не организует тест средств защиты. Современное правило должно делать эту работу открыто.

История расширения должна дисциплинировать нынешнюю власть

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

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

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

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

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

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

Источники и аналитические ограничения

Текст ICP-2 на сайте ICANNподдерживает центральный исторический тезис: критерии были приняты в 2001 году как основные требования и рамки для признания новых RIR, в период, когда ожидалась регионализация Африки и Латинской Америки. Тот же текст поддерживает обсуждение регионального масштаба, широкой поддержки LIR и интернет-провайдеров, политики снизу вверх, нейтральности, технической компетентности, планов деятельности, финансирования, записей и конфиденциальности.

Резолюция Совета директоров ICANN о признании AFRINICиотчёт IANA о заявке AFRINICподдерживают анализ проверки на входе. Они показывают заявку, план перехода, оценку NRO, проверку IANA и финальное признание. Они не определяют более позднюю процедуру лишения признания.

Документ NRO RIR Governance Document Version 2используется как свидетельство направления реформ и проектного пробела, оставленного ICP-2. Он описан в соответствии с датой проекта, указанной на странице NRO, и не рассматривается как уже решающий все юридические и операционные вопросы.

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