Мониторинг производительности в реальном времени (real-time performance monitoring RPM) – функция маршрутизаторов и коммутаторов Juniper, которая позволяет операторам связи и их клиентам проводить точные измерения показателей производительности соединения между двумя точками на сети. Инструмент RPM позволяет конфигурировать и отправлять тестовые пакеты до определенной точки на сети и проводить анализ полученных результатов измерений для определения таких показателей, как потеря пакетов, круговая задержка, джиттер и др.
RPM обеспечивает контроль выполнения SLA услуг операторов связи. RPM, сконфигурированный на оборудовании, позволяет устройству определять производительность сети на основании показателей времени круговой задержки (RTT), пакетного джиттера (Delay Variation) и потери пакетов (Packet Loss). Эти значения измеряются и собираются с помощью активных RPM тестов с применением протоколов HTTP, ICMP, TCP и UDP в зависимости от конфигурации.
Тестовые RPM пакеты
Вы получаете RPM статистику о производительности сетевого соединения посредством отправки c устройства-генератора RPM тестовых пакетов до указанной точки на сети, идентифицированной IP-адресом или URL. Когда удаленное устройство получает пакет, оно генерирует сообщения-ответы и отправляет их устройству-генератору. Анализируя время прохождения к и от удаленного устройства или сервера, устройство-генератор может производить вычисление параметров производительности сети.
Устройство-генератор RPM отправляет следующие типы тестовых пакетов:
- Запрос HTTP GET конечного URL
- Запрос HTTP GET на метаданные конечного URL
- Запрос ICMP-echo к конечному адресу (настройки по умолчанию)
- Запрос временной метки ICMP к конечному адресу
- Ping-пакеты UDP к удаленному устройству
- Запросы временной метки UDP к удаленному устройству
- Ping-пакеты TCP к удаленному устройству
Типы RPM тестирования по протоколам UDP и TCP требуют, чтобы удаленный сервер или сетевое устройство Juniper был сконфигурирован как RPM-ресивер, который генерирует ответы на приходящие тестовые пакеты.
Результаты RPM-тестов доступны в форме MIB-объектов по протоколу SNMP.
RPM-тесты
Каждый показатель производительности соединения контролируется во время проведения тестирования. RPM тестирование представляет собой набор тестовых пакетов, отправляемых к удаленному устройству с RPM-ресивером через сеть с регулярными интервалами и заданной конфигурацией пакета. Статистические данные собираются для каждого теста. Поскольку процесс тестирования является набором пакетов, контролируемых в течение некоторого времени, полученные статистические данные, такие как круговая сетевая задержка и джиттер, могут быть вычислены и включены в результаты измерений.
Период проведения тестов и интервалы отправки пакетов
В рамках RPM-измерения, тестовые пакеты отправляются с регулярными интервалами, заданными в секундах. Когда все тестовые пакеты отправлены и получены соответствующие ответы, тест считается завершенным. Вы можете вручную настроить интервалы отправки RPM-пакетов для каждого типа теста, чтобы контролировать проведение RPM-тестов.
После того, как все тестовые пакеты заданного теста были отправлены, тест начинается снова. Время между тестами - интервал тестирования. Вы можете вручную установить интервал тестирования, чтобы гибко управлять нагрузкой RPM-тестов на оборудование и сеть.
Измерение джиттера с аппаратными временными метками
Джиттер – это разница относительного времени доставки пакетов между двумя последовательными пакетами.
RPM позволяет устанавливать аппаратные временные метки следующим тестовым RPM для повышения точности измерения показателей задержки или джиттера:
- ICMP ping
- Временная метка ICMP ping
- UDP ping
- Временная метка UDP ping
Добавление временной метки происходит в то время, когда сетевое устройство инициирует процесс отправки тестового пакета (RPM-генератор), но только не на удаленном устройстве, которое является оконечным (RPM-ресивер).
Поддерживаемыми режимами инкапсуляциями временных меток в RPM-пакеты являются Ethernet (включая VLAN), синхронный PPP, и Frame Relay. Единственный поддерживаемый логический интерфейс представляет собой интерфейс IT-сервисов.
Результаты измерений RPM-тестов с аппаратными временными метками могут быть получены по протоколу SNMP.
Статистика RPM-тестов
По завершению каждого теста оборудование собирает и анализирует статистические данные о времени круговой задержки, количестве входящих и исходящих пакетов (только для ICMP-тестов с временными метками) и потере пакетов, как показано в таблице:
RPM-статистика |
Описание |
Круговая задержка |
|
Минимальное время круговой задержки |
Наименьшее значение времени круговой задержки от сетевого оборудования Juniper до удаленного устройства/сервера, измеренное в процессе проведения теста |
Максимальное время круговой задержки |
Наибольшее значение времени круговой задержки от сетевого оборудования Juniper до удаленного устройства/сервера, измеренное в процессе проведения теста |
Среднее время круговой задержки |
Усредненное значение времени круговой задержки от сетевого оборудования Juniper до удаленного устройства/сервера, измеренное в процессе проведения теста |
Стандартное отклонение времени круговой задержки |
Стандартное отклонение времени круговой задержки от сетевого оборудования Juniper до удаленного сервера, измеренное в процессе проведения теста |
Джиттер |
Разница между максимальным и минимальным значениями времени круговой задержки, измеренная в процессе проведения теста |
Входящее и исходящее время (только для ICMP-оборудования с временными метками) |
|
Минимальное время прямого прохождения пакета (egress) |
Наименьшее значение времени односторонней задержки от сетевого оборудования Juniper до удаленного устройства/сервера, измеренное во время проведения теста |
Максимальное время обратного прохождения пакета (ingress) |
Наименьшее значение времени односторонней задержки от удаленного устройства/сервера до сетевого оборудования Juniper, измеренное во время проведения теста |
Среднее время прямого прохождения пакета (egress) |
Усредненное значение времени односторонней задержки от сетевого оборудования Juniper до удаленного устройства/сервера, измеренное во время проведения теста |
Среднее время прямого прохождения пакета (egress) |
Усредненное значение времени односторонней задержки от удаленного устройства/сервера до сетевого оборудования Juniper, измеренное во время проведения теста |
Стандартное отклонение времени обратного прохождения пакета (ingress) |
Стандартное значение времени отклонения односторонней задержки от сетевого оборудования Juniper до удаленного устройства/сервера, измеренное во время проведения теста |
Стандартное отклонение времени прямого прохождения пакета (egress) |
Стандартное значение времени отклонения односторонней задержки от удаленного устройства/серверадо сетевого оборудования Juniper, измеренное во время проведения теста |
Джиттер обратного прохождения пакета (ingress) |
Разница между максимальным и минимальным значениями времени выхода, измеренная в процессе проведения теста |
Джиттер прямого прохождения пакета (egress) |
Разница между максимальным и минимальным значениями времени входа, измеренная в процессе проведения теста |
Количество тестовых пакетов |
|
Отправленные тестовые пакеты |
Общее количество тестовых пакетов, отправленных в процессе проведения теста |
Полученные ответы |
Общее количество ответов, полученных в процессе проведения тестов |
Процент потерь |
Процент отправленных пакетов, на которые не был получен ответ |
Пороговые значения RPM и уведомления
Вы можете задавать пороговые значения для показателей круговой и односторонни (egress/ingress) задержек, а также для стандартного отклонения и джиттера, для каждого RPM-теста.
Если значение показателя превышает заданное пороговое значение, устройство генерирует системное сообщение и может отправить уведомление посредством SNMP-trap, на заданный Вами адрес.
RPM для BGP мониторинга
Управляя пиринговыми сетями, соединенными посредством BGP-протокола (Border Gateway Protocol), Вам, возможно, потребуется обнаружить наличие пути между сетевым оборудованием Juniper и его BGP соседями. Вы можете вручную проверить каждого BGP соседа с помощь ping-запросов, чтобы определить статус соединения, но этот метод не практичен, когда таких соседей у устройства большое количество.
Вы можете сконфигурировать на устройстве RPM-тесты, чтобы проводить мониторинг соседних устройств BGP и определять их статус доступности.