Кратко

  • Сентябрьский проект просит IANA выделить IPv6-блок для космического применения и предлагает роль NRO в распределении; это неподдержанный индивидуальный Internet-Draft, а не принятая политика.
  • NRO заявляет, что не вырабатывает политику номерных ресурсов. Проект не объясняет, как предлагаемая роль связана с отдельными процессами пяти сообществ RIR, включая RIPE.

Между распределением и политикой остается пробел

Запрос адресного пространства выглядит инженерной задачей: зарезервировать блок, разбить его на префиксы и сохранить управляемость маршрутизации. Но сентябрьский Internet-Draft 2026 года о космическом IPv6 предлагает и институциональную схему. Он просит IANA выделить блок, говорит, что Number Resource Organization (NRO) будет определять структуру, назначение и распределение ресурсов для небесных тел и внутри них, а политику распределения установит система реестров.

Это описание не означает, что полномочия уже реализованы, блок выделен или политика изменилась. Документ — индивидуальный Internet-Draft со статусом “I-D Exists”, На первой странице проекта указан “Intended status: Standards Track”, однако в метаданных Datatracker для RFC stream и Intended RFC status стоит “None”. Индивидуальный Internet-Draft не имеет формального статуса в процессе стандартизации IETF.

NRO сама указывает границы своего мандата: она координирует пять региональных интернет-регистратур и представляет номерную систему в ICANN, но не разрабатывает, не утверждает и не реализует политику региональных или глобальных номерных ресурсов. Политику определяют региональные сообщества, а RIR поддерживают собственные открытые процессы. FAQ отдельно описывает глобальный порядок: с учетом мнения RIR NRO рассматривает и разрабатывает рекомендации по глобальной политике IP-адресов для ратификации советом ICANN. Эта рекомендательная роль не показывает, стремится ли проект к единому правилу или к пяти региональным решениям при координации NRO.

RIR также предоставляют региональные регистрационные услуги. Координация не подменяет ни эту работу, ни процесс, который устанавливает ее правила.

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

Майский индивидуальный проект TIPTOP предлагал другой путь: IANA делегирует блок существующим RIR, которые вырабатывают правила обычными процедурами. Это сравнение двух предложений, а не свидетельство, что сентябрьский текст заменил предыдущий или что один из них принят. В IETF 126 планировалось отдельное техническое обсуждение с IANA и представителями RIR; такая встреча не является разрешением на распределение.

Для RIPE вопрос связан с действующей ролью сообщества. RIPE NCC предоставляет регистрационные услуги и поддерживает открытый процесс разработки политики RIPE; опубликованная политика IPv6 RIPE-738 остается региональной основой. Источники не показывают, что RIPE NCC одобрила новый проект или приняла новую обязанность. Проект должен объяснить, какие условия определяет RIPE, какие вопросы координируются между RIR и как действовать при расхождении региональных решений.

Рабочая редакция могла бы назвать форум, устанавливающий критерии допуска; определить роль NRO как координацию, рекомендацию или исполнение; указать RIR, ведущую реестр; и описать возражения, исправления и апелляции. Если решения остаются региональными, нужно показать, как они сочетаются. Если правило общее — кто его принимает и как участвуют пять сообществ.

Пока подтвержден лишь узкий вывод: проект предлагает координацию распределения через NRO, но не описывает связанный с ней процесс выработки политики. Процесс RIPE этим не отменен. Следующий значимый сигнал — редакция, где явно проведена граница между координацией, политикой и регистрационной ответственностью.

Источники