Резюме

  • AFRINIC-3 зафиксировал консенсус на встрече в декабре 2005 года по предложению, позволяющему отвечающим требованиям организациям-конечным пользователям запрашивать прямые, независимые от провайдера назначения IPv4, обычно не менее /24. Это действие передало предложение на отдельный 15-дневный этап последнего обсуждения; это не было голосованием, ратификацией Советом, внедрением, назначением какому-либо названному заявителю или предоставлением суверенных полномочий.
  • Политика касалась реальной операционной сделки: прямое назначение могло снизить зависимость от одного вышестоящего провайдера и уменьшить сбои при последующей перенумерации, однако проверки использования, рост таблицы маршрутизации, риск фильтрации, прямые обязательства перед реестром и усмотрение хостадминистраторов создавали собственные издержки. Более поздние записи AFRINIC помечают политику как внедрённую (Implemented), но проверенная запись не раскрывает точное решение Совета, дату вступления в силу, цепочку финального текста или исторические результаты маршрутизации.

Анализ

Решение, скрытое в длине префикса

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

Именно поэтому действия встречи в Каире/Гизе заслуживают точности. Официальный отчёт AFRINIC сообщает, что перечисленные предложения по политике, включая предложение о прямых или независимых от провайдера назначениях организациям-конечным пользователям, получили консенсус на AFRINIC-3. Тот же документ сообщает, что они будут возвращены в список рассылки по политике ещё на 15 дней, прежде чем будут направлены Совету для окончательного утверждения. Таким образом, консенсус на встрече был реальным и институционально значимым, но сознательно незавершённым. Он продвигал предложение, но не завершал процесс.

Необходимо различать четыре состояния. Первым был консенсус на встрече: внутренний вывод AFRINIC о том, что среди участвовавшего политического сообщества на открытой встрече существовало общее согласие. Вторым — последнее обсуждение: отдельный 15-дневный интервал в списке рассылки для окончательных изменений и поправок. Третьим — ратификация и принятие Советом, которые действовавший процесс разработки политик 2004 года оставлял за Советом. Четвёртым — внедрение, впоследствии подтверждённое публикацией AFRINIC документа AFPUB-2006-GEN-001 как внедрённого и присутствием этой политики в консолидированных руководствах.

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

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

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

Что предлагал апрельский проект

Основной текст предложения Mark Tinka был датирован 16 апреля 2005 года и появился в архиве списка рассылки по политике 17 апреля. Заявленная проблема была конкретной: у AFRINIC ещё не было критериев для прямого назначения IPv4-адресов конечным пользователям. Предложение создавало такой путь для организаций, использующих адреса в собственных сетях. Оно не разрешало получателям передавать или переназначать блок вне организации.

Общий минимум составлял /24. В двоичной арифметике префиксов это 256 адресов IPv4. Меньший запрос должен был обрабатываться через вышестоящего провайдера заявителя, а не через прямое назначение AFRINIC. Для первого прямого назначения заявитель должен был продемонстрировать либо эффективное использование не менее /25 от вышестоящего провайдера, либо немедленную потребность не менее чем в 50% запрашиваемого блока исходя из своей сетевой инфраструктуры. /25 содержит 128 адресов — ровно половину адресного объёма /24.

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

Дополнительные назначения несли отдельное бремя доказывания. Организация должна была документально подтвердить предыдущие назначения и спрогнозировать рост на один год. Заявленные пороги составляли 25 % немедленного использования и 50 % использования в течение года, с возможностью более высоких требований там, где это оправдывали обстоятельства конкретной сети. Для примера с /24 25 % — это 64 адреса, числовой размер /26, а 50 % — 128. Эти расчёты объясняют пороги; они не устанавливают, сколько адресов узлов могла использовать конкретная сеть, как AFRINIC измерял развёртывание или все ли исторические запросы были на /24.

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

Закрытые доказательства указывают на этот риск, но не устанавливают, что AFRINIC дискриминировал какого-либо конкретного заявителя.

Отдельная часть проекта касалась критической инфраструктуры, включая публичные точки обмена и ключевых провайдеров DNS. Она предусматривала назначения конечным пользователям с потолком /24 и резервировала блоки для точек обмена. Более позднее резюме последнего обсуждения показывает, что в Каире этот раздел не был завершённым. Участники просили сделать раздел 5 более конкретным и расходились во мнениях о том, какие операторы доменов верхнего уровня считать критическими. Это обсуждение — ещё одна причина не рассматривать консенсус встречи как подтверждение каждого слова на позднейшей странице со статусом «Implemented».

