Резюме

  • Уведомления IANA от 12 апреля 2005 года зафиксировали выделение AFRINIC блока 41/8 и диапазона AS36864–AS37887 — через четыре дня после того, как Совет директоров ICANN признал её региональным интернет-реестром. Публичное объявление ICANN появилось 14 апреля; дата уведомления и дата объявления описывают разные точки в документальной истории.
  • Выделенные ресурсы добавили в реестровый запас AFRINIC 16 777 216 возможных адресов IPv4 и 1 024 номера AS. Они не означали одновременных присвоений, гарантированных маршрутов, имущественных актов, территориальной власти или встроенной лицензии контролировать и наказывать сетевых операторов.
  • Тем не менее административный контроль был существенным. AFRINIC могла вести региональный реестр, применять свои процедуры, рассматривать запросы и определять последовательность последующей выдачи. Уведомление от января 2006 года о том, что выделение адресов из блока 41/8 начнётся в феврале, показывает интервал примерно в десять календарных месяцев между получением блока и объявленным использованием в нижестоящей цепочке.
  • Апрель 2005 года был первым после признания выделением AFRINIC ресурсов этих типов, но не первым получением номерного ресурса вообще. Действующий реестр IPv6 IANA датирует блок 2001:4200::/23 1 июня 2004 года, то есть до полного признания.
  • Долгосрочная публичная ценность заключалась в целостном реестре уникальности и функции регионального распределения. Такая роль может создавать экономическую зависимость и операционную определённость, не превращая AFRINIC в суверена, собственника сетей операторов или орган полиции, прокуратуры и суда.

На границе 41.0.0.0 публичная запись изменилась раньше, чем можно показать, что изменилась хотя бы одна сеть. 12 апреля 2005 года уведомления IANA зафиксировали выделение AFRINIC одного блока IPv4 — 41/8 — и одного диапазона 16-битных номеров автономных систем, от AS36864 до AS37887. Эти записи имели операционное значение. Они дали только что признанному региональному реестру новый запас, из которого впоследствии можно было удовлетворять запросы. Однако записи не показывают, что в тот день шестнадцать миллионов адресов стали абонентскими подключениями или что 1 024 сети начали обмениваться маршрутами.

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

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

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

Три даты, три институциональных шага

Хронология начинается 8 апреля 2005 года. На своём заседании в этот день Совет директоров ICANN принял резолюции о признании AFRINIC региональным интернет-реестром, предоставляющим услуги регистрации IP-адресов и связанные сервисы в Африканском регионе обслуживания. На том же заседании Совет утвердил глобальную политику, регулирующую выделение IANA блоков адресов IPv4 региональным реестрам. Признание создало институциональную предпосылку: теперь AFRINIC стала реестром, через который новый региональный запас поступал в сложившуюся систему распределения.

Признание не было самим выделением. Четыре календарных дня спустя, 12 апреля, два подписанных уведомления, приписываемых IANA, зафиксировали отдельные передачи. Одно касалось блока 41/8. Другое — диапазона AS36864–AS37887. В уведомлениях каждое из них описывалось как первое выделение AFRINIC ресурса этого типа после признания. Действующие реестры IPv4 и ASN IANA подтверждают диапазоны и фиксируют апрель 2005 года, а уведомления, сохранённые в архиве NANOG, дают точный день.

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

Это различие важнее архивной аккуратности. Пресс-релиз может объяснять событие, не создавая его. Строка реестра может сохранять месяц, не раскрывая точное время операции. Подписанное уведомление о выделении может указывать день, оставляя неизвестными внутреннее утверждение и временные метки базы данных. Документы поддерживают уверенную последовательность — признание 8 апреля, уведомления о выделении 12 апреля, публичное объявление 14 апреля, — но не дают оснований для криминалистически точного отчёта о конкретном часе, досье запроса или операции в базе данных.

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

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

Что поступило в запас AFRINIC

