Резюме

  • Начиная с 21 февраля 2005 года сотрудники и рабочие системы AFRINIC взяли на себя основную роль в предоставлении услуг регионального реестра африканским локальным интернет-реестрам и конечным пользователям. Но это была контролируемая операционная передача, а не момент, когда все юридические, кастодиальные, аккредитационные полномочия и полномочия по распределению ресурсов перешли одновременно.
  • Окончательное признание ICANN последовало через 46 календарных дней, 8 апреля. Первый пакет IPv4 и ASN после признания был объявлен 14 апреля, AFRINIC присоединилась к Организации номерных ресурсов документом от 25 апреля, а действующие реестры подписали письма о передаче полномочий 26–27 апреля. Эти даты описывают разные институциональные акты.
  • Сохранившиеся записи содержат существенные пробелы. Они не раскрывают, как процедура «второго мнения» работала в отдельных случаях, как часто вмешивались коллеги, какие пулы обеспечивали каждое распределение Фазы II, или все ли контракты и записи APNIC, ARIN и RIPE NCC мигрировали на одинаковых условиях. Однодневное расхождение между 21 и 22 февраля также остаётся нерешённым.
  • Эта последовательность поддерживает самый сильный аргумент в пользу поэтапной аккредитации: AFRINIC продемонстрировала производственную способность под надзором, прежде чем получить независимый статус в признанной системе RIR. Она также устанавливает предел этого аргумента. Признание не включило системы, которые уже работали, не передало право собственности на сети участников, не стало контролировать маршрутизацию и не предоставило частному реестру суверенные карательные полномочия.

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

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

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

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

Работающая служба до окончательного ярлыка

Совместный отчёт о ходе работы, подготовленный председателем NRO и исполнительным директором AFRINIC, подтверждает, что системы AFRINIC находились в производственной эксплуатации и обслуживали регистрантов. Согласно этому отчёту, начиная с 21 февраля сотрудники и системы AFRINIC взяли на себя основную роль в предоставлении услуг реестра. Действующие RIR должны были сохранять контроль «второго мнения» до окончательного признания. В уведомлении ICANN о публичных комментариях от 14 марта позже говорилось, что APNIC, ARIN и RIPE NCC — три действующих реестра, обслуживавших разные части Африки, — передали все услуги RIR 21 февраля.

Собственная запись о переходе RIPE NCC также указывает завершение операционных переходов на эту дату.

Два других институциональных документа используют 22 февраля. Объявление в списке рассылки AFRINIC и архив APNIC называют эту дату фактическим началом Фазы II, описанной как полное функционирование RIR с сохранением «второго мнения». Разница в один день не является свидетельством двух отдельных передач. Оба набора дат описывают одну и ту же стадию перехода. Однако ни доступные записи, ни журнал перехода не объясняют, возникла ли разница из-за часовых поясов, последовательности технических изменений, задержки публикации или непоследовательных формулировок.

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

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

Ни одно упрощение не подтверждается данными.

Сам сервис был осязаем. Новые запросы поступали хостмастерам AFRINIC для оценки. Внутренняя система регистрации AFRINIC, внешняя публикация WHOIS и функции учёта работали в режиме реального времени. Для африканских LIR, обслуживавшихся RIPE, запросы перенаправлялись, а портал RIPE NCC прекращал быть доступным. Данные реестра и администрирование обратного DNS проходили через плановые процедуры перехода. Это операционные факты: куда отправлялся запрос, какой персонал его обрабатывал, какая база данных публиковала запись и какая организация взаимодействовала с клиентом.

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

Переход на уровне баз данных

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

Страница перехода идентифицирует два диапазона объектов aut-num, которые были скопированы: с 30980 по 30999 и с 34515 по 34519. Первый включительный диапазон содержит 20 объектов, второй — пять, всего 25. Это число не является количеством распределений и не является мерой всего перехода. Объекты остались доступными в базе данных RIPE для использования маршрутным реестром. Другие объекты aut-num и назначения, независимые от провайдера, остались зарегистрированными там в соответствии с описанным соглашением. Эта деталь важна, потому что даже одно широкое слово — «база данных» — содержало несколько функций и правил миграции.

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

