Кратко

  • RIPE NCC пометил отдельную запись об обслуживании RPKI Dashboard как completed 3 ноября 2026 года в 21:06:58 CET; работа началась в 21:00:08. Параллельная запись о системе доступа, портале LIR и базе данных продолжалась после 21:08 и к тому времени тоже перечисляла Dashboard.
  • Публичный список компонентов по-прежнему показывал Dashboard как under_maintenance, когда его специальная запись уже была закрыта. RIPE не опубликовал результат полного теста входа, открытия панели и подачи ROA, который мог бы разрешить противоречие для участника.

Закрыть заявку легко. Объяснить, что после этого может сделать участник, сложнее. В 21:06:58 CET 3 ноября RIPE NCC поставил отметку completed на отдельной записи RPKI System Maintenance. Запись о начале была сделана в 21:00:08. Названный компонент — RPKI Dashboard. Одна карточка описывает короткие, аккуратно завершённые работы. Вторая карточка того же вечера не позволяет поставить на этом точку.

Параллельная запись об обслуживании RIPE NCC Access, портала и базы данных во время работ уже включала и RPKI Dashboard. Обновление в 21:08:58 говорило, что обслуживание продолжается; сохранённый после 21:41 ответ API всё ещё имел статус in_progress. Плановое окончание сначала отображалось как 21:40, затем как 21:59. Публичный список компонентов датирует отметку Dashboard under_maintenance временем 21:08:58, примерно через две минуты после закрытия его особой заявки. Access вернулся в operational в 21:41:21, когда Dashboard, портал и база ещё имели отметки обслуживания. Специальная карточка панели говорила «завершено», строка самой панели — «обслуживание». Оба ответа опубликовал RIPE NCC.

Менялся и состав второй заявки. В сохранённом до начала работ варианте перечислялись лишь база, портал и доступ; плановый конец стоял на 21:10. В вариантах во время работ появился четвёртый компонент — Dashboard, а конец последовательно сдвинулся на 21:40 и 21:59. API содержит сообщения о начале и продолжении работ. Датированного объяснения добавления компонента и общего сдвига срока на 49 минут там нет. Тот, кто видел только текущую карточку, не мог восстановить её прежнее содержание.

Заключительная отметка появилась раньше последнего планового срока. Компонент Dashboard вернулся к operational в 21:46:51, вторая заявка закрылась в 21:47:19. От закрытия отдельной RPKI-заявки в 21:06:58 до возвращения рабочего статуса компонента прошло 39 минут 52 секунды. Между завершениями двух заявок — 40 минут 21 секунда. Время 21:59 было пересмотренным планом, а не фактическим завершением. Интервал относится к опубликованным ярлыкам статуса; результат действий пользователя по ним не измерен.

Эти поля описывают записи оператора, а не успешность действий пользователя. completed означает опубликованное завершение одной заявки. under_maintenance — опубликованное состояние компонента. Они не показывают, удалось ли участнику войти в 21:07, открыть панель в 21:22 или подать ROA в 21:31. Руководство RIPE по размещённому RPKI объясняет путь: аккаунт RIPE NCC, связанный с LIR, ведёт в Dashboard для управления Route Origin Authorizations. Руководство по Access также помещает Dashboard за этим входом. Для участника это одна операция, даже если RIPE разбил её на две записи об обслуживании.

Поэтому важен не спор о том, какие часы остановились раньше. После закрытия отдельной заявки Dashboard продолжал числиться во второй заявке и в списке обслуживаемых компонентов. Вторая заявка удерживала его публичный статус или статус запаздывал за уже доступной услугой? Публичные документы не содержат проверки всего пути участника. Даже если панель работала исправно, читатель не может извлечь этот вывод из двух противоречащих карточек. У реестра есть контроль над статусной страницей — значит, и обязанность дать по ней однозначный ответ.

Для этого не нужен роман о внутренних переключениях. Каждый компонент должен показывать один авторитетный статус и ссылку на открытую заявку, которая его удерживает. Добавление компонента и изменение планового окончания должны оставлять время и причину. При закрытии нужна короткая запись о проверке входа, открытия Dashboard и подачи ROA. Тогда зелёная отметка расскажет о возможности действовать, а не только о том, что администратор закрыл одну карточку.

Первичные записи RIPE NCC