Кратко

  • Технический документ APNIC от 24 октября 2025 года рассматривал зеркало прежде всего как источник данных для ещё не инициализированной relying party во время недоступности репозитория. При семидневном сроке сертификата и перевыпуске через два дня копия оставалась полезной примерно пять дней; выгода была оценена как «very marginal».
  • Меморандум APNIC и NNIX, подписанный 15 мая 2026 года, ставит другую задачу: испытать зеркало репозитория в Ханчжоу для снижения сетевой задержки. В сообщении APNIC также названы скорость валидации, доступность данных и задержка сети.
  • Эти выводы не обязаны спорить друг с другом. Первый вопрос — сколько продержится статическая копия после потери источника. Второй — улучшит ли близость обычное получение данных. Выигрыш в миллисекундах не продлевает сертификат, а пятидневное окно не измеряет повседневную скорость.
  • В проверенных открытых материалах нет подтверждения работы зеркала, определений метрик, базовых и целевых значений, точек наблюдения, схемы обслуживания, результатов и отдельного соглашения, которого требует меморандум. Открыто зафиксирован замысел пилота, но не его исполнение и успех.

Один термин скрыл две разные постановки задачи

Оба набора документов говорят о зеркале репозитория RPKI. Но в 2025 году APNIC строит сценарную оценку: основной репозиторий недоступен, у одних relying parties уже есть кеш, другие запускаются с нуля, и нужно понять, насколько зеркало меняет их положение. В 2026 году APNIC и NNIX объявляют намерение провести локальный эксперимент и измерить эксплуатационные характеристики.

Поэтому рассказ о развороте политики был бы преждевременным. Старый документ не утверждает, что любой вид зеркал бесполезен. Новый меморандум не доказывает, что прежняя оценка ошибочна. «Крайне малая польза» — ответ внутри заданной аварийной модели. «Укрепление RPKI» — формулировка цели, а не опубликованный результат.

Две работы можно связать без искусственного согласования. Оценка 2025 года задаёт ограничение: копия не останавливает криптографические часы. Пилот 2026 года может проверить то, чего оценка не измеряла: экономит ли близкая точка распространения время и снижает ли число ошибок при штатном обновлении данных?

Пять дней отсчитывает сертификат

Документ Тома Харрисона «RPKI availability concerns» датирован 24 октября 2025 года и включён в действующий список технических документов APNIC. Его исходное условие — недоступность репозитория APNIC. Валидатор с кешем может продолжать использовать уже полученные данные. Новый экземпляр не может загрузить объекты APNIC. Авторы также учитывают, что маршруты со статусом Unknown во многих распространённых политиках не отбрасываются так же, как Invalid.

В документе описана действовавшая доставка: RRDP через Cloudflare с 62 точками присутствия и rsync из Брисбена. Затем рассмотрено недорогое зеркало на уровне одной экономики под прямым контролем APNIC, к которому клиентов можно было бы направлять через DNS или BGP. Это дополнительное место раздачи тех же объектов, а не новая сторона с правом выпуска.

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

Именно для этого сочетания — долгий сбой, отсутствие кеша, остаток срока — APNIC назвала дополнительную пользу зеркала «very marginal» и не рекомендовала рассмотренные изменения. Пять дней не являются SLA и не задают универсальный срок жизни зеркал. Фактическое окно зависит от момента отказа, последней загрузки и графика перевыпуска.

Ханчжоу переводит внимание с дней на расстояние

APNIC и NNIX подписали меморандум 15 мая 2026 года в Ханчжоу. Он предусматривает изучение сотрудничества по RPKI и IPv6. Одно из направлений — пилот зеркала репозитория RPKI для снижения сетевой задержки и совместная разработка метрик задержки трафика. Блог APNIC того же дня добавляет скорость валидации и доступность данных; в случае успеха допускается изучение других площадок.

Здесь меняется не только единица измерения, но и предполагаемый получатель пользы. Речь уже не лишь о единственном валидаторе, который стартует в самый неудачный момент долгого сбоя. В поле зрения оказываются сети и валидаторы из выборки Ханчжоу: будет ли получение быстрее или стабильнее при более близкой точке?