Даже типографская деталь иллюстрирует проблему хранения. Первоначальный текст содержал фразу «at less 50%», которую участник списка определил как очевидную ошибку вместо «at least 50%». В более позднем тексте со статусом «Implemented» используется исправленная формулировка. Исправление хорошо обосновано, но апрельская публикация, архивный проект марта 2006 года и позднейшая страница со статусом «Implemented» не идентичны побайтово. Надёжная история должна показывать не только разумное итоговое прочтение, но и санкционированный путь изменений.

Восемь месяцев споров, а не момент единодушного одобрения

Предложение не появилось в Каире без предварительного обсуждения. Время от публикации в списке 17 апреля до позднее зафиксированной AFRINIC даты консенсуса 13 декабря составило не менее 240 дней — значительно больше минимального 30-дневного обсуждения, предусмотренного процессом разработки политик. Такая продолжительность свидетельствует о наличии возможности, но не доказывает, что обсуждение было непрерывным, широко посещаемым или представляло каждую затронутую организацию.

Апрельские сообщения тем не менее раскрывают серьёзный спор о технической политике. Участники спрашивали, увеличит ли минимум /24 глобальную таблицу маршрутизации, решало ли уже агрегируемое провайдером пространство проблему заявителя, какие причины оправдывали бы независимость, действительно ли вышестоящие провайдеры будут передавать маршрут и насколько широкими должны быть полномочия хостадминистраторов. Предложение ограничить программу 250 или 500 назначениями /24 предлагало один из способов ограничить риски маршрутизации. Эти цифры соответствовали бы 64 000 или 128 000 адресов; 512 блоков /24 имеют адресный объём одного непрерывного /15.

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

Поэтому спор не сводился к простой истории. Независимость от провайдера не была бесплатной. Агрегирование не было бесплатным для конечного пользователя. Реестр мог выдать префикс, но не мог заставить автономные сети его принимать. Количественные критерии допуска могли рационировать конечный пул, но также могли отдавать предпочтение организациям, чьи планы соответствовали выбранным метрикам. Лимит мог ограничить число новых маршрутов, одновременно ускоряя подачу заявок до закрытия лимита. Усмотрение сотрудников могло учитывать нестандартные сети, делая результаты менее предсказуемыми.

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

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

Отчёт называет Alan Barrett и Ernest Byaruhanga руководителями или модераторами дневного обсуждения политики. Такое указание ролей полезно, но не отвечает, кто именно, если кто-либо из них, произнёс объявление о консенсусе и каким наблюдаемым методом.

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

Консенсус не был голосованием

Публичная запись на короткое время стала противоречивой после встречи. Когда Ernest Byaruhanga открыл последнее обсуждение 9 февраля 2006 года, его сообщение утверждало, что сообщество выразило согласие и проголосовало. Alan Barrett ответил, что голосования не было; имелся очевидный консенсус. Alan Levin вспомнил, что, возможно, было голосование с участием двух голосующих членов, но прямо сказал, что его память может ошибаться. Затем главный исполнительный директор AFRINIC Adiel Akplogan дал институциональное уточнение: политика не решается голосованием, и голосования не было.

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

Действующий процесс разработки политик согласуется с этим уточнением. Переходный процесс AFRINIC версии 0.1 от марта 2004 года описывал шестиэтапный путь. Любой мог внести предложение; открытый список рассылки обсуждал его; после как минимум 30 дней открытая встреча рассматривала одобрение; предложение без консенсуса возвращалось на доработку или завершалось; консенсус на встрече запускал 15-дневное последнее обсуждение; и только после этих этапов Совет ратифицировал и принимал политику для использования. Процесс явно определял консенсус как общее согласие, а не как результат, измеряемый большинством голосов.

Это внутреннее определение придавало встрече процедурную функцию. Оно не превращало присутствие в публичный мандат. Согласно руководящей доктрине Lu Heng, зал обсуждения политики не является законодательным органом, а присутствие — это свидетельство, а не полномочие говорить от имени отсутствующих. Участники AFRINIC-3 могли продвигать предложение AFRINIC через собственный процесс AFRINIC. Но этим действием они не могли представлять каждую организацию-конечного пользователя, каждого сетевого оператора, каждого члена, каждое государство или африканский континент как политическое целое.

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

