Кратко

  • APNIC prop-165 v004 предлагает выдавать имеющим право на первоначальное IPv6-выделение организациям по одному IPv4 /24 для переходных функций; блок берётся из Final /8 и учитывается в существующем пределе IPv4-ресурсов получателя.
  • Это ещё не действующее правило: официальный отчёт APNIC 62 указывает, что голосование по достижению консенсуса по prop-165 не проводилось. Заявленная гарантия сохранения пула зависит от работы всей цепочки — от декларации и проверки до обязательного возврата и порогов остановки новых выдач.

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

Именно слово «ограниченного» здесь несёт большую часть конструкции. v004 устанавливает потолок в один блок /24 на организацию. Получатель должен иметь право на первоначальное выделение IPv6 по действующей политике APNIC. Запрошенный IPv4-блок должен поступить из пула Final /8, засчитываться в уже установленный максимум IPv4-ресурсов организации и не увеличивать совокупный объём, который ей разрешено удерживать. Иначе говоря, предложение не создаёт отдельную дополнительную квоту сверх существующего потолка. Оно предлагает использовать часть уже ограниченного пространства для определённой переходной задачи.

У этой схемы есть конкретная причинная логика. Если для запуска IPv6-only сети организации нужен небольшой IPv4-совместимый слой, а действующий порядок требует подробного обоснования IPv4 по каждому узлу, административная стоимость может оказаться несоразмерной заявленному объёму. prop-165 предлагает заменить такую детализацию декларацией о развёртывании IPv6-only: заявитель описывает саму сеть, службы, которым нужна IPv4-связность, и согласие с условиями выделения. Подробное обоснование по числу хостов не требуется.

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

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

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

Затем следует периодический пересмотр. APNIC может попросить подтвердить, что связанное IPv6-выделение остаётся действительным, IPv6-only развёртывание продолжает работать, а IPv4 по-прежнему нужен для переходных функций. При необходимости возможны обновлённая декларация и подтверждающие материалы. В тексте отдельно сказано, что пересмотр основывается на декларации и не требует технической инспекции сети участника. Непредставление подтверждения может привести к отзыву выделения.

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

Обязательство вернуть ресурс при этом сформулировано не как одна финальная дата. Получатель должен вернуть блок, если возвращено связанное IPv6-выделение, если IPv6-only развёртывание прекратилось, если переходная потребность исчезла или если условия политики перестали соблюдаться. Это четыре разных события, и каждое привязывает право на /24 к продолжающейся функции, а не к самому факту прежнего одобрения. Такая связь может ограничить удержание ресурса «на всякий случай», хотя её действие снова зависит от своевременного распознавания изменения и исполнения обязанности возврата.

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

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

Эта разница делает момент одобрения операционно значимым.

Статус обсуждения не следует смешивать с устройством предлагаемого правила. В официальном отчёте APNIC 62 prop-165 включён в перечень предложений, по которым вызов консенсуса не проводился. Это не фиксация принятия или отклонения. Страница предложения указывает, что редакция v004 опубликована 27 августа 2026 года для обсуждения; размещённая там оценка влияния Секретариата относится к v003, а не к нынешней редакции. Следовательно, этот документ нельзя использовать как оценку последствий v004.

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

Для операторов и членов APNIC предмет обсуждения поэтому не сводится к вопросу, «достаточно ли мал» блок /24. Их выбор — поддерживать ли контролируемое исключение, которое признаёт остаточную IPv4-потребность IPv6-only сетей, и какие критерии сделать достаточно определёнными для предсказуемого применения.

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

Если хотя бы одно звено останется неопределённым, ограниченный ресурс может оказаться либо слишком труднодоступным для заявленной цели, либо недостаточно управляемым после выделения. Если же все звенья будут применяться последовательно, /24 останется временным мостом с понятным условием выхода. В v004 уже видны предел объёма, источник адресов, связь с IPv6 и основания для прекращения права. Открытая работа — не приписывать проекту готовые ответы: уточнить процедурные ожидания и определить минимальный резерв через процесс APNIC, не подменяя ни того ни другого выводами из редакции v003.

Источники: текст prop-165 v004; страница предложения APNIC; официальный отчёт APNIC 62.