Резюме

  • AFPUB-2026-v6-001-DRAFT02 сделал бы каждую первоначальную или дополнительную заявку на IPv4 во время «Мягкой посадки» AFRINIC зависимой от наличия IPv6 или одновременной заявки, плана внедрения и последующих результатов по трафику или хостингу. Его контрольные показатели достигают 75 % подходящего трафика и 95 % записей размещённых сервисов к 48-му месяцу.
  • Решающий дефект связан с мандатом, а не с качеством формулировок. AFRINIC может распределять оставшийся пул на основе узких, перспективных и объективных критериев заявки. Он не может наказывать оператора за выбор архитектуры, особенно через результаты, на которые влияют клиенты, вышестоящие сети, поставщики и внешние сети доставки контента.
  • Проект называет невыполнение плана нарушением политики, не определяя знаменатель, источник доказательств, освобождение от внешних зависимостей, правила частичного выполнения, способ исправления, последствия или стандарт проверки. Допустимое условие для дефицитного пула должно оставаться в пределах контролируемой заявителем поверхности и никогда не должно затрагивать существующие ресурсы или прерывать работу действующей сети.

14 июня 2026 года Jordi Palet Martinez из The IPv6 Company представил вторую версию предложения AFRINIC с обманчиво простой посылкой: если оператор просит дефицитный IPv4, заставьте оператора продемонстрировать прогресс по IPv6. Проект 2 применялся бы к каждой первоначальной или дополнительной заявке на IPv4 во время исчерпания. Заявитель без пространства IPv6 должен был бы одновременно запросить его, соответствовать действующим критериям IPv6 и представить то, что в тексте называется связным планом внедрения и адресации. Обязательство не заканчивалось бы оформлением документов.

Сеть, передающая трафик, должна была бы достигать процентных показателей IPv6 для внешних направлений в её фактическом топ-25 IPv4; сеть, размещающая сервисы, приложения или контент, должна была бы достигать растущих целевых показателей доступности AAAA-записей и доступности через интернет. Несоответствие плану считалось бы нарушением политики.

Именно этот последний шаг делает проект значимым за пределами спора о терминологии измерения. Показатели по трафику составляют 25 % через 12 месяцев, 50 % через 24 и 75 % через 48. Показатели по хостингу — 25 %, 75 % и 95 % по тому же графику. Однако предложение не говорит, что именно учитывается в проценте трафика, что такое направление из топ-25, какие доказательства подтверждают соответствие, как внешняя зависимость отделяется от собственных действий заявителя и что происходит после недостижения показателя. Сам персонал AFRINIC выявил многие из этих пробелов и предупредил о непропорциональных последствиях для небольших операторов и WISP.

На AFRINIC-37 24 июня возражения остались неразрешёнными; сопредседатели не обнаружили консенсуса и вернули предложение в список рассылки. По состоянию на 9 августа, крайний срок фиксации доказательств, оно оставалось в обсуждении.

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

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

Что проект потребовал бы на самом деле

Поправка нацелена на раздел 5.4.4 Консолидированного руководства по политикам, который в настоящее время не устанавливает явного ограничения на количество дополнительных заявок, которые LIR или конечный пользователь может подавать во время исчерпания. Фаза 2 уже ограничивает заявки диапазоном от /24 до /22, учитывает горизонт потребностей в восемь месяцев и для дополнительного IPv4 использует правило использования ранее выделенных ресурсов на 90 %. Это и есть критерии рационирования дефицитного пула.

Проект 2 добавил бы условие другого рода. Заявитель без IPv6 подавал бы одновременную заявку; существующий или одновременно запрашивающий держатель удовлетворял бы соответствующим критериям выделения или назначения. Упомянутые критерии включают 12-месячный горизонт внедрения или анонсирования и базовые минимумы /32 для LIR и /48 для каждой площадки конечного пользователя. Один /32 содержит 65 536 единиц /48 в масштабе адресного плана, а не доказательство использования или количества клиентов.

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

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

