Кратко

  • Сопредседатели рабочей группы RIPE по адресной политике сообщили 24 сентября 2026 года, что предложение 2024-01 об изменении правил IPv6 PI отозвано. Они пообещали поместить его в архив и допустили возвращение темы через новую процедуру. Причину отзыва в сообщении не назвали.
  • Страница третьей версии предложения при прямой проверке 27 сентября ещё показывала стадию Review и открытое обсуждение. Более позднее датированное сообщение устанавливает процессуальный статус; устаревшая надпись не делает проект действующей политикой и не доказывает намеренного сокрытия отзыва.
  • Заявки на IPv6 PI по-прежнему опираются на опубликованную политику RIPE-738 и инструкцию RIPE NCC. Минимальный размер — /48; больший блок требует обоснования. Нельзя выдавать другим организациям префиксы из PI только потому, что отозванный проект обсуждал иные условия использования.
  • Проект не был принят, поэтому его отзыв не отменил ни одного нового правила и не лишил держателей уже выданных ресурсов. Технические вопросы, поднятые авторами, остаются предметом возможного будущего обсуждения, а не готовым правом заявителя.

Заявка не может опираться на строку проекта

Представим организацию с несколькими площадками и обоснованной потребностью в разных маршрутах. Она изучает предложение 2024-01: там описаны размеры PI по границам четырёх бит — от /48 к /44, затем к /40 — и возможность оставить рядом непрерывное адресное пространство для роста. Параллельно она договаривается с другой организацией об использовании префикса на своей площадке. Если будущий план сети, заявка и договоры исходят из этого проекта как из принятого правила, ошибка проявится не на странице политики, а в реальной адресной схеме.

Сообщение от 24 сентября достаточно определённо в одном пункте. Alex Le Heux от имени сопредседателей Address Policy Working Group написал, что предложение 2024-01 отозвано. Документ собирались архивировать; любой участник может вновь поднять тему согласно процессу разработки политики RIPE. Там нет утверждения, что состоялось голосование, что сообщество отвергло каждую норму, что совет RIPE NCC наложил вето или что именно анализ последствий вынудил авторов отступить. Такую причинную историю нельзя выводить из одного слова «отозвано».

При проверке 27 сентября страница проекта всё ещё показывала «Review Phase: Open for discussion» для версии 3.0 от 25 августа. В просмотренном списке архивных предложений номер 2024-01 ещё не появился. Это расхождение важно: участнику процесса приходится сопоставить датированное сообщение и карточку, которая обычно помогает быстро узнать статус. Но расхождение двух публичных поверхностей не является вторым решением рабочей группы. Оно не даёт оснований приписывать кому-либо умысел и не делает проект пригодным основанием для выдачи адресов.

У заявителя есть четыре разных документа с четырьмя функциями. Письмо сопредседателей отвечает, продолжается ли работа над данным предложением. Опубликованная нумерованная политика отвечает, какие правила действуют. Инструкция RIPE NCC описывает, как обосновать реальный запрос по этим правилам. Третья версия проекта и сопровождающий её анализ показывают, какие альтернативы обсуждались и что потребовалось бы для их выполнения. Заменить первое вторым или четвёртое третьим нельзя только из-за того, что все материалы размещены на ресурсах RIPE.

Почему единый проект был привлекательным

Авторы пытались решить не вымышленную проблему. Действующая формулировка PI сталкивается с запросами на несколько независимо маршрутизируемых префиксов, будущий рост и пограничные случаи подключения других лиц. Версия 3.0 связывала изменения определения назначения в разделе 2.6, правила назначений из выделенных блоков в разделе 5.4 и размер с последующим расширением PI в разделах 7.1–7.1.2. Если менять только размер, не решив вопрос допустимого использования, заявителю и реестру всё равно пришлось бы толковать старую границу.

Если разрешить расширение, не продумав соседнее свободное пространство и передачи, обещанный маршрут роста может оказаться неисполнимым.

Именно поэтому к проекту следует относиться серьёзно как к исследованию взаимозависимостей. Размер /44 в нём не был наградой за желание расти: для блока больше /48 требовалось обосновать потребность. Рекомендация сохранить непрерывное пространство рядом с назначением зависела от будущей доступности такого пространства. Возможность дать префикс другой организации на той же площадке была частью предлагаемого текста, а не разрешением, уже вписанным в действующую политику. У проекта был внутренний замысел; отсутствие принятия не доказывает, что исходная проблема исчезла.

Анализ RIPE NCC оценил последствия условно — на случай принятия. Организация ожидала значительной работы над программами, процессами, документацией и обучением сотрудников. Она указала, что некоторые правила использования трудно надёжно проверять, а частичная передача блока способна нарушить предполагаемую возможность последующего расширения. Возникли вопросы к учёту существующих назначений, к требованию перенумерации и к соразмерной реакции, если план внедрения выполнен не полностью. Исполнительный совет настоятельно советовал пересмотреть проект.

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

На что можно подать заявку сегодня

RIPE-738 устанавливает минимальный PI-блок /48. Более крупное назначение не исключено как класс, но оно требует документированной адресной или маршрутизационной потребности в рамках действующей политики. PI нельзя далее переназначать другим организациям. Для LIR использование PI связано с собственной инфраструктурой. Руководство по запросу объясняет заявителю практическую границу: нельзя раздавать внешней стороне из своего PI даже префикс /64 или /96; необходимость большего блока либо особого маршрута надо изложить и обосновать.

Это не значит, что любое подключение постороннего устройства автоматически запрещено. Важна действующая разница между отдельными адресами в собственной сети держателя и выдачей чужой организации отдельного префикса. Но нельзя заимствовать из версии 3.0 предложенное исключение для совместной площадки и говорить, что оно уже разрешило конкретную схему. Если бизнес-модель подразумевает адресацию других организаций, её нужно сверить с текущими правилами PI и, возможно, выбрать иной допустимый путь. Запрос о своём фактическом сценарии к RIPE NCC разумнее, чем ссылка на текст отозванного изменения.

Отзыв также ничего автоматически не забирает у действующих держателей. Уже зарегистрированное назначение не становится недействительным; BGP-маршрут, запись о ресурсе, RPKI-объект и договор с клиентом не меняются от того, что статус предложения перешёл в архив. Для каждого такого изменения понадобилось бы отдельное основание и операционное действие. Говорить об «откате политики» было бы неверно: положения 2024-01 не успели стать опубликованным правилом, которое можно откатить.

Что означает возможность вернуться к теме

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

Пока же заявитель должен задать три самостоятельных вопроса. Что стало с карточкой и архивной записью 2024-01? Появился ли новый проект с конкретными словами и стадией обсуждения? Изменился ли опубликованный текст RIPE-738 или действующее руководство для заявок? Ответ «да» на первый вопрос не означает «да» на третий. Даже новая дискуссия не разрешает использовать её формулировки в сегодняшнем плане сети.

Надёжный публичный реестр решений нужен не ради красивой одинаковой надписи на всех страницах. Он позволяет связать дату отзыва с последней обсуждавшейся версией, оставить аргументы доступными и показать, какая политика применяется к конкретной заявке. Запоздавшее обновление страницы следует исправить как несоответствие записи; по имеющимся материалам нельзя назвать его ни новым согласием, ни преднамеренным обманом. До исправления специалисту приходится читать источники в правильном порядке.

Источники