Детальную запись RIPE нельзя механически проецировать на африканские LIR, ранее обслуживавшиеся APNIC или ARIN. Сводное уведомление ICANN сообщает, что три действующих сервисных RIR передали все услуги RIR. Архив APNIC говорит, что африканские LIR и их распределённые ресурсы были переданы. Однако сопоставимые публичные инвентаризации для APNIC и ARIN — охватывающие правила порталов, контракты, типы объектов, шаги DNS, отдельные случаи и действующие временные метки — не были обнаружены в закрытых записях. Этот пробел не опровергает высоконадёжный вывод о том, что передача услуг произошла.

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

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

Шесть уровней, а не одна власть

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

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

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

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

В-третьих, это были полномочия в отношении номерных ресурсов и инвентаризация. IANA администрировала пулы верхнего уровня для RIR. Действующие реестры сохраняли переходные роли вокруг пулов, юридических отношений или кастодиального хранения, в то время как AFRINIC обрабатывала и регистрировала распределения под надзором. 14 апреля ICANN объявила, что AFRINIC получила своё первое распределение после признания, включая IP-адреса и номера автономных систем. Текущий реестр IPv4 IANA фиксирует 41/8 для AFRINIC в апреле 2005 года, а реестр ASN — диапазон с 36864 по 37887 в апреле 2005 года. Это более поздние, конкретные вехи инвентаризации.

Есть осложнение, которое должно остановить любое аккуратное утверждение о том, что AFRINIC не имела ресурсов, связанных с IANA, до признания. Текущий реестр юникаст-адресов IPv6 IANA указывает 2001:4200::/23 для AFRINIC с датой 1 июня 2004 года. Закрытые данные не объясняют, как эта строка соотносится с современным описанием апрельского пакета 2005 года как первого распределения после признания. Безопасное прочтение узкое: 14 апреля отмечает объявленный пакет после признания и подтверждается апрельскими записями IPv4 и ASN; это не доказательство того, что каждый класс инвентаризации, связанной с IANA, впервые появился именно тогда.

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

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

Без документа маврикийского реестра точная корпоративная хронология должна оставаться атрибутированной: заявитель указал регистрацию в феврале 2004 года; NRS использовала формулировку апреля 2005 года. В любом случае корпоративное существование концептуально отличается от признания ICANN. Одно возникает в соответствии с применимым внутренним законодательством; другое допускает оператора к институциональной координационной роли.

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

Ни один рассмотренный документ не передал AFRINIC африканскую территорию, уголовную юрисдикцию, полицейскую власть или общий регуляторный суверенитет.

Эти уровни взаимодействовали, но не сливались. Производственный сервис AFRINIC дал операторам работающий региональный интерфейс. Коллегиальный надзор снижал риск неосмотрительных решений неопытного реестра. Инвентаризация, обращённая к IANA, позволяла признанные распределения из глобальных пулов. Аккредитация ICANN установила статус в системе RIR. Законодательство Маврикия обеспечило корпоративную оболочку для найма, контрактов, членства и управления. Сетевые операторы сохранили практический контроль маршрутизации. NRO обеспечила координацию между равными, а не континентальное правительство.

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

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

46-дневный интервал

От выбранной операционной даты 21 февраля до окончательного признания 8 апреля прошло 46 календарных дней. Использование альтернативной формулировки 22 февраля дало бы 45 дней. Этот интервал не был пустой комнатой ожидания. AFRINIC обрабатывала работу, в то время как институциональная система наблюдала за поднадзорным оператором.

Последовательность началась задолго до февраля. Заявка AFRINIC датирует растущий импульс к созданию африканского реестра с 1997 года. В ней говорится, что маврикийская организация была зарегистрирована в феврале 2004 года, хотя базовый сертификат отсутствует, а более поздняя хронология NRS противоречит этому. В мае 2004 года AFRINIC провела публичное политическое совещание и ежегодное общее собрание в Дакаре; в заявке говорится, что был принят устав и обработаны первоначальные политики в отношении ресурсов.

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

