Кратко

  • Испытание было построено вокруг трёх проверок: нормальной работы после включения, защиты от маршрутов Invalid и способности оператора действовать при сбое.
  • Открытые документы подтверждают ограниченную цепочку от эксперимента к руководству. Они не доказывают фильтрацию в продуктивной сети всеми 18 участниками, отсутствие инцидентов или власть JANOG либо JPNIC над политикой отдельного AS.

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

Проект сформулировал «три подтверждения»: после внедрения сеть обычно должна работать без проблем; механизм должен защищать от маршрутов Invalid; при неполадке оператор должен уметь отреагировать. Это не утверждение о безрисковости ROV. Смысл в другом: обратимость стала критерием принятия защитной меры.

Работа стала публичной 5 июля 2023 года на JANOG52. JANOG организовала обсуждение и разместила программу и материалы Тайджи Кимуры из JPNIC, Кацуси Ямагути из BIGLOBE и Осаму Накамуры из Университета Кэйо и WIDE. Роль площадки не делала JANOG владельцем проекта, регулятором или оператором участвующих сетей.

Цепочка полномочий была распределена. Министерство внутренних дел и коммуникаций Японии финансировало проект. NTT Communications была генеральным подрядчиком. Mitsubishi Research Institute и JPNIC участвовали как поддерживающие субподрядчики. JPNIC планировала части экспериментов RPKI и DNSSEC, проектировала и эксплуатировала среды, сводила результаты, а затем издала руководство. Площадки предоставили Университет Кэйо, Осакский университет совместно с Cyber Kansai Project и Университет Нагасаки. Организации-участники проводили проверки. Решение о собственной маршрутной политике оставалось за каждым автономным системным оператором.

Отчёт JPNIC за 2023 финансовый год указывает 18 компаний в направлении RPKI, восемь в DNSSEC и десять в DMARC. Это числа участников проектных направлений, а не продуктивных внедрений, включённых отказов от маршрутов или независимо подтверждённых успехов.

Проект предложил три формата: практическое знакомство, эксперимент в проектной среде и проверку в среде участника. Это различие не позволяет назвать всю работу испытанием в продуктивной сети. Из опубликованных материалов неизвестно, какие компании выбрали каждый формат и менялась ли работающая BGP-сессия или политика для реального трафика.

В испытательных средах можно было намеренно вводить BGP-маршруты Invalid и наблюдать ROV с данными ROA. Использовались виртуальные или аппаратные маршрутизаторы Arista, Cisco, Juniper и Nokia. Несколько производителей расширяют опыт, но не доказывают одинаковость функций, безопасность в продуктивной среде или предсказуемость при любом масштабе и отказе.

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

Восстановление здесь не является внешней заплатой. Руководство описывает снятие политики ROV, проверку после перезапуска маршрутизатора, переподключение к кэшу и реакцию на непреднамеренный Invalid. Если разрыв с кэшем может превысить срок удержания, рассматриваются остановка ROV для соседа или маршрутизатора либо применение SLURM, чтобы маршруты Invalid и NotFound не отбрасывались.

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

RFC 6811 проводит границу маршрутной политики. Состояние валидации — локальное свойство маршрута. Само по себе оно не должно исключать маршрут без явной настройки; фильтрация и изменение предпочтения относятся к локальной политике. Стандарт также предупреждает, что подмена данных валидации может превратить отбрасывание Invalid в вектор отказа в обслуживании. ROV проверяет связь префикса с исходным AS, а не весь AS-путь, и технически верный статус не выбирает действие за оператора.

В одной презентации приведён снимок RIB AS2500 на 09:00 8 марта 2023 года: 905 690 маршрутов IPv4, из них 77 Invalid, и 170 405 IPv6, из них 231 Invalid. Это сохранённое представление одного AS в один момент. Оно не измеряет пакеты, клиентов или потерю доступности и не показывает эффект отбрасывания этих маршрутов для всей Японии.

После JANOG52 знания продолжили оформляться. Отчёт JPNIC фиксирует сессию JANOG52.5 об эксперименте и руководстве. Затем JPNIC официально издала документ; 27 марта 2026 года актуальной была версия 1.1, поддерживаемая экспертной группой. Это говорит об институциональной памяти, но не о всеобщем внедрении.

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