Cisco IP SLA udp-jitter

[DejaVu]

Коллеги, а ни ку у кого нет шаблона для cisco ip sla udp-jitter ? Я думал, легко найду - а нет, под какти есть - под заббикс не нашел.

[tuban]

А что требуется снимать?

[DejaVu]

А что требуется снимать?

Снимать все, что надо для вычисления Avg RTT, Total Packet Loss, Avg Jitter

В целом, я уже почти сам сделал, с дискавери и куртизанками.

Если снимаем данные по SNMP, то все надо вычислять на стоне заббикса, либо скриптом запускать на роутере sh ip sla SLAID и парсить вывод.

У моем случае - несколько probe роутеров и несколько тысяч responder - непонятно что менее затратно. Пока делаю calculated items. Если циска не врет, про производительность sla - то на 1921 можно запустить около тысячи udp-jitter тестов со стандартными параметрами и получить загрузку cpu ~6%. Посмотрим.

[Jimson]

Я уже писал, как минимум раз 10, про ip sla. У меня есть шаблон и сделал я через вычисляемые элементы данных + простенькие правило дискаверинга (можно найти в теме "расширяем правила LLD скриптами"). Суть в том что через вычисляемые элементы данных нормально вычислять джитер и девиацию не получается, так как пулинг данных забиксом не умеет группировать несколько элементов данных (пулить группу максимально одновременно). Соответственно в момент когда срабатывает пулинг вычисляемого элемента данных в snmp элементах данных могут оказаться значения из разных опросов SLA: квадрат суммы задержек от одного теста, а сумма квадратов от другого.

Правильный способ сбора данных ip sla через один пулящийся элемент данных - external script. Скрипт собирает все данные одним запросом, вычисляем все джитеры и девиации, одно значение возвращает в stdout, а остальные отправляет через траппер (zabbix_sender, форкать или реализовать протокол в скрипте). Шаблон будет так же LLD, в прототипах будет один элемент данных типа "внешняя проверка" и кучка "траппер", триггеры и графики по вкусу.

[DejaVu]

Благодарю. Понял.

[DejaVu]

Туплю второй день: не срабатывает триггер с count:

Логика простая: если более 5 последних проверок вернуло значение не равное 1 - аларм.

{Asr1k:ipsla.udpjitter.RTTOperSense.["10003"].count(#5,1,"ne")}>5

LastData (триггер не сработал)
2015-12-23 06:30:02 ok (1)
2015-12-23 06:29:02 ok (1)
2015-12-23 06:28:02 notConnected (6)
2015-12-23 06:27:02 notConnected (6)
2015-12-23 06:26:02 notConnected (6)
2015-12-23 06:25:02 notConnected (6)
2015-12-23 06:24:02 notConnected (6)
2015-12-23 06:23:02 notConnected (6)
2015-12-23 06:22:02 notConnected (6)
2015-12-23 06:21:02 notConnected (6)
2015-12-23 06:20:02 notConnected (6)
2015-12-23 06:19:02 notConnected (6)
2015-12-23 06:18:02 ok (1)

Значение ipsla.udpjitter.RTTOperSense:
Numeric (unsigned)
Decimal

ValueMapping сделан.

триггер из прототипа создается.

{ZBX-CISCO-IPSLA:ipsla.udpjitter.RTTOperSense.["{#SNMPINDEX}"].count(#5,1,"ne")}>5

Хелп плз!

[Jimson]

У тебя написано: если кол-во значений не равных единице (из последних пяти) больше 5. Ясно? Кол-во больше пяти, Карл!

И еще, не надо использовать SNMPINDEX в ключах. Суть индекса в том что он может изменится. Например, ты пересоздашь sla monitor для того же destination (ip) и у него уже будет другой индекс. Индекс надо использовать только в OID, во всех других местах используется SNMPVALUE, не изменяемая часть однозначно идентифицирующая объект.

[Kos]

Туплю второй день: не срабатывает триггер с count:

Логика простая: если более 5 последних проверок вернуло значение не равное 1 - аларм.

{Asr1k:ipsla.udpjitter.RTTOperSense.["10003"].count(#5,1,"ne")}>5

Функция count() возвращает количество значений, отвечающих указанному условию, из взятых за выбранный период. Условие у Вас указано верно ("не равно одному"), а вот с остальным - проблема, выделенная синим цветом. За период "5 последних значений" никак не может получиться количество, большее пяти. Ни при каких условиях.

[DejaVu]

Блиин!!!!! Вот я... Спасибо!

[sanhces7]

Коллеги, доброго дня!
Решаю схожую задачу, есть вопрос:

- используете ли Вы некий OID, показывающий, что весь тест провалился (не просто PacketLoss, а что-то, что при отсутствии хождения трафика выдает статус Latest RTT: NoConnection/Busy/Timeout)? Скажу сразу, rttMonStatsCollectNoConnections (1.3.6.1.4.1.9.9.42.1.3.2.1.4) не подходит, неудобно интерпретировать.