Кратко

  • В исследовании LACNIC от 27 мая 2026 года сказано, что использовались все обновления за март 2026 года с коллекторов RRC15 и RRC24; следующий абзац говорит о консолидации более 2,222 млрд сообщений BGP за 48 часов.
  • Таблица стабильности содержит 2 222 981 835 сообщений. Строки IPv4 и IPv6 содержат 159 964 848 и 693 016 987 обновлений: вместе 852 981 835, ровно на 1 370 000 000 меньше.
  • Числа префиксов сходятся с общим итогом 1 436 539, а четыре категории ASN — с 86 398. Оставшаяся разница может отражать иную единицу, фильтр или стадию обработки и сама по себе не является ошибкой.
  • Версионированная квитанция должна связать окна наблюдения и обработки, пиров коллекторов, файлы MRT, версии ПО, правила счёта, промежуточные числа и исправления, не превращая два пункта наблюдения в перепись региона.

Две проверяемые суммы и один незаполненный переход

Статья LACNIC о шумных BGP-speaker делит автономные системы на стабильные, беспокойные, шумные и критические по отношению churn rate к медиане и среднему. Внутри публикации есть два хороших примера проверяемой арифметики.

1 146 937 префиксов IPv4 и 289 602 префикса IPv6 дают 1 436 539 — ровно столько уникальных префиксов указано в сводной таблице. 43 199 стабильных, 41 650 беспокойных, 1 530 шумных и 19 критических ASN дают 86 398 — опубликованную численность выборки.

С обновлениями такой связи нет. 159 964 848 для IPv4 плюс 693 016 987 для IPv6 равно 852 981 835. При этом сводная таблица сообщает о 2 222 981 835 сообщениях BGP. Разность — точно 1 370 000 000.

Называть её миллиардной ошибкой нельзя. Термины не совпадают. «Сообщения BGP» могут быть сырым счётчиком до фильтрации, а «обновления» — только UPDATE, отнесёнными к семейству адресов, либо действиями над префиксами. Withdrawals, пустой результат после фильтра, мультипротокольные поля, дубликаты и ошибки parser способны менять промежуточные итоги. Публикация не сообщает, какое объяснение действительно использовано.

Март и 48 часов требуют разных часов

В разделе об источнике названы RRC24 в Монтевидео и RRC15 в Сан-Паулу, а также все обновления, относящиеся к марту 2026 года. Следующий раздел перечисляет Python 3, mrtparser, pandas, NumPy и Matplotlib и говорит о более чем 2,222 млрд сообщений, консолидированных за 48 часов.

Сорок восемь часов могут означать время вычисления. Они могут быть двухдневным окном данных, отрезком внутри марта или сочетанием периодов двух коллекторов. «Все обновления марта» может описывать просмотренный архив, но не окончательный набор. Английская, испанская и бразильская португальская версии оставляют вопрос открытым.

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

В этих же границах следует читать тезис о 0,02% speaker, создающих основную нестабильность. 19 из 86 398 действительно составляют примерно 0,02%. Но состав группы зависит от окна, пиров и правил атрибуции. «Критический» — состояние внутри конкретной статистической модели, а не постоянная характеристика ASN.

Открытый архив не заменяет журнал запуска

RIPE RIS даёт сильную публичную основу. Документация описывает хранение по route collector: данные всех его пиров объединяются в файлах. Схема имени — rrcXX/YYYY.MM/TYPE.YYYYMMDD.HHmm.gz; dumps создаются обычно раз в восемь часов, update-файлы — раз в пять минут. В каталогах RRC15 и RRC24 за март 2026 года видны отдельные bview и updates.

Но каталог не сообщает, какие объекты прочитал код LACNIC. Он не фиксирует частичные файлы, ошибки загрузки и разбора, пробелы в составе пиров, исключения и роль bview. Доступность сырья — необходимое условие повторения, но не manifest конкретного запуска.

Сами наблюдатели ограничены. RIPE NCC связывает RRC15 с PTTMetro-SP в Сан-Паулу, а RRC24 описывает как LACNIC Multihop в Монтевидео. Каждый видит собственную группу пиров. Это не подсчёт всех участников LACNIC, маршрутизаторов, трафика, пользователей, сбоев или ущерба в Латинской Америке и Карибском бассейне.

Единица счёта появляется только после правила

RFC 4271 различает OPEN, UPDATE, KEEPALIVE и NOTIFICATION. RFC 6396 различает table dump, сообщения BGP4MP и изменения состояния BGP4MP. RIS Live отдельно показывает метаданные состояния пира. Эти документы не раскрывают реализацию исследования, но показывают множество допустимых единиц.

Один UPDATE может нести несколько префиксов с общими атрибутами, объявления и withdrawals, мультипротокольную достижимость. После parsing число MRT-записей, BGP-сообщений, UPDATE, элементов NLRI, действий над префиксами и наблюдений по пирам будет разным. Изменение состояния может объяснять churn и не входить в таблицу обновлений.

Распределение по IPv4 и IPv6 тоже требует решения. Считать ли сообщение, касающееся двух семейств, дважды? Что делать, если после фильтра не осталось NLRI? Как приписывать multi-origin, AS_SET или повреждённый путь? Когда одинаковый префикс от двух коллекторов становится одним? Поскольку churn rate использует обновления и объявленные префиксы на ASN, эти решения определяют числитель и знаменатель.

Минимальная сверочная квитанция

В начале должны стоять UTC-границы наблюдения и отдельно время обработки. Надо прямо указать смысл 48 часов и роль всего марта.

Далее — точные имена MRT-файлов RRC15/RRC24, hashes, размеры, агрегированный снимок пиров, пробелы и ошибки. Использование bview отделяется от updates.

Словарь определяет MRT-запись, BGP-сообщение, UPDATE, объявление, withdrawal, NLRI, появление префикса и уникальный префикс. Для каждого фильтра показываются числа до и после; правила семейства, пустых сообщений, дубликатов, ошибок, multi-origin и атрибуции ASN получают версии.

Промежуточная таблица ведёт от принятых записей к разобранным сообщениям, сохранённым UPDATE, действиям по семействам и выборке churn. Если 2 222 981 835 и 852 981 835 относятся к разным множествам, одна строка должна объяснить судьбу 1 370 000 000.

Наконец, фиксируются версии Python, mrtparser и библиотек, ревизия кода, hash конфигурации, run ID, дата и история исправлений. Новый результат дополняет старый, а не стирает его.

Воспроизводимость защищает и наблюдаемые сети

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

Квитанция позволит оператору увидеть, был ли ASN заметен одному или многим пирам, минуты или весь период, при каком правиле origin. Исследователь сможет повторить анализ в другом окне. LACNIC сможет исправить один этап, не превращая поправку в отрицание всей работы.

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

Источники