Выделение IPv4 представляло собой блок 41.0.0.0/8, обозначенный в реестре IANA как 041/8. Префикс /8 фиксирует первые восемь битов 32-битного адреса IPv4 и оставляет переменными 24 бита. В результате получается два в степени 24, то есть 16 777 216 возможных адресов в диапазоне от 41.0.0.0 до 41.255.255.255. Это число отражает математическую ёмкость блока, а не количество клиентов, работающих интерфейсов, пригодных для розничного использования адресов, присвоений или маршрутов на 12 апреля.

Диапазон номеров AS шёл от 36864 до 37887. С учётом обоих концов получается 37 887 минус 36 864 плюс один, то есть 1 024 номера AS. Это тоже ёмкость инвентарного диапазона. Она не показывает, что 1 024 автономные сети получили номера или работали на дату выделения. Номера AS могут обозначать автономные домены маршрутизации, когда они выданы и используются, но размещение блока в региональном запасе предшествует развёртыванию у конкретного оператора.

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

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

RFC 2050 — действовавшее в то время операционное руководство, позже признанное историческим и заменённое RFC 7020, — описывал иерархию от IANA к региональным реестрам, далее к локальным реестрам и затем к конечным пользователям. Он связывал регистрацию с уникальностью и устранением неполадок и прямо предупреждал, что выделение не гарантирует маршрутизируемость. Это предупреждение решающим образом опровергает любую версию, в которой уведомления IANA от 12 апреля каким-то образом включили универсальную достижимость.

Зафиксированные материалы не называют первый маршрут из блока 41/8, первого получателя его части или первое присвоение из диапазона ASN.

Не вся ёмкость сразу перешла в руки нижестоящих получателей. В уведомлении AFRINIC, выпущенном в январе 2006 года, говорилось, что реестр получил блок 41/8 в апреле 2005 года и начнёт выделять адресное пространство IPv4 из этого блока в феврале 2006 года. Источник указывает месяцы, а не точные временные метки операций, поэтому интервал корректно описывать как примерно десять календарных месяцев. Тем не менее он даёт конкретное разделение между хранением и последующей выдачей. Значительную часть этого периода блок /8 существовал как региональный запас, удерживаемый AFRINIC, а не как блок, уже полностью выделенный клиентам или сетям-членам.

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

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

Любая оценка в долларах потребовала бы доказательств и методологии, которых нет в этом массиве; цены более позднего трансферного рынка нельзя просто проецировать назад.

«Первый» требует уточнения

Уведомления IANA использовали ограниченную формулировку: это были первые выделения IPv4 и ASN для AFRINIC после того, как она была признана RIR. Более позднее объявление ICANN также описывало ресурсы как первое после признания выделение. Эту формулировку следует сохранить, поскольку постоянная запись IANA опровергает более широкое утверждение о том, что AFRINIC никогда раньше не получала номерной запас.

Реестр юникаст-адресов IPv6 IANA датирует блок 2001:4200::/23 1 июня 2004 года, то есть более чем за десять месяцев до признания и парных уведомлений в апреле 2005 года. Префикс /23 содержит 512 возможных единиц /32, хотя эта арифметика важна здесь только как указание на масштаб. Эта статья не является историей запасов IPv6 AFRINIC. Более ранняя запись устанавливает одно узкое положение: апрель 2005 года нельзя точно описывать как первый ресурс реестра вообще.

Переходный период дополнительно усложняет любое небрежное употребление слова «первый». До признания и одновременно с ним предшествующие региональные реестры поддерживали перенос существующих записей и обязанностей для африканских сетей. Глобальная политика IPv4, одобренная в апреле 2005 года, прямо отделяла такое переданное адресное пространство IPv4 от нового блока /8, причитающегося вновь признанному RIR. Иными словами, блок 41/8 представлял собой новый постпризнанный запас, а не переименование всех адресов, уже используемых африканским оператором, и не весь ресурсный базис, которым AFRINIC предстояло управлять.

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

Переход и новый запас связаны, но это не один и тот же институциональный объект.