58-дневная передача на последнее обсуждение

Более поздняя история политики указывает 13 декабря 2005 года как дату консенсуса. Отчёт AFRINIC-3 сообщает, что мероприятие проходило 13 и 14 декабря, тогда как HTML-протокол озаглавлен 14 декабря. Февральское сообщение о последнем обсуждении, напротив, ссылается на встречу 12 и 13 декабря. Пакет доказательств использует 13 декабря для зафиксированного акта истории политики и 13–14 декабря для мероприятия, но не создаёт единой исправленной хронологии там, где записи AFRINIC расходятся.

Последнее обсуждение открылось 9 февраля 2006 года — через 58 календарных дней после зафиксированной даты консенсуса 13 декабря. Действовавший процесс предусматривал 15-дневную продолжительность последнего обсуждения, но проверенный текст не устанавливал срок, в течение которого этот этап должен был открыться после встречи. Таким образом, разрыв является наблюдаемым, но не обязательно нарушением процесса.

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

Даже дата закрытия имеет две официальные версии. Более поздняя таблица истории указывает, что последнее обсуждение завершилось 24 февраля. Уведомление в списке рассылки от 7 марта сообщает, что оно истекло в полдень по SAST 25 февраля, и ошибочно указывает год 2005. Существование и завершение 15-дневного этапа достаточно подтверждены, но точная дата закрытия недостаточно ясна, чтобы утверждать её без оговорок. Если считать от 24 февраля из таблицы истории, уведомление о передаче от 7 марта появилось через 12 календарных дней; при использовании даты 25 февраля интервал получается короче при обычном вычитании дат.

Ни один из расчётов не превращает уведомление в решение Совета.

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

Современные материалы попеременно использовали названия «Board of Trustees» и «Board of Directors». Это различие в наименованиях не отменяет внутреннее закрепление функции ратификации за Советом AFRINIC, но подкрепляет, почему отсутствующие повестка, резолюция и финальное приложение не должны домысливаться.

Внедрение видно; хранение сведений о ратификации — нет

Более поздние материалы AFRINIC устраняют одно возможное преувеличение, создавая другой соблазн. Архивная страница политики идентифицирует предложение под более поздним номером AFPUB-2006-GEN-001 и помечает его как внедрённое (Implemented). Консолидированные материалы по политике воспроизводят правила назначений IPv4 конечным пользователям. Поэтому было бы неверно утверждать, что предложение никогда не было внедрено лишь потому, что проверенная современная запись Совета отсутствует.

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

Без соответствующего текста и записи точка его включения остаётся неизвестной.

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

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

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

Операционная сделка: непрерывность ценой маршрутов

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

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

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

Назначение также не переносило себя через Интернет само по себе. Регистрация отвечает на вопрос учётной записи: какой организации выдан префикс в соответствии с политикой реестра? Маршрутизация отвечает на операционный вопрос: какие автономные сети создают, импортируют, фильтруют и распространяют маршрут? AFRINIC мог вести реестр и выдать /24, но не мог заставить вышестоящего провайдера анонсировать этот префикс или каждую сеть в Интернете принять его. Назначенный /24 мог быть полезным, выборочно достижимым, отфильтрованным или зависеть от конкретного соглашения о маршрутизации.

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

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

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

Дисциплина дефицита без претензии на суверенитет

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

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

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

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

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

Ясность реестра ценна, но её нельзя раздувать до суверенного разрешения на любое операционное использование.

Роль NRS также остаётся ограниченной. Она защищает интересы, проводит исследования, созывает встречи и представляет членов, которые явно её уполномочили. Она не управляет реестром AFRINIC, сервисами RPKI, WHOIS или RDAP; не проводит выборы AFRINIC, апелляции, урегулирования, хранение или обеспечение непрерывности. Её анализ со стороны оператора помогает выявить ставки, но не заменяет институциональные записи, необходимые для доказательства того, что AFRINIC делал на каждом этапе процесса.

Какие выводы можно сделать ответственно

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

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

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

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

Это устойчивый урок /24, обсуждавшегося в Каире: реестр может записать назначение, встреча — продвинуть политику, Совет — выполнить внутренний шаг ратификации, а сети — решать, маршрутизировать ли, но ни одно из этих действий не следует принимать за другое.

Источники