Кратко

  • На RIPE 93 RIPE NCC сообщила, что экспериментальные файлы обновлений RIS в формате Parquet теперь создаются каждый час, а раньше генерировались раз в сутки. В первоначальном плане для этих производных данных указан короткий архив на 14 дней.
  • Сырые данные MRT остаются архивным источником. Чтобы через месяцы повторить тот же SQL-анализ на тех же удобных файлах, исследователю надо заранее сохранить часовые разделы, версию схемы и запрос.

У маршрута есть время изменения. У файла, который помогает это изменение изучить, есть другое время — момент появления в открытом каталоге. Утром 28 октября каталог RIPE NCC показал три последовательных файла обновлений: для нулевого часа файл появился в 01:06 UTC, для первого — в 02:09, для второго — в 03:06. За 27 октября доступны все 24 часовых раздела; их отметки в основном идут следом за соответствующим часом. Для дежурной смены это означает, что подготовленный материал можно брать в ходе разбора события.

Так было не всегда. В 2025 году инженер RIPE NCC Тис де Кок представил на RIPE 91 эксперимент с Parquet: суточный файл таблицы маршрутов и обновления, разбитые по часам. На той же презентации говорилось, что автоматическая публикация ещё впереди. Почасовая нарезка данных и почасовая доставка — разные свойства. 27 октября 2026 года Роберт Кистелеки сообщил на RIPE 93, что файлы теперь генерируются каждый час вместо одного раза в день. Недавние записи каталога позволяют увидеть именно этот рабочий ритм, а не только обещание на слайде.

RIS собирает наблюдения BGP с маршрутных коллекторов. Исходные данные хранятся в MRT: документация RIPE NCC указывает пятиминутные отрезки обновлений и полные снимки таблиц раз в восемь часов. Такой архив даёт глубокую историю, но за узкий ответ приходится платить поиском нужных коллекторов и временных окон, загрузкой и разбором файлов. Parquet — производный слой для запросов SQL и аналитических инструментов. Де Кок показал в 2025 году пример, где работа, занимавшая более десяти минут, выполнялась за секунды. Это результат демонстрации, а не норматив скорости для любого запроса.

Быстрый слой живёт по короткому расписанию. В проектных слайдах срок хранения файлов Parquet с таблицами и обновлениями указан как 14 дней. На 28 октября октябрьский каталог начинался с 14-го числа, а сентябрьский не содержал файлов. Видимый срез согласуется с опубликованным правилом; внутреннюю процедуру удаления он не раскрывает. Важное для пользователя разделение проходит между сырым MRT, к которому можно вернуться позже, и подготовленной версией, удобной для немедленного запроса.

Исследователь сегодня объясняет смену вышестоящего оператора у префикса и прилагает график. В январе ему задают простой вопрос: какие именно коллекторы, часы и поля вошли в расчёт? График уже не поможет. Если сохранены сами часовые файлы, контрольные суммы, путь схемы v0 и SQL, результат можно воспроизвести. Если осталась только ссылка, придётся реконструировать набор из MRT и заново доказывать, что выборка совпала. Сеть не изменила прошлое; подорожал доступ к тому же доказательству.

При запуске RIPE NCC обещала вести эксперимент минимум 18 месяцев, принять решение о продолжении после 12 месяцев и сохранять старую схему параллельно три месяца при её изменении. Кистелеки сказал, что исследовательского использования достаточно для продолжения. Число пользователей он не назвал. Успех эксперимента говорит о полезности формата. Срок жизни конкретного файла всё равно требует внимания при каждом серьёзном выводе.

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

Источники: выступление на RIPE 93 и официальные слайды; выступление на RIPE 91 и исходные слайды; каталоги RIS за 27 и 28 октября; документация MRT.