Записи об ASN менее полно описывают процедуру. Уведомление и постоянный реестр подтверждают диапазон, получателя и дату, но закрытые источники не раскрывают расчёт запроса 2005 года, критерии одобрения или применявшийся тогда метод выбора блока из 1 024 номеров. Инклюзивный подсчёт определён; институциональная логика такого размера остаётся неизвестной. Аккуратный анализ удерживает оба утверждения одновременно.

Власть, которую AFRINIC действительно получила

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

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

Контрольное правило простое: реестр координирует реестр уникальности и тем самым не правит людьми, чьи сети в нём отражены. Законное ядро AFRINIC в этом событии состояло в ведении согласованного регионального реестра, предотвращении конфликтующей выдачи и распределении запаса через признанный процесс. Фраза «Африканский регион обслуживания» описывала объём этой услуги. Она не превращала зону обслуживания в территорию, принадлежащую реестру, и не создавала политический электорат, чей суверенитет можно было бы передать резолюцией ICANN.

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

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

Право наказывать отсутствует в равной мере. IANA передала запас и административное хранение, а не должности законодателя, полиции, прокурора и судьи. AFRINIC могла предпринимать узкие технические и административные действия, необходимые для поддержания согласованности одного реестра, в пределах фактически применимых к ней полномочий и процедур. Но последующая претензия на наказание оператора потребовала бы отдельного договорного или правового основания. Её нельзя извлечь из того факта, что блок 41/8 и диапазон AS36864–AS37887 когда-то поступили в пул AFRINIC.

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

Почему административное хранение не было тривиальным

Самый сильный контраргумент заслуживает большего, чем пренебрежительная сноска. AFRINIC не была просто одной из необязательных копий базы данных. Формальное признание поместило её внутрь исключительной иерархии, через которую распределялся новый региональный запас IPv4 и ASN. IANA не выделяла блок 41/8 каждому африканскому оператору независимо; она выделила блок AFRINIC. Реестр мог решать, когда начать выдачу, оценивать, соответствуют ли запросы применимым процедурам, вести признанные записи о выделениях и поддерживать функции обратного DNS и регистрации, от которых зависело обычное администрирование сетей.

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

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

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

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

Правильный ответ на контраргумент — уступка с границами. AFRINIC получила реальный, исключительный административный контроль внутри цепочки распределения IANA–RIR. Этот контроль влиял на доступ, сроки, происхождение и координационную определённость. Документы по-прежнему не содержат акта на диапазон, автоматической инструкции маршрутизации, передачи континентального суверенитета или делегирования принудительной публичной власти. Событие было важным именно тем, чем оно было, а не государственноподобными качествами, которые позднейшая риторика могла на него проецировать.

Реестр с экономическими эффектами

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

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

Ёмкость блока /8, бросающаяся в глаза в заголовках, может скрывать ограничения между потенциалом и использованием. Некоторые адреса могли быть зарезервированы или недоступны для конкретных нижестоящих целей; выдача регулировалась процедурами; получателям нужны были технические и коммерческие причины запрашивать пространство; сетям нужно было настраивать и маршрутизировать полученное. Таким образом, 16 777 216 — это точный математический размер блока 41/8, а не утверждение о немедленно пригодном клиентском запасе. Та же оговорка относится к 1 024 номерам AS, которые представляют инклюзивный диапазон, а не 1 024 работающие сети.

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

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

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

Что доказывают материалы — и что оставляют открытым

Базовые факты выделения необычно сильны. Два современных уведомления называют точные диапазоны и дату. Действующие реестры IANA подтверждают оба диапазона и месяц регистрации в апреле 2005 года. Протокол Совета устанавливает признание четырьмя днями ранее, а объявление ICANN объясняет событие двумя днями позже. Глобальная политика объясняет особое правило нового блока /8, реестр IPv6 даёт до-признанное исключение, а уведомление от января 2006 года демонстрирует разделение между получением и последующим выделением из блока 41/8.

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

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

