Кратко

  • LAC-2026-5 версии 1 ставит продолжение услуг LACNIC в зависимость от четырёх условий: формализации и подтверждения права использования, того, что ресурсы «анонсируются и используются», обратного DNS и актуальных данных Whois или NIR вместе с abuse-c.
  • Проект остаётся на обсуждении и говорит лишь, что Совет может запустить процедуры восстановления. Окно наблюдения, исключения, исправление и пересмотр не определены.

В проекте LAC-2026-5 четыре разных вопроса способны превратиться в одну административную запись: требования не выполнены.

LAC-2026-5 версии 1 на момент проверки имел статус «обсуждается», а следующим этапом была указана первая оценка консенсуса. Это не принятая политика и не автоматическое распоряжение вернуть ресурс.

Предлагаемый раздел 7.6 перечисляет условия сохранения услуг LACNIC для legacy-ресурсов. Организация должна пройти начатую в июне 2026 года формализацию отношений и обосновать право использования. Ресурсы должны анонсироваться и использоваться. Необходимо поддерживать обратную зону, а сведения о распределении и назначении в Whois LACNIC или соответствующем NIR, включая abuse-c, должны оставаться актуальными.

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

Каждое условие опирается на свой вид доказательств. Формализация оставляет документы и историю процедуры. Reverse DNS и Whois — состояния реестров. Анонс — наблюдение маршрутизации с выбранных точек и за выбранное время. Использование может не совпадать с публичной видимостью префикса.

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

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

Проблема усиливается, когда все четыре условия ведут к одной фразе. Просроченный abuse-c, отсутствующая обратная делегация, недостаточный документ о праве и пустое окно BGP имеют разные причины и способы исправления. Запись «требования не выполнены» стирает различия до решения Совета.

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

Такая квитанция не запрещает обоснованное восстановление. Она позволяет воспроизвести решение. Держатель понимает, требуется ли обновить поле или дополнить исторические документы. Совет видит разницу между техническим фактом и оценкой. Проверяющий может повторить запрос к данным маршрутизации.

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

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

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

Источник