Контроль скорости на портах

[demidtor]

Добрый день. Есть необходимость контролировать скорость на портах коммутатора. Но так как оборудование включенное в него разное, то и эталонная скорость разная. Порты (и все его метрики) нахожу через обнаружение в шаблоне, и не могу придумать как для разных устройств написать прототипы триггеров. К примеру ориентироваться на описание порта : UPS, ARM - скорость такая то, SWITCH - другая. Думал использовать regsub но как запихнуть в него макрос названия порта - не могу понять. Если есть другие варианты, то тоже рассмотрю. Заранее спасибо.

Zabbix 4.0.13.

[Alex_UUU]

Обнаружение - самописное? Если самописное - то и передавай макрос с эталоном.
Или как вариант - если смотрится изменение параметра (т..е. скорость увеличилась катастрофически или уменьшилась) то сравнивай проценты.

[demidtor]

Обнаружение - самописное? Если самописное - то и передавай макрос с эталоном.
Или как вариант - если смотрится изменение параметра (т..е. скорость увеличилась катастрофически или уменьшилась) то сравнивай проценты.

discovery[{#SNMPVALUE},IF-MIB::ifName,{#IFALIAS},IF-MIB::ifAlias, {#IFOPERSTATUS},IF-MIB::ifOperStatus]
Speed on interface $1 - $2 - IF-MIB::ifSpeed.{#SNMPINDEX}

Можно пример как передавать? Речь именно об этом.

[Alex_UUU]

Понял.
Не ковырял СМНП :-) Т.е. это стандартная хрень.
Тогда предлагаю идти в предобработку.
Там есть джава скрипт.
И вот в нем уже разбирай полученную инфу и добавляй из таблы новые макросы.
Или (пока пишешь, мысли приходят). Попробуй использовать там же функцию замены. на каждый case

[demidtor]

Тогда предлагаю идти в предобработку.
Там есть джава скрипт.
И вот в нем уже разбирай полученную инфу и добавляй из таблы новые макросы.
Или (пока пишешь, мысли приходят). Попробуй использовать там же функцию замены. на каждый case

Предобработка это в элементах данных. В триггерах этого нет. Ну и в предобработке нет джава-скрипта. Забыл указать версию Заббикс - Zabbix 4.0.13.

[Alex_UUU]

Макрос использовать на этапе дискаверинга - там предобработка есть.
Ну и обновиться :-)

[demidtor]

Макрос использовать на этапе дискаверинга - там предобработка есть.
Ну и обновиться :-)

Не вижу в правилах обнаружения или в обнаружении в шаблоне предобработку. Можно скрин куда идти?
Можно конкретику? Скрин например где есть дискаверинг (в шаблоне) который я и использую и как вписать туда макрос?

[wins]

"необходимость контролировать скорость на портах коммутатора" - чего именно? превышение макс\мин значений?

[demidtor]

"необходимость контролировать скорость на портах коммутатора" - чего именно? превышение макс\мин значений?

Контролировать эталонные значения, я писал это в топике. К примеру есть два устройства, между ними транк. Один из линков бывает или просто в дауне (0) или не та скорость к примеру 100 мб, а не 1 гб, и транк работает с проблемами или не работает.

[wins]

это делает стандартный шаблон network interfaces (линкапдаун, изменение скорости, мониторинг ошибок). или я сути ТЗ не ухватил..

[zmdpc]

Может имеет смысл в обнаружении использовать метрику получающую модель устройства и по этому признаку привязывать разные адаптированные шаблоны под это оборудование ?

[demidtor]

Может имеет смысл в обнаружении использовать метрику получающую модель устройства и по этому признаку привязывать разные адаптированные шаблоны под это оборудование ?

1. Как это сделать?
2. Шаблон то под одно устройство - коммутатор, и на нем уже просто необходимо создать триггер исходя из анализа метрики (названия порта). Какие различные шаблоны я могу создать при этом? Для каких устройств?

Если я неясно пояснил верхнеуровневую задачу, то это выглядит упрощенно так : шаблоне, в правилах обнаружения создать прототип триггера, на основании полученной информации об описании порта. К примеру : если описание порта - АРМ, то создать триггер - срабатывать если скорость не равна 1 Гб. Если описание Порта - ИБП - то срабатывать если скорость не равно 100 мб.

Я уже думал про разные шаблоны, но к чему их привязывать то? Устройство то коммутатор. Правила обнаружения в его шаблоне.

[Semiadmin]

То, что вам нужно, реализовано в 5.0, причем двумя способами: LLD overrides и user macro with regular expression context. В 4.0 - .разве что сделать несколько LLD с разными фильтрами по описанию порта и разными порогами прототипов триггеров.

[demidtor]

разве что сделать несколько LLD с разными фильтрами по описанию порта и разными порогами прототипов триггеров.

Скорее всего буду выкручиваться так. Спасибо за совет.

[Semiadmin]

Ну еще можно сделать айтем для description и в одном LLD сделать несколько прототипов триггера с разными порогами и функцией regexp, чтобы каждый из них мог срабатывать только для портов с определенным описанием.