Для блока 41/8 первый нижестоящий акт остаётся неидентифицированным. Уведомление от января 2006 года говорит, что выделение начнётся в феврале, но не называет точного первого получателя, префикс или временную метку, а зафиксированные материалы не содержат независимо наблюдаемого первого маршрута BGP. Объявленный интервал поэтому составляет около десяти месяцев, а не точное измерение от известной операции базы данных до известного события маршрутизации.

Для диапазона ASN недостающая процедура важна, если вопрос в том, почему были выбраны 1 024 номера. Материалы подтверждают конечные точки и общее количество. Они не восстанавливают расчёт или политику, применённые к запросу. Полный переходный реестр также отсутствует: источники описывают перенос записей и обязанностей и показывают по крайней мере один более ранний блок IPv6, но не перечисляют каждый ресурс IPv4, IPv6 и ASN, переданный от прежних механизмов, с точными датами хранения.

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

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

Точный институциональный факт

Выделение 12 апреля стало первой чистой демонстрацией новой постпризнанной роли AFRINIC в снабжении. Резолюции от 8 апреля определили реестр внутри координационной системы. Уведомления о выделении затем поместили новый запас IPv4 и ASN под его администрирование. Объявление 14 апреля сделало это изменение публичным. Более позднее уведомление о блоке 41/8 показало, что хранение запаса предшествовало нижестоящей выдаче.

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

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

Источники

https://archive.icann.org/historical-resolution-tracking-feature/2005-04-08-recognition-afrinic-regional-internet-registry.htmlhttps://btw.media/en/afrinic-iana-recognition-and-franchise-riskhttps://btw.media/en/afrinics-2005-recognition-record-and-its-narrow-original-taskhttps://btw.media/en/afrinics-remaining-pool-and-the-cost-of-being-lasthttps://btw.media/en/the-transitional-pool-how-afrinic-inherited-records-it-did-not-createhttps://datatracker.ietf.org/doc/html/rfc2050https://heng.lu/on-afrinic-rir-governance-and-the-myth-of-community-ownership/https://heng.lu/on-authority-belief-and-the-internets-addressing-system/https://heng.lu/on-internet-number-resources-are-not-political-property/https://heng.lu/on-the-nature-of-ip-addresses-and-the-inevitability-of-structural-change/https://heng.lu/on-the-sovereignty-fallacy/https://heng.lu/the-bill-of-rights-of-uniqueness-coordination/https://heng.lu/the-internets-address-book-and-why-digital-sovereignty-is-a-dangerous-fantasy/https://heng.lu/the-registry-continuity-fallacy-protect-the-ledger-not-the-gatekeeper/https://heng.lu/why-registries-must-never-become-enforcers/https://heng.lu/why-rirs-do-not-have-authority-and-why-community-sovereignty-breaks-the-system/https://larus.net/blog/understanding-process-of-ip-address-allocation/https://larus.net/blog/why-registry-layer-is-a-structure-risk-for-ip-address-ownership/https://nrs.help/all/fact-check-how-did-nrs-member-cloud-innovation-bring-over-10-million-ip-addresses-to-africa/https://nrs.help/our-charter/https://seclists.org/nanog/2005/Apr/431https://seclists.org/nanog/2005/Apr/432https://seclists.org/nanog/2006/Jan/369https://www.iana.org/assignments/as-numbers/as-numbers.xhtmlhttps://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xhtmlhttps://www.iana.org/assignments/ipv6-unicast-address-assignments/ipv6-unicast-address-assignments.xhtmlhttps://www.iana.org/numbershttps://www.iana.org/reports/2005/afrinic-report-08apr2005.htmlhttps://www.icann.org/en/announcements/details/icann-moves-to-equip-afrinic-for-its-new-mission-14-4-2005-enhttps://www.icann.org/en/board-activities-and-meetings/materials/minutes-regular-meeting-of-the-board-08-04-2005-enhttps://www.icann.org/resources/pages/allocation-ipv4-rirs-2012-02-25-en