Кратко

  • Проект ARIN-2026-5 определил бы использование вне региона как использование ресурса, выделенного ARIN, только за пределами её региона обслуживания. Одновременное использование того же ресурса внутри региона ARIN и в регионе другого RIR не подпадало бы под предложенное определение.
  • Первоначальное предложение упоминало и использование ресурса, и объявление маршрута из определённого места. В версии от 22 сентября упоминание объявлений исчезло, но ARIN публично не объяснила причину изменения.

Граница реестра не совпадает с границей маршрутизации

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

Проект политики ARIN-2026-5 посвящён именно этой терминологической границе. Текст короткий, однако его толкование может повлиять на раздел 9 Number Resource Policy Manual (NRPM), который определяет, когда использование вне региона служит основанием для запроса дополнительных ресурсов. Проект пока обсуждается и не принят. Операционной нормой остаётся действующий NRPM.

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

Какую границу предлагает проект

Текущая редакция добавляет определение в раздел 2 NRPM: использованием вне региона считается исключительное использование ресурсов, выделенных ARIN, в местах за пределами региона обслуживания ARIN. Определение не применяется к одновременному использованию конкретного ресурса внутри региона ARIN и в регионах других RIR. В описании проблемы ARIN приводит anycast и другие географически распределённые схемы как примеры случаев, которые требуют уточнения.

Слово «исключительное» задаёт границу. Если ресурс ARIN используется только в регионе другого RIR, проект отнесёт такой режим к использованию вне региона. Если тот же ресурс используется и внутри ARIN, предложенное определение не применяется. Это не общее исключение для любой архитектуры anycast: условие относится к одновременному использованию одного и того же ресурса в двух зонах. Текст также не говорит, что одно объявление маршрута из-за пределов региона автоматически меняет статус ресурса.

RFC 4786 описывает anycast как предоставление стабильного адреса службы через узлы в двух или более отдельных местах. Маршрутизация выбирает узел по топологии и источнику запроса. Это техническое описание объясняет, почему один адрес службы может обслуживать несколько мест, но само по себе не определяет, как ARIN должна толковать термин в своей политике.

Между предложением и проектом исчезло слово об объявлении маршрута

В предложении от 2 августа использование вне региона определялось как исключительное использование ресурсов ARIN «в местах за пределами региона или объявление их оттуда». Исключение также охватывало использование и объявление из мест внутри региона ARIN наряду с другими местами.

В текущей версии проекта от 22 сентября формулировка другая: ресурс используется «в местах за пределами» региона, а одновременное использование того же ресурса внутри ARIN и в регионах других RIR исключается из определения. Объявление маршрута больше не названо самостоятельным условием. Страница ARIN приводит даты предложения и проекта, но не объясняет редакционное изменение.

Из этого нельзя уверенно вывести намерение. Возможно, ARIN сознательно отделила использование ресурса от объявления маршрута; возможно, слово «использование» подразумевает и объявления; возможно, вопрос ещё предстоит прояснить сообществу. У этих прочтений разные последствия. Служебный узел может работать в одном месте, тогда как политика маршрутизации объявляет доступность из другой сети. Если термины не определены, два оператора могут по-разному описать одну схему, а сотрудникам ARIN придётся решать, каким доказательствам доверять.

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

Порог IPv4 — отдельное решение

Есть и другой процесс ARIN по разделу 9, но он меняет другой механизм. Рекомендованный проект ARIN-2025-3 предлагает снизить минимальный объём использования IPv4 внутри региона с /22 до /24 для обоснования использования вне региона. Он также предлагает запретить обосновывать получение IPv4 из листа ожидания, пула микроназначений или пула 4.10 использованием вне региона, сохранив положение организаций, уже стоявших в листе на дату вступления правила в силу. С 22 сентября 2026 года ARIN указывает для этого текста статус Recommended Draft Policy: он обсуждается и не является действующей нормой.

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

В руководстве также запрещено использовать те же услуги и объекты инфраструктуры для обоснования запросов к другому RIR; вес доказательств региональной коммерческой деятельности определяет ARIN.

ARIN-2026-5 пытается определить термин. ARIN-2025-3 изменила бы порог IPv4 и ограничения на некоторые пулы, если будет принята. Одно решение не заменяет другое. Определение само по себе не выделяет ресурсы, не снижает порог, не одобряет передачу и не отменяет требование о существенной связи. Новый порог также не отвечает на вопрос, подпадает ли использование одного ресурса в нескольких регионах под определение.

Проверка текста, а не сообщение о конкретном операторе

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

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

Источники