Мониторинг производительности в реальном времени (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 и определять их статус доступности.

Читать статью в оригинале >>

Вверх