Резюме

  • Предложение AFRINIC D2 сохранило бы 90 % утилизации как значение по умолчанию для дополнительного запроса IPv4 на этапе исчерпания, но позволило бы персоналу отступать от него ради достаточно задокументированной ключевой технической цели, которую существующее адресное пространство не может практически обслужить или которая ограничивает существующий пул.
  • Дефект, на который направлен D2, реален: схема с четырьмя точками присутствия, отдельный дата-центр, высокая доступность или NAT64/464XLAT могут требовать маршрутизируемого префикса с изоляцией отказов, хотя совокупное использование остаётся ниже 90 %. Отказ может вынудить к перенумерации, задержкам, зависимости от провайдера, аренде или покупке адресов; слишком широкое одобрение расходует дефицитный ресурс, который не смогут получить будущие заявители.
  • По состоянию на 9 августа 2026 года D2 всё ещё обсуждался. Его Last Call завершился, но в закрытом досье не было окончательного консенсуса сопредседателей, ратификации Советом или внедрения. Поэтому предложение остаётся институциональным актом на рассмотрении, а не действующей политикой.
  • Предложение неполно: квалифицирующие термины открыты, повторные исключения предусмотрены, но не ограничены, другие действующие положения об утилизации не согласованы, письменные мотивы не требуются, а специализированная апелляция по существу не определена. Техническое исключение следует сохранить, но только внутри объективных, проверяемых границ.

Представьте оператора, который готовит четвёртую точку присутствия. Каждой площадке нужен глобально маршрутизируемый /24, чтобы отказ в одном месте не превращал остальные в общую зависимость. Первые три префикса намеренно разрежены: их задача — разделение, а не плотное размещение узлов. По действующему правилу AFRINIC для этапа исчерпания оператор должен использовать не менее 90 % всех предыдущих выделений или назначений, прежде чем получить следующее. Четыре /24 содержат те же 1 024 адреса, что и /22, — максимум этапа 2 для одного запроса.

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

Именно этот конфликт и породил AFPUB-2026-IPv4-002-DRAFT02. Первая версия подана 6 мая 2026 года, версия 2 опубликована 16 июня. D2 предлагает изменить только пункт 5.4.6.1 Сводного руководства по политике AFRINIC (CPM). Он сохранил бы условие 90 %, сохранил бы исключение для первого запроса нового LIR или конечного пользователя и добавил бы отступление ради задокументированной ключевой технической цели. Запрос, подпадающий под такое отступление, рассматривался бы как первый запрос для целей этого положения.

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

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

Если решения будут зависеть от того, кто подготовит самые наглядные схемы, договоры и объяснения, преимуществом при выделении станет способность доказывать, а не техническая необходимость. D2 — это не мелкое исключение из административного коэффициента. Это предложение определить, кто получит экономически ценный ресурс от /24 до /22, а кто примет на себя издержки отказа.

На момент среза доказательств этот выбор не был сделан. Сопредседатели объявили грубый консенсус на AFRINIC-37 24 июня и открыли Last Call с 16 по 31 июля. Last Call закрылся в 23:59 UTC этого дня. 1 августа сопредседатель Хитем Эль-Нахаль заявил, что сопредседатели рассмотрят комментарии и объявят решения к 14 августа. В указателе предложений AFRINIC 9 августа D2 всё ещё значился как «Under Discussion». В проверенном досье не было окончательного объявления о консенсусе, ратификации Советом или внедрения. Любой рассказ, трактующий D2 как принятый, выдаёт процедурный этап за правило.

Что D2 сделал бы на самом деле

Четыре оперативных абзаца важны, потому что значительная часть разногласий касается пространства между ними. Предложение сначала переформулирует правило по умолчанию формальным языком: LIR или конечный пользователь, запрашивающий выделение или назначение на этапе исчерпания, должен продемонстрировать не менее 90 % утилизации каждого предыдущего выделения или назначения, полученного на текущем этапе или на этапе исчерпания. Это видимое числовое правило.

Во-вторых, D2 сохраняет существующий режим первого запроса. Новый LIR или конечный пользователь без прежних выделений или назначений IPv4 не обязан выполнять порог прежнего использования для своего первого запроса. Это исключение логично: предыдущего пула для измерения просто нет.

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

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

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

