Summary

  • Индивидуальный проект IETF предлагает десять типов статистики BMP: входящие и исходящие UPDATE, KEEPALIVE, NOTIFICATION, ROUTE-REFRESH и все сообщения BGP. Единица счёта — сообщение протокола, а не префикс.
  • Само событие Peer Down не должно сбрасывать накопленные значения. Перезапуск процесса, удаление соседа, ручная очистка или переключение процессора маршрутизации могут начать новый отсчёт, и сборщик обязан обнаружить разрыв.

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

Согласно карточке IETF, документ обновлён 29 октября и остаётся индивидуальным Internet-Draft. Авторы предлагают пять пар счётчиков по направлениям. UPDATE и общий объём будут 64-битными, три другие пары — 32-битными. Сборщик сможет видеть нагрузку сессии рядом с маршрутным состоянием в одном потоке BMP. Но превращать число PDU в число маршрутов нельзя: один UPDATE способен нести несколько NLRI, а Route Monitoring может отражать выбранное маршрутизатором представление.

Главное правило действует после разрыва. Выпуск Peer Down сам по себе не обнуляет предложенные счётчики. Когда сосед восстановится, накопленное число NOTIFICATION останется доступным даже станции, пропустившей конкретное сообщение о закрытии. Peer Down указывает причину одного завершения; счётчик показывает сумму за несколько установлений сессии. Если панель начинает каждый Peer Up с нуля, она стирает нужную историю.

Есть события, после которых старую сумму продолжать опасно. Процесс маршрутизатора может перезапуститься, сосед — быть удалённым, оператор — очистить показание, процессор маршрутизации — переключиться. Новый BMP Initiation требует отметить разрыв счёта. Обычная последовательность Peer Down и Peer Up сама по себе его не создаёт. Проверять только уменьшение значения недостаточно: после сброса активный сосед может превысить старую цифру к следующей выборке. Проект пока не определяет время разрыва счётчика отдельным полем. Отсутствующий тип статистики нельзя записывать как ноль.

Реестр BMP в IANA показывает назначенные типы и свободный диапазон. Новые десять типов в проекте обозначены TBD, окончательных номеров у них нет. Проверка на названном устройстве с журналом сбоя сессии, перезапуска, последовательными BMP-отчётами и отметкой сброса показала бы, можно ли честно собрать ряд измерений.