Непосредственный охват уже, чем проверка каждого держателя: текст, автор и персонал относят триггер к новой или дополнительной заявке на IPv4. Однако персонал трактует дополнительную заявку от существующего держателя IPv6 как запуск ретроспективной проверки потребности и использования IPv6 этим держателем. История формулировок также непоследовательна: нормативный текст называет раздел 5.4.4, тогда как метаданные о воздействии перечисляют несколько положений раздела 6, но опускают 5.4.4. Доказательства не устанавливают, какой перечень ошибочен.

Критерий превращается в мандат, когда реестр судит о результатах

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

Граница практична. Допустимый критерий реестра требует фактов, необходимых для решения по рассматриваемой транзакции: идентичность, доказательство контроля, уникальность, точные данные реестра, продемонстрированные факты о текущей заявке и доказательства, которые сам заявитель может предоставить. Мандат указывает заявителю, какую архитектуру он должен эксплуатировать, превращает более поздний коммерческий или инженерный выбор в статус соответствия и связывает непринятие с институциональным наказанием. Проект 2 пересекает эту границу, когда ставит IPv4 в зависимость от многолетних результатов IPv6 и называет недостижение показателя нарушением.

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

Оно не могло бы дать AFRINIC мандат отдавать такую команду.

Неиспользуемое выделение IPv6 может разочаровать сторонников перехода, но разочарование не является инвариантом реестра. Уникальность, точные записи, доказательство контроля, утверждения о безопасности, аудируемые изменения состояния и непрерывность — законные общие интересы. Доля трафика и доступность размещённых сервисов — выбор оператора, формируемый оборудованием, клиентами, контрактами, приложениями и рисками. Превращая этот выбор в будущий статус, Проект 2 превращает фильтр заявок в постоянный надзор: собирайте телеметрию, классифицируйте направления, сохраняйте доказательства, отслеживайте контрольные точки и объясняйте недостижения.

Запрос операционно важного ресурса даёт рычаг; он не легитимирует команду.

Топ-25 не является метрикой, пока не определены её объекты

Условие о трафике показывает, почему мандат не является самоисполняющимся. Проект 2 ссылается на фактические топ-25 направлений трафика IPv4 заявителя и процентные показатели для внешних направлений, поддерживающих IPv6. Он не определяет понятие «направление». Это может означать IP-адрес, префикс, ASN, домен, сервис, поставщика контента или другую агрегацию. Каждый выбор даёт другой список. Динамическая адресация, распределение контента и множественные пути делают классификацию значимой. Правило, которое не идентифицирует свои объекты, не может дать стабильный результат.

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

Нет интервала наблюдения, метода выборки, минимального размера выборки, процесса проверки, правила исправления или приемлемого доказательства. На обсуждении AFRINIC-37 упоминались NetFlow или другие инструменты, но участники предупреждали, что не у каждого оператора есть NetFlow и что цели могут провоцировать манипуляции. Проект также не говорит, кто устанавливает, поддерживает ли внешнее направление IPv6, когда и с какой точки наблюдения. Сети доставки контента, вышестоящие сети, устройства клиентов и поставщики могут изменить результат.

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

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

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

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

Региональная способность не может доказать соответствие заявителя

Постановка проблемы в предложении использует данные APNIC Labs для описания разрыва во внедрении. Приводятся округлённые цифры: 44 % возможностей IPv6 в мире и 6 % в Африке. Закрытая проверка показала, что региональный ряд APNIC на 14 июня 2026 года сообщал сырую способность 43,822740 % для мира и 5,869934 % для Африки. Обычное округление воспроизводит заголовок предложения. Десятидневные, 30-дневные и 90-дневные ряды вокруг этой даты также округляются так, что заголовок остаётся в целом правдоподобным.