Это заявление — свидетельство намерения автора, а не дополнительный оперативный текст.

Различие важно, потому что исключение может быть узким в отдельном случае и широким со временем. Потолок этапа 2 в /22 ограничивает один запрос 1 024 адресами. Он не ограничивает число запросов. В действующем CPM 5.4.4 нет явного ограничения на количество запросов. Поэтому член может подать последовательность правдивых, технически понятных запросов. Если каждый отклонённый запрос оценивается так, будто он первый по пункту 5.4.6.1, член может оставаться ниже 90 % совокупной утилизации и при этом получать новое пространство. Ложь не нужна. Антифрод-процедура не решит конструкцию, которая допускает законное накопление.

Процент точен, но не обязательно правдив

Девяносто процентов звучит объективно. Но описывает оно меньше, чем уверенность, которую проецирует число. Для /24, содержащего 256 адресов, иллюстративная арифметика целых адресов помещает 90 % на отметку 231, оставляя 25 за порогом. Для /22, содержащего 1 024 адреса, сопоставимая арифметика даёт 922 и оставляет 102. Однако опубликованный метод AFRINIC для LIR — не перепись живых узлов.

Документ «Definition of Utilisation» от 30 июля описывает утилизацию как уникальное адресное пространство, покрытое допустимыми дочерними объектами под родительским выделением, делённое на это родительское выделение, при этом хосты-мастера проверяют подтверждающие операционные доказательства.

Такое разъяснение даёт многим записям LIR детерминированные числитель и знаменатель. Оно не отвечает на более трудный вопрос D2. Адресный план может резервировать полный префикс площадки, потому что автономия маршрутизации, изоляция или отказоустойчивость требуют префикс как единицу. Схема NAT64 или 464XLAT может нуждаться в отдельно адресуемой инфраструктуре перехода. Резервирование ценно именно тем, что ёмкость есть до того, как её заполнит обычный трафик. Подсчёт покрытия допустимыми дочерними объектами может показать AFRINIC, как записан пул.

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

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

Она не может решить, какая архитектура заслуживает исключения из коэффициента.

Обоснование автора предложения даёт конкретные причины не поклоняться совокупному числу. В обсуждении RPD он описал четыре точки присутствия, отдельные дата-центры, высокую доступность и NAT64/464XLAT. Яко Крун признал глубинную проблему, но предупредил, что первоначальное исключение слишком мягкое, и предложил ограничение практической обслуживаемости, которое позже усилило черновик. Сторонники также говорили, что жёсткий порог может вынудить к ненужной перенумерации или заблокировать технически отдельные площадки, а исчерпывающий список быстро устареет. Это серьёзные аргументы. Сетевая архитектура неоднородна.

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

Самый сильный довод в пользу D2 начинается поэтому с операционной правды. Утилизация существующего пула — несовершенный показатель потребностей следующей площадки. Политика сохраняет 90 % как значение по умолчанию. Действующие правила этапа 2 по-прежнему помещают каждый запрос между /24 и /22 и используют восьмимесячный горизонт планирования. Заявитель должен задокументировать случай. AFRINIC может проверить его. Технический персонал может изучить архитектуры, которые не предугадает ни один фиксированный список.

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

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

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

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

Реестр может проверять факты, не становясь распределителем архитектурной ценности

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

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

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

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

Собственная оценка воздействия AFRINIC делает пробел видимым. Персонал истолковал D2 так, что технические, но не операционные ограничения могут перевесить 90 %. Оперативный текст предложения не определяет ни ту, ни другую категорию. Персонал назвал черновик ясным и простым, не запросил уточнений формулировок, не сообщил о правовых или финансовых проблемах, не сообщил о влиянии на WHOIS, RDAP, MyAFRINIC, NetSuite, NMRP или RPKI и оценил внедрение в 30 дней после ратификации. Однако та же оценка сказала, что процедуры Member Services будут развиваться для выявления мошенничества и предотвращения злоупотреблений.

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

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

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

Повторное использование — вопрос, на который не могут ответить антифрод-контроли