К январю 2005 года представители Исполнительного совета NRO посетили объекты AFRINIC на Маврикии, согласно заявке. RIPE NCC сообщает, что её африканские LIR начали получать контракты AFRINIC курьером. Тем не менее эти LIR юридически оставались членами RIPE NCC до окончательного признания, а их назначения и регистрации оставались под Стандартным соглашением об обслуживании RIPE NCC. Для LIR, которые уже заплатили RIPE NCC за 2005 год, переход был спроектирован так, чтобы избежать двойной оплаты. Миграция контрактов и операционная миграция были сознательно разнесены, а не втиснуты в единый момент.

21 февраля операционный центр переместился. 5 марта обновлённая заявка AFRINIC указала, что все операционные аспекты находятся под её управлением, а решения о распределении остаются предметом «второго мнения». 14 марта ICANN открыла 21-дневный период публичных комментариев и охарактеризовала AFRINIC как полностью функциональную. Заявка всё ещё находилась на рассмотрении. Это сосуществование — полностью функционирующий сервис и незавершённая аккредитация — не является аномалией, если функция и признание понимаются как отдельные объекты.

8 апреля совет ICANN окончательно одобрил и признал AFRINIC для предоставления услуг IP-регистрации и связанных услуг для африканского региона. Шесть дней спустя, 14 апреля, ICANN объявила о пакете распределений после признания. С 21 февраля прошло 52 календарных дня. Апрельские записи IPv4 и ASN указывают на важное изменение прямой инвентаризации, но из-за записи IPv6 2004 года их нельзя безопасно назвать первой связью с IANA любого рода.

Последовательность продолжилась. Присоединение AFRINIC к меморандуму NRO датировано 25 апреля, через 63 календарных дня после 21 февраля. Этот договорный документ наделил AFRINIC правами и обязанностями члена NRO. Он не заставил февральские системы работать задним числом. Во время встречи AFRINIC-2 26–27 апреля, согласно NRO, APNIC, ARIN и RIPE NCC подписали письма о передаче формальных полномочий в отношении их бывших африканских зон обслуживания. Отчёт NRO от 27 апреля называет документацию по регистрации и учёту и администрирование DNS, утверждая, что письма завершили кастодиальные и реестровые процессы.

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

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

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

Почему это было важно для операторов и держателей ресурсов

Для оператора ценность февральской передачи заключалась не в абстрактном региональном символизме. Это был сервисный путь. Запросам нужно было куда-то направляться. Данные WHOIS должны были оставаться обнаружимыми. Обратный DNS нуждался в администраторе. Учётные записи, контракты и записи должны были изменяться без принуждения сетей к перенумерации и без оставления держателей без возможности доказать признанный статус.

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

Те же гарантии создавали разделённую подотчётность. LIR мог обслуживаться AFRINIC, в то время как его контракт оставался с RIPE NCC. Запрос мог оцениваться AFRINIC, в то время как другой RIR предоставлял второе мнение. Запись могла появляться в одной системе реестра, а объект политики маршрутизации оставался в другой. Если решение задерживалось или оспаривалось, публичные документы не показывают, кто нёс окончательное операционное обязательство, какая применялась эскалация и как оператор мог отличить заверение от вето.

Журнал дел не обнаружен. Нет публичного знаменателя для запросов Фазы II, одобрений, отказов, изменений, задержек или отмен. Нет опубликованных подсчётов согласия или вмешательства коллег, нет названных проверяющих и нет временных рядов обработки. Поэтому одинаково спекулятивно утверждать, что механизм «второго мнения» доминировал над решениями AFRINIC, или что он был церемониальным и никогда не использовался. Запись доказывает наличие механизма, но не его частоту или эффект.

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

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

То же поэтапное выполнение может их увеличить, если институты говорят так, будто «сервис», «полномочия» и «признание» являются синонимами.

Самый сильный аргумент в пользу признания

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

