Кратко

  • 22 сентября ARIN вынес на обсуждение Draft Policy ARIN-2026-5. Он предлагает считать использованием вне региона исключительное применение ресурса за пределами региона ARIN и исключить одновременное применение внутри и снаружи; это ещё не действующая политика.
  • Формула «a given ARIN resource» не задаёт масштаб. Родительская аллокация может использоваться одновременно в регионах, тогда как отдельный внешний дочерний префикс — только снаружи.
  • Решение должно оставлять чек классификации: ресурс и его иерархию, единицу, версию политики, интервал наблюдения, доказательную базу, региональные факты, неопределённость, толкование сотрудников и историю пересмотра.

Двоичный критерий начинается с выбора масштаба

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

Именно рамки не хватает в ARIN-2026-5. Проект называет Out Of Region Use исключительное использование выделенных ARIN ресурсов в местах вне зоны обслуживания ARIN. Затем он выводит из определения одновременное использование «a given ARIN resource» в регионе ARIN и в зонах других RIR.

17 сентября Advisory Council принял предложение в работу как Draft Policy, а 22 сентября ARIN объявил обсуждение на PPML. Статус — Under Discussion. Текст не принят Board и не внедрён. Поэтому нельзя приписывать ему уже состоявшееся решение по реальной заявке.

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

Действующий NRPM показывает иерархию. Раздел 2.5 определяет Allocation как выданный ARIN блок IP-адресов, а reallocation и reassignment — как субделегирование. В разделе 2.17 к Internet Number Resources отнесены непрерывные диапазоны или блоки адресов и ASNs. Общее слово проекта не выбирает один уровень из этих объектов.

Изменение формулировки усиливает вопрос о доказательствах. Августовская Proposal 353 говорила об использовании или анонсировании вне региона и об использовании либо анонсировании внутри и в других местах. В Draft удалено advertisement, добавлены «a given ARIN resource» и зоны обслуживания других RIR. Отказ считать видимый маршрут синонимом использования разумен. Но теперь нужно положительно определить, что доказывает использование.

BGP-наблюдение показывает, что конкретный коллектор увидел маршрут и origin ASN. Само по себе оно не подтверждает местоположение каждого экземпляра сервиса или операционный контроль. RFC 4786 описывает anycast как доступность одного адреса сервиса в нескольких раздельных автономных точках. Один идентификатор способен одновременно работать в разных регионах. Наличие регионального маршрутизатора, наоборот, не локализует все адреса родительского блока.

Выбор масштаба влияет на ресурсы, поскольку раздел 9 разрешает учитывать внешнее использование при обосновании дополнительных ресурсов. Организация должна иметь реальную и существенную связь с регионом ARIN и применять там ресурс того же типа. Текущие примеры — IPv4 /22, IPv6 /44 либо ASN на региональном пиринговом соединении или маршрутизаторе.

Отдельный ARIN-2025-3 теперь имеет статус Recommended Draft. Он снизил бы пример IPv4 до /24 и закрыл бы для такого обоснования waitlist, micro-allocation и раздел 4.10. В анализе сотрудников от 11 сентября сказано, что один региональный /24 может открыть путь к гораздо более крупным блокам, предназначенным полностью для внешнего развёртывания.

2025-3 отвечает на вопросы порога и каналов. 2026-5 задаёт предшествующий вопрос: для какой единицы проверяется «полностью»? На уровне родителя региональный /24 способен сделать всю аллокацию одновременной. На уровне детей дерево будет содержать разные классы. Это не повтор спора о /24, а отдельная точка контроля.

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

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

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

Источники