Last Call заострил самый важный вопрос. Возражение Нонджабуло Сфилиле описало последовательность, в которой несколько законных исключений могут в совокупности удерживать оператора ниже 90 % агрегированной утилизации. В D2 нет шлюза развёртывания после прежнего исключения, совокупного предела, триггера по запасу или срока действия. Смысл был не в том, что заявители солгут. Смысл в том, что текст может работать ровно как задумано и всё равно вытеснить агрегированное правило при повторных запросах.

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

Ален Аина предложил структурированную альтернативу Multiple Discrete Networks: то же юридическое лицо, тест на отсутствие совместного использования, заданные доказательства и более низкий порог утилизации. Автор отверг эквивалентность, поскольку его цель могла включать несколько BGP-точек присутствия под одним ASN. Этот обмен полезен даже без принятия альтернативы. Он показывает, что функциональные границы можно сформулировать и проверить, а кандидатный предохранитель можно отклонить по заявленной технической причине. Это здоровее, чем оставлять всё различие неопубликованной практике.

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

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

Такой подход разделяет три вещи, которые D2 и его оценка рискуют смешать. Мошеннический запрос содержит ложные или злоупотребительные доказательства. Неудавшееся развёртывание может быть правдивым планом, сорванным внешней задержкой. Повторный законный запрос может удовлетворять каждому критерию на уровне случая и всё же создавать совокупную проблему дефицита. Каждый требует своего ответа: проверка и санкции через надлежащий орган за ложь; определённое исключение для задокументированной задержки; мониторинг на уровне политики для законного накопления. Называть все три «злоупотреблением» — значит прятать проблему конструкции.

D2 находится внутри руководства, а не над ним

Исключение также нельзя читать так, будто пункт 5.4.6.1 — единственное действующее правило утилизации. Действующая политика этапа 2 устанавливает минимум /24, максимум /22 на запрос и восьмимесячный период выделения или назначения. В CPM 5.4.4 нет явного предела числа дополнительных запросов. Другие действующие положения говорят, что LIR может получить дополнительное выделение при примерно 80 % подтверждённого использования, исключают резервы под будущий рост из подтверждённой утилизации и налагают дальнейшие требования по использованию для назначений, не зависящих от провайдера.

D2 не удаляет и не согласовывает CPM 5.5.1.4.1, 5.5.1.4.2 и 5.6.3. Отдельное предложение AFPUB-2026-IPv4-001-DRAFT02 предлагает удалить некоторые из этих положений. В его оценке персонала говорится, что удаления помогают интегрировать D2. В собственной оценке персонала D2 сказано, что пересечений не обнаружено. Оба утверждения — официальные описания соответствующих черновиков. Их расхождение не устраняется предположением, что предложения продвинутся вместе.

Поэтому нужно различать четыре состояния принятия. Если ни одно предложение не продвинется, остаются действующие правило 90 % и другие положения об утилизации. Если продвинется только D2, новое исключение входит в руководство, которое всё ещё содержит порог 80 % для LIR, исключение резервов под будущее и правила PI; принятый текст должен сказать, какое правило действует при конфликте. Если продвинется только IPv4-001, некоторые соседние положения могут исчезнуть, не создав технического исключения D2.

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

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

Доступные цифры запасов тоже не упрощаются. Обоснование D2 ссылается на более чем три миллиона восстановленных адресов как защиту от немедленного опустошения пула. Это утверждение автора. D2 не даёт модели спроса, ожидаемого числа исключений, оценки скорости расходования или сверки распределяемого запаса. Один участник пересчитал /11 плюс /12 как 3 145 728 адресов, теоретически 3 072 полных /22, но это не проверенный чистый запас. Соседнее предложение сообщает о 783 872 доступных сейчас адресах и резерве /12. Эти цифры привязаны ко времени, относятся к другому черновику и не были независимо обновлены на момент среза.

Восстановленное, изолированное, зарезервированное, фрагментированное и немедленно распределяемое пространство — не синонимы.

Максимум на запрос столь же легко перечитать. Восемь /22 содержат 8 192 адреса. Соседнее предложение сообщает, что несколько членов получили более восьми /22 за календарный год, без публикации числа членов, точного числа запросов или распределения. Эта запись доказывает лишь, что потолок /22 не обязательно ограничивает годовое получение. Она не предсказывает, сколько исключений D2 будет запрошено или одобрено.