Согласно этому объяснению, предварительное одобрение создало контролируемый путь, а не необратимое одобрение. Действующие реестры обучали AFRINIC и совместно оценивали запросы. Представители NRO инспектировали объекты. Фаза II вывела персонал, базы данных и клиентские интерфейсы в производство, сохраняя «второе мнение». Затем IANA изучила десять критериев ICP-2, включая региональный охват, поддержку LIR, развитие политик, нейтральность, технические возможности, соблюдение глобальных политик, планирование, финансирование, ведение записей и конфиденциальность. Окончательное признание последовало за наблюдаемой работой, а не предшествовало ей.

Апрельская инвентаризация и документы о формальных полномочиях затем завершили другие части соглашения.

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

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

Таким образом, данные одновременно опровергают два мифа. Первый гласит, что признание было пустой церемонией, поскольку сервис уже работал. Это игнорирует поднадзорный характер Фазы II, ценность скоординированной инвентаризации и институциональные последствия, последовавшие за окончательным одобрением. Второй гласит, что признание создало операционные полномочия AFRINIC одним учредительным актом. Это игнорирует 46 дней основного обслуживания, предшествующее корпоративное и политическое развитие и более позднее завершение документов NRO и кастодиальных инструментов.

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

Что остаётся за пределами записи

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

Первоначальный план перехода и контрольный список приёмки Фазы II не обнаружены. Без них невозможно подробно сравнить запланированные этапы с фактическим завершением. Письмо NRO предполагало активацию 11 апреля как «полностью операционную», даже утверждая, что системы находились в производстве и полная работа началась 21 февраля под «вторым мнением». Эта формулировка может отличать поднадзорную Фазу II от зависящей от признания Фазы III или отражать терминологию планирования. Ни одно найденное определение не разрешает это.

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

Исходные пулы, стоящие за решениями Фазы II, также недостаточно документированы. AFRINIC обрабатывала запросы; действующие RIR всё ещё имели роли; последовал пакет IPv4 и ASN после признания; и текущий реестр IPv6 показывает более раннюю строку AFRINIC. Не обнаружено никаких документов о делегировании по каждому пулу или сопоставления запросов с пулами. Это не позволяет дать простой ответ на вопрос, кто обладал каждым элементом ресурсных полномочий на 21 февраля.

Части миграции APNIC и ARIN не имеют подробных инвентаризаций объектов и контрактов, доступных от RIPE NCC. Фактические апрельские письма о передаче полномочий отсутствуют, как и сертификат о регистрации на Маврикии. Принятие также измерено не полностью: институциональные заявления говорят о передаче LIR и услуг, в то время как в записи отсутствует знаменатель подписанных контрактов AFRINIC, отказов или исключений. Это не причины сомневаться в операционной передаче. Это причины остановиться на её доказательственной границе.

Ограниченное значение 21 февраля

То, что произошло 21 февраля 2005 года, было одновременно более узким и более значимым, чем институциональный миф об основании. Сервис переместился. Операторы были направлены в AFRINIC; персонал и системы взяли на себя основную ответственность; записи, учётные записи и администрирование DNS вошли в поэтапную миграцию. Эта практическая способность предшествовала окончательному признанию и стала частью доказательств того, что признание может ответственно последовать.

Это событие не свернуло все формы контроля в AFRINIC. Коллегиальный обзор остался. Договорные отношения отставали. Инвентаризация имела свою хронологию. Корпоративная правосубъектность исходила из внутреннего законодательства, и в доступных источниках её опубликованная дата оспаривается. Членство в NRO и документы о формальной передаче полномочий появились позже. Маршрутизаторы остались у операторов. Суверенные полномочия остались у компетентных государственных органов, а не у частной корпорации-реестра.

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

Поэтому 46-дневный интервал — не просто странность хронологии. Это контролируемое испытание институционального языка. Работающий сервис, коллегиальный надзор, кастодиальное хранение ресурсов, аккредитация, правосубъектность и эксплуатация маршрутизации могут находиться в разных руках одновременно. Хорошее управление начинается с точного называния этих рук. Плохое управление начинается, когда слову «власть» позволяют стереть их границы.