Кратко

  • Действующий проект рабочей группы GROW предлагает дополнить gauge-статистику BMP длительностью окна, числом замеров, экстремумами, средним, медианой, P5 и P95.
  • Проект допускает периодический, событийный и гибридный сбор, не предписывает алгоритм перцентиля и не передаёт в TLV конфигурацию, которая сформировала значение.
  • Поэтому корректный P95 полезен локально, но не становится автоматически сопоставимым между маршрутизаторами, поставщиками, версиями или стратегиями сбора.
  • Практическое дополнение — квитанция о происхождении измерения в контуре управления: объект, окно, правило выборки, исключения, алгоритм, качество часов, версия, ответственный и использовавшее результат решение.
  • Такая квитанция — редакционное предложение Daniel Kade, а не требование BMP, GROW или IETF.

Спокойная линия не доказывает спокойного интервала

Представим, что коллектор раз в пятнадцать минут получает число маршрутов: 100 тысяч, снова 100 тысяч и ещё раз 100 тысяч. График выглядит ровным. Но внутри первого интервала число могло упасть до 95 тысяч, подняться до 105 тысяч и вернуться к знакомому уровню до отправки. Каждый снимок верен, однако самое важное движение из истории исчезло.

Этот пробел сокращает проект GROW BMP Statistics Information TLV. Редакция 01 от 11 сентября 2026 года предлагает сопровождать gauge-статистику BMP длительностью окна измерения, числом замеров, минимумом, максимумом, средним, медианой, P5 и P95. Для минимума и максимума передаётся также время наблюдения.

Это полезно именно из-за последующего применения. RFC 7854 определяет BMP как интерфейс мониторинга сессий BGP и представлений маршрутов, а не как протокол маршрутизации. Полученные значения затем используют для расследования инцидентов, сравнения ёмкости, настройки тревог, объяснения политики и инвестиционных решений. Валидный пакет подтверждает утверждение отправителя, но ещё не пригодность двух утверждений для одного сравнения.

Редакция 01 остаётся Internet-Draft. История Datatracker показывает развитие документа рабочей группы, тогда как на текущей странице нет shepherd, ответственного Area Director или даты telechat, а состояние IESG — I-D Exists. В шапке проекта указано Standards Track, но поле intended RFC status в Datatracker пустует. Расхождение следует описывать как часть текущей записи, не превращая её в якобы состоявшийся итог стандартизации.

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

Окно и число замеров — необходимый минимум

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

Редакция 01 явно передаёт окно и число замеров; оба значения должны быть больше нуля. Окно не обязано совпадать с периодом между отчётами. После установления сессии, возвращения соседа в состояние Established или отчёта по событию оно может оказаться короче. Значения одной статистики, рассчитанные по разным окнам, должны идти в отдельных Statistics Information TLV.

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

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

Механизм предназначен только для gauges. У монотонных счётчиков иная семантика, поэтому отправитель не должен ссылать на них этот TLV. Коллектору следует проигнорировать ошибочную ссылку и, при необходимости, записать её. Правило защищает тип величины, но не раскрывает происхождение выборки.

У одинакового P95 могут быть разные родители

Вопрос управления начинается там, где заканчивается пакет. Редакция 01 допускает периодический, событийный, гибридный или иной сбор. Имя записи не меняется: P95 остаётся P95. Но совокупность, из которой получен 95-й перцентиль, может измениться принципиально.

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

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

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

Метки времени для минимума и максимума не закрывают разрыв. Snapshot, среднее, медиана, P5 и P95 не несут собственного момента, а точность часов зависит от реализации. Коллектор получает момент, когда маршрутизатор, по его словам, увидел экстремум; он не получает полную траекторию или аттестацию качества времени.

Поэтому Operational Considerations называют результаты прежде всего локальными для сообщающего маршрутизатора. Агрегация между устройствами требует совместимых настроек окна и сбора, установленных через каналы управления или конфигурации. TLV не экспортирует внутреннюю методику. Этот предел не придуман внешним критиком — он прописан в редакции 01.

Реестр именует показатель, но не удостоверяет практику

Проект запрашивает новые реестры IANA для типов записей Statistics Information и типов Statistics Information TLV. Первоначальный словарь даёт устойчивые имена минимуму, максимуму, снимку, среднему, медиане, P5 и P95. Предлагается также примечание в действующем реестре BMP Parameters, отделяющее обычную статистику от метаинформации о другой статистике.

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

RFC 8126 вводит словарь регистрационных политик — Standards Action, First Come First Served и другие. Они отвечают, кто вправе назначить или изменить параметр, но не делают невидимые практики измерения взаимозаменяемыми.

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

В редакции 01 усилились и метрика, и предупреждение

Сравнение с редакцией 00 показывает направление работы. Прежний текст уже различал периодический отчёт и внутреннее наблюдение. Редакция 01 добавляет в формат длительность окна и число замеров, вводит P5 и P95, расширяет временные метки до формата BMP с секундами и микросекундами, предупреждает о различиях алгоритмов и создаёт отдельные Operational Considerations о локальном значении и сопоставимости.

Объявление I-D от 11 сентября подтверждает факт публикации версии, но не консенсус по каждой новой фразе и не наличие реализации. Устав GROW объясняет место работы: группа занимается операционными измерениями и мониторингом глобальной маршрутизации и сопровождает BMP.

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

Квитанция о происхождении измерения

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

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

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

Это предложение Daniel Kade по управлению, а не нормативный текст проекта и не требование IETF. Оно следует принципу Heng Lu о минимальной начальной спецификации: единая мировая методика не обязательна, но границы будущих локальных решений должны оставаться различимыми. The Policy Mirror добавляет институциональную дисциплину — отражать реальные правила и стимулы, а не прятать разные практики за общим названием.

Источники