Кратко

  • APNIC вынесла версию 6 prop-164 на обсуждение открытого заседания по политике APNIC 62; на момент фиксации материала консенсуса и реализации не было.
  • Проект снижает минимальный размер выделения IPv6 до /40, выравнивает размеры по четырёхбитным границам и резервирует пространство для будущего роста.
  • Улучшение записей о последующих делегированиях — разумная цель, но резервы, возвраты и пересечение с prop-170 должны измеряться.

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

APNIC указывает, что версия 6 опубликована 2 сентября 2026 года, и относит её к обсуждению на APNIC 62. Размещённая на официальной странице оценка воздействия относится к версии 5 и опубликована 18 августа. Это этапы открытого процесса, а не свидетельство консенсуса, принятия или внедрения.

Текущий текст заменит минимум /32 на /40. Для владельца существующего пространства IPv4 доступный по указанному критерию блок IPv6 также изменится с /32 на /40. Когда LIR делегирует пространство непосредственно подключённому провайдеру, он должен будет внести сведения в Whois.

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

Шагами по четыре бита

Prop-164 не разрешает произвольные размеры. Первоначальные и последующие выделения должны переходить к ближайшей более короткой четырёхбитной границе. В примере обоснованная потребность в /42 получает /40 без дополнительного обоснования разницы.

Такие границы упрощают шестнадцатеричное чтение, но могут дать блок больше точной потребности. Prop-170 сохраняет минимум /32 и регулирует условное выравнивание более крупных выделений LIR; prop-164 меняет сам минимум и добавляет правила резервирования и изменения размера. Предложения пересекаются, но не взаимозаменяемы.

Владелец /32 или более короткого префикса сможет уменьшить его до /36 либо /40, сохранив первый блок выбранного размера и вернув остаток. Владельцы /40/33 смогут расшириться до /32 без нового обоснования при выполнении указанных критериев.

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

Резерв — настоящий реестр политики

Для запросов длиннее /28 версия 6 предусматривает разреженное выделение внутри /28 и резервирование разницы за тем же владельцем. Если подходящего /28 нет, APNIC выделит требуемый размер из крупнейшего непрерывного пространства без резерва. Если доступный пул IPv6 исчерпан и новые ресурсы получить нельзя, резервы будут возвращены в свободный пул.

Возникают три состояния, которые нельзя смешивать: делегированное, зарезервированное, но не делегированное, и свободное пространство. Только первое контролируется владельцем. Второе — условное обязательство реестра. Третье доступно другим заявителям.

Если заявленная выгода — точность реестра, резерв должен соответствовать тому же стандарту. Не раскрывая конфиденциальных планов, APNIC может публиковать агрегированные данные: число выделений меньше /32, объём резервов, расширения внутри них, случаи отсутствия смежности, уменьшения и освобождённое пространство.

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

Границы версий важны

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

Оценка просила уточнить, можно ли уменьшить блок до /36 или /40, либо только до /40. Версия 6 прямо называет оба варианта и, по-видимому, отвечает на узкий вопрос текста. Однако APNIC не обозначила оценку версии 5 как полную повторную оценку версии 6.

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

Авторы не называют известных недостатков или последствий для владельцев ресурсов. Это их оценка, а не независимое доказательство отсутствия затрат на системы, согласованность NIR, возвраты и резервный запас.

Что остаётся неизвестным

Неизвестно, достигнет ли сообщество консенсуса или изменит предложение, сколько владельцев запросит /36 или /40, какой объём и на какой срок будет зарезервирован, сохранят ли APNIC и NIR единообразие решений и как окончательный текст разрешит пересечение с prop-170. Это открытые вопросы, а не установленные последствия политики.

Источники