Такой тест осмыслен даже при полном сохранении вывода 2025 года. Локальное зеркало может сократить round-trip time, длительность синхронизации или ошибки загрузки, не добавив объектам ни секунды действия. И наоборот, меньшая задержка не доказывает многодневную автономность: для новых подписанных материалов зеркало всё равно зависит от источника.

Названий метрик недостаточно. «Скорость валидации» может означать полную синхронизацию, локальную обработку одного набора или время от запуска до готового validated payload. «Доступность данных» может быть uptime точки, долей успешно полученных объектов или их свежестью. Разные определения дадут разные эксперименты.

Меморандум подтверждает намерение, а не ввод в эксплуатацию

Подписанный текст прямо ограничивает обязательства. Он не имеет обязательной силы и носит ориентировочный характер; передача средств не предусмотрена, выделять ресурсы стороны не обязаны. Раздел 9.1 требует отдельного письменного соглашения для выполнения мероприятий. Меморандум создаёт рамку для обсуждения и проектирования, но сам по себе не подтверждает установку или рабочий трафик.

Протокол заседания Исполнительного совета APNIC 13–14 мая 2026 года фиксирует обновление; совет принял его к сведению. Решения о запуске или подтверждении результатов в протоколе нет. Текущая страница Memberships and Partnerships описывает сотрудничество в будущем времени и ссылается на меморандум.

В проверенном открытом наборе нет даты начала, статуса работы, адреса сервиса, периода наблюдения, исходного и целевого значения, отчёта о результатах. Действующая RPKI Certification Practice Statement APNIC перечисляет известные роли и адреса репозитория. В изученных относящихся к теме фрагментах не найдено точки в Ханчжоу или нового trust anchor.

Молчание открытых документов не доказывает отсутствие внутренней подготовки. Но оно не позволяет объявить сервис работающим. Точный статус таков: намерение провести пилот опубликовано; открытой информации ещё недостаточно, чтобы проверить реализацию, управление и результат.

Копирование объектов не копирует полномочия доверия

Зеркало может изменить место получения объектов. Оно не становится новым trust anchor только потому, что расположено ближе. Результат определяют цепочка сертификатов, подпись и срок действия. Источники не называют NNIX новым удостоверяющим центром и не передают ей полномочия APNIC по выпуску объектов.

Зеркало репозитория также нельзя автоматически считать публичным RTR-кешем. Relying party получает объекты из репозитория и валидирует их; затем проверенные данные передаются маршрутизаторам на другом уровне. Новый источник объектов и новый сервис валидации для маршрутизаторов — не одно и то же. Если пилот объединяет дополнительные компоненты, это должно быть опубликовано, а не додумано.

Операционные границы всё равно важны. Кто задаёт интервал обновления? Кто управляет направлением через DNS или BGP, контролирует свежесть, отключает узел при расхождении, хранит журналы и сообщает об инцидентах? Эти вопросы не выражают недоверие к партнёру. Они показывают, как разделена ответственность при распределённой доставке и сохранении центра выдачи.

Карточка гипотезы не даст сменить критерий задним числом

До появления данных APNIC могла бы опубликовать короткое сопоставление:

Поле Оценка доступности 2025 года Пилот NNIX 2026 года
Вопрос Что помогает, если репозиторий APNIC недоступен? Улучшает ли локальное зеркало заданные показатели доступа и производительности?
Главный получатель Relying party без кеша во время сбоя Сети и валидаторы в выборке наблюдения Ханчжоу
Публично описанная архитектура Зеркало уровня экономики под прямым контролем APNIC, возможное направление через DNS или BGP Зеркало с APNIC и NNIX; подробная схема обслуживания и контроля не опубликована в проверенном наборе
Публичная мера Около пяти дней при допущениях о сроке и перевыпуске Скорость валидации, доступность данных и задержка; определения и цели не опубликованы
Стадия решения Анализ без рекомендации рассмотренных изменений Необязательный ориентировочный пилот, требующий отдельного соглашения

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

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

Источники