Кратко

  • Передача 2003–2005 годов перенесла объекты inetnum и aut-num, ASN и независимое от провайдера пространство в базу AFRINIC, расторгла стандартные сервисные соглашения RIPE NCC с африканскими участниками и удалила связанные объекты DOMAIN, возложив переоформление обратной DNS на принимающую сторону.
  • ICP-2 требует от реестра процедур непрерывности, резервирования и обмена записями, а также предусматривает процедуру отзыва признания с передачей операций назначенному преемнику, но публичного инструмента, который запускал бы сохранение данных, делегирований и абонентских записей независимо от воли действующего реестра, в материалах передачи не обнаружено.
  • Аудит, заказанный в июле 2019 года и обнародованный около января 2021 года, зафиксировал 2 371 584 адреса IPv4, неправомерно выведенных из свободного пула AFRINIC, и ещё 1 799 168 легаси-адресов, затронутых изменениями; к 2025 году сам реестр находился под конкурсным управлением, а 25 июля 2025 года был объявлен «объявленной компанией» по статье 230 Закона о компаниях Маврикия.

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

Африканский переход 2003–2005 годов сделал первое, а не второе — и это не вывод из доктрины, а результат сопоставления документов о передаче со сводом требований ICP-2.

Что именно перешло в 2003–2005 годах

AFRINIC была зарегистрирована в Маврикии в 2004 году. 30 сентября 2004 года Совет ICANN дал предварительное одобрение, а в апреле 2005 года ICANN признала AFRINIC пятым региональным интернет-реестром по критериям ICP-2; 27 апреля 2005 года AFRINIC стала пятым членом NRO (материалы по признанию). Прежде нумерацию для африканских операторов выделяли APNIC, ARIN и RIPE NCC: RIPE NCC обслуживал выделение IPv4 для стран Африки к северу от экватора с октября 2003 по апрель 2005 года и прекратил выделение для африканского региона в апреле 2005 года (хронология перехода).

Передача не была чисто технической инвентаризацией. RIPE NCC расторг стандартные сервисные соглашения с африканскими участниками, а AFRINIC заключила с ними новые договоры; в рамках перехода AFRINIC подписала соглашение о неразглашении, охватывающее сведения о LIR (описание условий перехода). Проект AFRINIC-ERX перенёс объекты inetnum и aut-num, а также ASN и независимое от провайдера пространство из базы RIPE в базу AFRINIC; связанные объекты были перенесены или скопированы, а часть регистрационных записей AFRINIC унаследовала от ARIN и APNIC (данные о переносе объектов).

Отдельный сюжет — обратная DNS. Там, где ресурсы переходили от RIPE NCC к другому реестру, соответствующие объекты DOMAIN в базе RIPE удалялись, а обязанность запросить новое делегирование обратной зоны немедленно возлагалась на принимающую сторону (описание процедуры делегирования). Иными словами, непрерывность обратного разрешения имён не была встроена в передачу как механизм: она стала задачей, которую принимающий реестр должен был выполнить по собственной инициативе.

Четыре точки контроля

Разбирать передачу удобнее как четыре последовательные точки контроля над публичным ресурсом.

Предотвращение. Кто решает, что именно переходит, и кто проверяет полноту инвентаря? В 2004–2005 годах это решалось соглашениями между двумя организациями; публичного реестра обязательств, который пережил бы обе стороны, в материалах не видно.

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

Реагирование. Кто имеет полномочие вмешаться, если реестр перестаёт исполнять функции? По ICP-2 предложения о признании и отзыве признания исходят от Исполнительного совета NRO после голосования большинства, при этом окончательное решение остаётся за ICANN; IANA, административно входящая в ICANN, несёт конечную ответственность за распределённое и нераспределённое пространство IPv4, IPv6 и ASN и делегирует блоки реестрам (положения ICP-2 и роль IANA).

Возмещение. Что именно восстанавливается и в какие сроки? Здесь документы наиболее молчаливы: ICP-2 формулирует общие требования, но не определяет объём восстановления данных, сроки и ответственного за абонентские записи.

ICP-2: что записано и что не записано

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

