Кратко

  • В плане RIPE NCC для RIS на Q4 2026 указано программное изменение, которое добавит в файлы MRT временные метки точнее секунды на основе расширения RFC 6396. Работа отмечена как незавершённая; даты запуска нет.
  • В одном пятиминутном файле RRC03 найдено 188 592 записи MRT с 300 целыми значениями секунд; в каждой секунде несколько записей. Более мелкое разрешение может различить их время внутри секунды, но не доказывает точность часов, момент фиксации события или синхронизацию коллекторов.

Что помещается в одну секунду

Файл updates.20261016.0400.gz из архива RRC03 охватывает пять минут, начиная с 04:00 UTC 16 октября 2026 года. Подсчёт по общему заголовку MRT дал 188 592 записи в 300 целых значениях времени. В каждой секунде оказалось больше одной записи; максимум — 2 432.

Эти цифры нельзя читать как число изменений маршрутов. В файле находятся записи BGP4MP разных подтипов и с разным содержимым. Анализ ограничился 12-байтовым общим заголовком: сообщения BGP и префиксы не разбирались, поэтому неизвестно, меняла ли конкретная запись маршрут. Порядок записей в самом файле сохранён. Подсчёт не свидетельствует ни о потере порядка, ни о неразрешимой неоднозначности.

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

В плане RIPE NCC на Q4 2026 пункт 2, «Повысить качество файлов MRT», обещает программное изменение: файлы MRT смогут содержать субсекундные метки за счёт поддержки расширения RFC 6396. На странице, обновлённой 17 сентября 2026 года, статус указан как «В процессе». Не названы дата внедрения, охват коллекторов, измеренная ошибка часов или результаты переходного теста.

Отдельный пункт того же плана касается синтетического BGP hold timer в конвейере обработки. Он должен устранять один конкретный тип застрявших маршрутов в RIB/bview-файлах. Это самостоятельная работа, и опубликованный план не связывает её с расширенными метками ни как причину, ни как проверку результата.

Точность представления и точность измерения

Обычный заголовок MRT по RFC 6396 использует четырёхбайтовое значение целых секунд от эпохи UTC, не считая високосные секунды. Расширенный вариант добавляет беззнаковое 32-битовое смещение в микросекундах. BGP4MP_ET — один из типов записи с расширенной временной меткой.

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

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

В модели NTP отдельно описаны смещение, джиттер, дисперсия и дистанция синхронизации. Это не свидетельство неправильного времени в RIS. Это напоминание, что формат может представлять значение точнее, чем известна неопределённость самого измерения. Микросекундное поле без метаданных не становится сертификатом точного времени.

Коллектор задаёт границы наблюдения

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

Выборка RRC03 намеренно узкая: один файл за пять минут, скачанный после указанного Last-Modified, с сохранённой локальной контрольной суммой; разобраны только общие заголовки. Значение 2 432 — максимум записей в одну целую секунду, а не максимум маршрутов или событий. По нему нельзя заявлять о всплеске маршрутов, аварии, задержке публикации либо общем дефекте архива RIPE NCC. Исходный файл доступен для повторного подсчёта.

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

Что следует опубликовать после запуска

Когда изменение выйдет, запись о релизе должна назвать охваченные коллекторы и типы MRT, дату начала, способ распознавания новых файлов и поведение старого формата в переходный период. В ней нужно определить, какой момент обозначает метка, и подтвердить, что последующие парсеры, хранилища и экспорты не отбрасывают микросекунды.

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

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

Запланированное улучшение формата имеет практический смысл. Но его ценность для исследований зависит от того, сопровождается ли точность представления контекстом, нужным для измерения. Сейчас Q4-страница подтверждает лишь работу в процессе, а файл RRC03 — плотность записей в пределах одной выборки.

Источники