Кратко

  • ARIN-2026-2 — Draft Policy на этапе обсуждения, а не принятая или внедрённая норма.
  • Предложение предусматривает замену публичных формул и порогов использования планами с описанием единиц назначения, иерархии, агрегации и роста.
  • BTW рекомендует сопоставимую запись «план—решение»; способы операционализации со стороны сотрудников и доказательная нагрузка заявителей неизвестны.

Текст предложения датирован 4 мая 2026 года, а статус Draft Policy был присвоен 24 июня 2026 года. На момент фиксации отчётности 5 сентября 2026 года оно оставалось предметом обсуждения. В указанном индексе проектов не было записи о проверке сотрудниками или юристами, а также о презентации сообществу. Источники не подтверждают рекомендацию, консенсус, last call, принятие Board или реализацию; предложение не включено в действующий NRPM.

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

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

Для последующих выделений LIR предлагаемый текст предусматривает учёт реализации в соответствии с прежним планом, обновлённых прогнозов и возможности расширить существующий блок. Запросы PI также предлагается оценивать по требованиям площадок, внутренней иерархии и сегментации, агрегации, росту и предотвращению перенумерации. Согласно предлагаемому тексту, переназначения или перераспределения внешним организациям префиксов /64 и крупнее подлежали бы регистрации в службах каталога ARIN.

Действующая база отличается. NRPM 6.5.2.1 использует границы nibble, стандартный минимум /32 с вариантами /36 или /40, условия наличия IPv4 для /40, предел /16 и формулу, связанную с обслуживаемыми площадками, крупнейшей обслуживаемой площадкой и стандартом 75%. NRPM 6.5.2.2 включает прежнюю квалификацию IPv4, IPv6 multihoming или техническое обоснование, прогнозы назначений на один, два и пять лет и не менее 50 назначений за пять лет. NRPM 6.5.3 для последующих выделений LIR использует 75% общей утилизации, более 90% использования на обслуживаемой площадке или более 90% выделения обслуживаемым площадкам.

NRPM 6.5.8 задаёт для конечных пользователей лестницу: /48 для одной площадки, /44 для 2–12, /40 для 13–192, /36 для 193–3 072 и /32 для более чем 3 072 площадок.

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

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

Примечание о публикации: «Опубликовано» означает запланированную редакционную дату — 6 сентября 2026 года по времени Asia/Shanghai. Фактическое время публикации на сервере не установлено до выполнения publish-now.