Такая воспроизводимость не решает проблему источника. Проект 2 не раскрывает 14 июня как дату наблюдения и не сообщает, использовал ли он сырые данные или окно сглаживания в 10, 30, 60 или 90 дней. Он также приводит группы стран — 8 стран выше 20 %, 15 между 10 % и 19 %, и 15 ниже 1 % — без датированного списка стран, определённой совокупности или точного запроса. Эти утверждения о группах нельзя проверить только по приведённому тексту. Текущая карта не может заменить отсутствующие исторические параметры.

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

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

Неопределённое нарушение серьёзнее неопределённого целевого показателя

Самая резкая фраза Проекта 2 — «нарушение политики». Эта метка не самодостаточна. Она важна, потому что Соглашение об оказании регистрационных услуг AFRINIC связывает членов принятой политикой и предусматривает механизмы запросов информации, проверки использования и нарушения. RSA говорит, что отказ сотрудничать с определёнными проверками может привести к удержанию, отзыву, последствиям для будущих выделений, закрытию LIR или прекращению. Оно также предусматривает процедуру прекращения за нарушение: письменные основания, приглашение представить объяснения или устранить нарушение, 30-дневный срок ответа и доказательства исправляющих действий.

Опубликованное положение об апелляции даёт дополнительный путь в договорной системе.

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

RSA не может дать определение позже. Политика определяет предполагаемое нарушение; договор предоставляет общие средства защиты. Уведомление не может устранить отсутствие знаменателя, протокола доказательств, правила контролируемой поверхности или логики исключений. Персонал прогнозирует изменения в MyAFRINIC, возможные изменения интеграции NetSuite и процесса номерных ресурсов, но никаких изменений в WHOIS, RDAP или RPKI. Он ожидает обучение хостмастеров, возможный наём персонала и около шести месяцев на внедрение после ратификации, но не даёт оценки затрат.

Правовая оценка гласит лишь «No legal issue», и никаких изменений договора не указано.

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

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

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

Издержки ложатся туда, где контроль слабее всего

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

Реальная потребность в IPv4 может остаться неудовлетворённой, пока заявитель получает IPv6, доказывает правомочность, решает вопросы телеметрии или оспаривает недостижение.

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

Публичное обсуждение дало конкретные версии этой озабоченности. Dorothy Kwamboka утверждала, что предложение перемещает AFRINIC от координации ресурсов к мандату на миграцию и переносит издержки и сложность на операторов развивающихся рынков. На AFRINIC-37 Saul Stein, Paul Hjul и Seun Ojedeji подняли вопросы контроля клиентов, отсутствия инструментов анализа потоков, манипуляций измерением и возможного льготного периода для ранних заявок. После встречи Ben Roberts описал случай сельского стартапа, в котором новая сеть, подключающая школы, может не иметь инструментов анализа трафика и уже сталкивается с существенными барьерами входа.

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

Автор предложения оспорил аргумент об издержках. В списке рассылки он утверждал, что переход на IPv6 может снизить капитальные и операционные расходы по сравнению с CGNAT, а на встрече сказал, что 464XLAT может быть дешевле и что небольшие сети легче мигрировать. Это самый сильный операционный ответ на возражение о бремени. Правдоподобно, что некоторые сети сочтут транслируемую или ориентированную на IPv6 архитектуру менее дорогой, чем расширение обходных решений IPv4. Однако Проект 2 не содержит исследования затрат, которое разрешает сравнение по типам операторов. Политика не может превратить прогноз одного участника в стандарт нарушения.

Измеряемый результат может зависеть от клиентов, вышестоящих сетей, сетей доставки контента, поставщиков и владельцев приложений. Возложение всего этого на заявителя IPv4 заставляет одну сторону нести последствия, а другая контролирует причину. Это также поощряет оптимизацию процента, а не устойчивость — стимул, на который прямо указали участники AFRINIC-37. Политика не должна создавать игру и оставлять правила подсчёта ненаписанными.

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