У апелляционного контура тоже есть границы. Раздел 9 Меморандума о взаимопонимании NRO учреждает Консультативную апелляционную палату, которая рассматривает жалобы на несоблюдение документированных процедур разработки глобальной политики со стороны реестра, NRO или его подразделения, и отчитывается перед Исполнительным советом NRO (описание апелляционного механизма). Это апелляция по процедуре политики, а не механизм эскроу реестровых данных и не отказоустойчивое переключение. Ни один публичный документ, обнаруженный в ходе этого исследования, не прописывает в саму передачу 2004–2005 годов независимо запускаемый эскроу, гарантию непрерывности обратной DNS или право переносимости абонентских записей.

Проверка на прочность: аудит 2019 года

Первый серьёзный стресс-тест пришёл изнутри. Аудит, заказанный в июле 2019 года и обнародованный около января 2021 года, установил, что из свободного пула AFRINIC неправомерно выведено 2 371 584 адреса IPv4. Около 1 060 864 адресов были возвращены и помещены в 12-месячный карантин, тогда как 1 310 720 адресов, связанных с двумя организациями, оставались в ожидании возврата. Дополнительно было затронуто 1 799 168 легаси-адресов IPv4: 394 496 консолидированы, изменения по 467 968 признаны необоснованными и отменены, а 936 704 адреса остались в споре. Среди компенсирующих мер названы дополнительные уровни верификации (итоги аудита).

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

2022–2025: суд, конкурсное управление, «объявленная компания»

AFRINIC и Cloud Innovation Ltd судятся примерно с середины 2019 года. 19 июля 2022 года Верховный суд Маврикия вынес решение в пользу Cloud Innovation, отклонив предварительное возражение AFRINIC. Компания была помещена под конкурсное управление; 15 октября 2024 года Апелляционный суд рассматривал апелляцию по приказу о конкурсном управлении. 10 февраля 2025 года Отдел банкротства прекратил полномочия первоначального официального управляющего и назначил господина Гоутамсингха Даби, продлив срок выборов совета до 25 апреля 2025 года (хронология разбирательства).

В 2025 году к внутреннему процессу добавилось внешнее давление. ICANN направила конкурсному управляющему письма 6 июня и 25 июня 2025 года, требуя прозрачности и справедливости выборов совета и предупреждая о возможной проверке на соответствие; 19 июня 2025 года ICANN подала заявление в Верховный суд Маврикия и добилась распоряжения, обязывающего управляющего опубликовать сообщение для членов об ошибочной регистрации. Выборы были приостановлены 23 июня 2025 года и в итоге проведены 10–12 сентября 2025 года (описание эпизодов 2025 года).

Затем изменился и юридический режим. 25 июля 2025 года президент Маврикия объявил AFRINIC «объявленной компанией» по статье 230 Закона о компаниях — вслед за ходатайством Cloud Innovation Ltd о ликвидации. Это объявление приостанавливает текущие судебные дела с участием AFRINIC и запускает правительственное расследование её дел (сведения об объявлении компании).

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

Операционная проверка, которая так и не была проведена

Ключевой вопрос статьи прост: сохраняется ли реестр как функция, когда институт перестаёт быть надёжным. Отвечать на него нужно операционными наблюдениями, а не институциональными заявлениями. Наблюдаемый тест таков: остаются ли записи WHOIS и RDAP AFRINIC доступными для запроса и полными; продолжают ли разрешаться делегирования обратных зон по переданным ресурсам; могут ли участники получить свои записи; сохранил ли RIPE NCC какую-либо резервную роль (описание процедурного контекста). Ни один из этих пунктов источниками, изученными в рамках данной работы, не подтверждён.

Здесь важна добросовестность в отношении доказательств. Точный текст соглашения о передаче между RIPE NCC и AFRINIC 2004–2005 годов не обнаружен; спецификации переноса данных AFRINIC-ERX и точная судьба объектов DOMAIN в первичной форме не найдены; условия расторжения стандартных сервисных соглашений и любые переходные обязательства перед африканскими участниками не локализованы; объём соглашения о неразглашении и то, ограничивало ли оно раскрытие информации участникам, неизвестны.

Не установлено и то, кто именно сегодня распоряжается реестровыми данными, обратной DNS и абонентскими записями в период конкурсного управления и процедуры объявленной компании, а также полные условия приказа по статье 230.

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

Каталог объекта, к которому относится этот разбор, доступен в справочнике: RIPE NCC — AFRINIC: переход.