У бремени доказывания есть распределение

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

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

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

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

Рыночные альтернативы делают ставки видимыми, но не стирают их. LARUS описывает аренду как способ снизить первоначальные капитальные обязательства и удовлетворить немедленный или неопределённый спрос во время длительного сосуществования IPv4/IPv6. Он описывает и издержки за пределами доступа: непрерывность, маршрутизацию, обратный DNS, репутацию и продление. Как коммерческий арендодатель, LARUS заинтересован в этой альтернативе; его материалы — свидетельство о поверхности издержек оператора, а не независимый ценовой ориентир.

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

Анализ остаточного пула BTW фиксирует двустороннюю цену. Избыточное выделение вредит будущим заявителям. Неправомерный отказ вредит заявителю, стоящему перед реестром. Защитимое правило — не подозрительность и не щедрость. Это узкая, проверяемая проверка. Работа BTW об опционной ценности простаивающего префикса также подкрепляет уместную здесь техническую истину: ёмкость, похожая на неиспользуемую, может выполнять функции резервирования, переключения при отказе, миграции или правдоподобного роста. Это не доказывает, что каждый тихий префикс необходим. Это доказывает, что «заполнено не плотно» — не полный диагноз.

Процесс может проверить правило; он не может изготовить отсутствующее правило

Путь предложения показывает существенное обсуждение. Сопредседатели распространили первоначальное предложение 15 мая. 21 мая участники RPD проверили отдельные дата-центры, четыре точки присутствия, NAT64/464XLAT, резервирование, годовые лимиты и широту «новых площадок». Автор принял более сильную формулировку практической обслуживаемости. 14 июня он представил пересмотренный язык, а AFRINIC распространила D2 16 июня. Персонал опубликовал оценку воздействия 19 июня.

На AFRINIC-37 24 июня участники подняли вопросы скорости обработки, доказательств, широкого усмотрения, отсутствующих объективных определений утилизации и смысла условного консенсуса. Сопредседатели объявили грубый консенсус и сказали, что Секретариат даст определение утилизации во время Last Call. Сопредседатели открыли Last Call 16 июля на 15 календарных дней, дольше минимума CPM в две недели. Policy Liaison опубликовал двухстраничный документ об утилизации 30 июля, за день до закрытия.

Участники Last Call затем нажали на возражения о повторяющихся исключениях, процедуре как политике и конфликтах CPM, в то время как другие продолжали защищать гибкое исключение.

Эта хронология доказывает, что проблема была рассмотрена. Она не доказывает, что возражения были разрешены. Грубый консенсус на встрече не был окончательным консенсусом. По процессу, описанному в CPM 3.4, сопредседатели оставались обязанными рассмотреть записи PPM и Last Call, решить вопрос о консенсусе и, если консенсус есть, рекомендовать предложение Совету. Совет сохранял полномочия ратификации. Дополнение от 3 августа о тонком реестре появилось после закрытия Last Call, так что это свидетельство продолжения дебатов, а не своевременный вклад в Last Call, если только сопредседатели не решили трактовать его иначе.

Пересмотр после внедрения тоже неясен. CPM 3.5 предлагает апелляцию по действию председателя через назначенный Советом Апелляционный комитет после обсуждения с председателями. Раздел 13 RSA отдельно описывает путь апелляции для держателя ресурсов, недовольного действием назначающего реестра. D2 не уточняет, как любой из маршрутов применяется к отказу хоста-мастера в исключении, какой стандарт регулирует пересмотр, сохраняется ли запрошенный блок на время пересмотра и доступны ли мотивы и сопоставимые случаи. Обещать эффективную апелляцию по существу на этой записи было бы неправильно.

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

Исправление: ограниченное исключение технической необходимости

D2 не следует сводить к лозунгу «да или нет». Его диагноз нужно сохранить, а правило — дополнить.

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

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

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

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

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

В-шестых, заявить иерархию CPM. Поправка должна прямо определить своё отношение к разделам 5.5.1.4.1, 5.5.1.4.2 и 5.6.3 для каждой последовательности принятия с участием IPv4-001. Персонал должен применять руководство, а не выбирать между неразрешёнными пунктами.

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

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

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