Предложение заслуживает своей сильнейшей защиты, потому что управление дефицитным пулом не то же самое, что произвольное наказание. AFRINIC рационирует последний общий запас IPv4 в рамках «Мягкой посадки». От заявителя, просящего эту выгоду, разумно требовать выполнения перспективных, объективных условий. Действующее руководство уже проверяет потребность и предшествующее использование для дополнительного IPv4, а его критерии IPv6 уже предусматривают внедрение или анонсирование в течение 12 месяцев. Проект не проверяет немедленно держателей, не подающих новую заявку. Он даёт 12, 24 и 48 месяцев, а не требует изменения за ночь.

Его сторонники хотят реального внедрения, а не неиспользуемого выделения и символического анонса.

Существует и ограниченный аналог. NRPM 4.10 ARIN резервирует выделенный /10 и выдаёт /24 для немедленных потребностей внедрения IPv6. Таким образом, реестр может увязать специально зарезервированный IPv4 с конкретной целью IPv6. В сильнейшей версии заявитель получает сокращающийся ресурс, выполняя работу, которая может снизить будущую зависимость от трансферов или CGNAT.

Этот аргумент поддерживает узкое условие заявки. Он не поддерживает Проект 2. Аналог ARIN — это выделенный пул с выдачей /24 для немедленных потребностей IPv6; это не четырёхлетнее обязательство по результатам, прикреплённое к каждой обычной заявке «Мягкой посадки». Существование критерия плана на 12 месяцев не даёт AFRINIC права контролировать результирующую структуру трафика. Перспективный срок не устраняет неопределённый знаменатель. Триггер заявки не переводит оборудование клиентов и внешние направления под контроль заявителя. А заявленная выгода не создаёт карательного мандата.

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

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

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

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

Легитимное условие по своей конструкции было бы уже

Правильный ответ — не чинить проценты и сохранять мандат. Нужно перечертить границу правила.

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

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

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

Что важнее всего, правило останавливалось бы на доказательствах, контролируемых заявителем. Результаты, вызванные вышестоящими сетями, устройствами клиентов, внешними направлениями, поставщиками контента или закупками вне контроля заявителя, не становились бы нарушениями. Если бы AFRINIC вообще сохранил числовые контрольные показатели, они могли бы быть только некарательными безопасными гаванями или информацией для последующего обзора внедрения; они не могли бы устанавливать проступок. Безопасная гавань может снизить объём доказательств для заявителя, который её достигает. Она не может осуждать заявителя, который её не достигает.

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

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

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

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

Отсутствие консенсуса было правильным результатом

Проект 1 был опубликован 22 мая и объявлен 28 мая. Обсуждение сразу спросило, как отличить реальное внедрение от владения или анонсирования IPv6. Затем автор защищал контрольные показатели трафика 25 %, 50 % и 75 % и сказал, что нарушение может задействовать условия RSA. Проект 2 появился 14 июня с топ-25 трафика, порогами хостинга и меткой нарушения; персонал оценил его 20 июня, а AFRINIC объявил 22 июня. На встрече 24 июня контроль клиентов, инструменты анализа потоков, манипуляции и льготный период остались нерешёнными. Сопредседатели не обнаружили консенсуса.

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

Поэтому отсутствие консенсуса не было неспособностью выбрать между инновацией и задержкой. Это было признание того, что предложение не установило ни определённого правила, ни легитимной институциональной границы. К 9 августа индекс текущих предложений всё ещё числил Проект 2 в обсуждении. Он может быть пересмотрен, отозван или заменён; доказательства не дают оснований прогнозировать результат.

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

AFRINIC может поощрять. Он может публиковать измерения. Он может объяснять пути подачи заявок и делать данные реестра точными. Он может предлагать обучение и фиксировать одновременную заявку на IPv6. Он может управлять сокращающимся пулом по ясным критериям. Он не может превратить предпочитаемую архитектуру в условие институционального послушания.