Тригер на неуправляемый коммутатор

[LongmenZhig]

Всем привет.
В сети есть несколько мест, где за простыми неуправляемыми коммутаторами расположены ip-камеры.
Можно ли создать зависимый тригер на неуправляемый коммутатор (он без своего IP и в сети не виден), который сработает при отключении всех IP-камер, подключенных к нему.
Например пропало питание коммутатора, мне приходит 4 алерта, а нужен один.
С управляемыми коммутаторами всё понятно, а вот как сделать какой-нибудь финт для неуправляемых...
Пробовал создать хост и выдуманным доменным именем и настроить тригер, но так как реальных данных пинга у выдуманного хоста нет, то и зависимый тригер не срабатывает.
Может есть идеи?

[orbital]

Возможно я неправ, но можно попробовать создать один тригер на любой камере и там перечислить через and 4 условия. А на всех остальных тригеры отключить.

[wins]

возможно следует посмотреть в сторону корреляции событий, если у вас збх 4.2 или выше
ну, или если есть возможность мониторить статус порта в сторону неуправляемого коммутатора

[LongmenZhig]

возможно следует посмотреть в сторону корреляции событий, если у вас збх 4.2 или выше
ну, или если есть возможность мониторить статус порта в сторону неуправляемого коммутатора

Забикс 4.0, порт этого коммутатора смотрит порт такого же неуправляемого коммутатора, а далее уже в управляемый.

[Hamardaban]

Не ваш ли пост часом? уж очень похоже.. :-)

https://www.zabbix.com/forum/in-russian/393753-%D0%BE%D0%B4%D0%BD%D0%BE-%D0%BE%D0%BF%D0%BE%D0%B2%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%BE-%D0%BC%D0%BD%D0%BE%D0%B6%D0%B5%D1%81%D1%82%D0%B2%D0%B0

[LongmenZhig]

Не ваш ли пост часом? уж очень похоже.. :-)

Это не мой случай.

[wins]

ну либо делать колхоз как выше советуют, либо воткнуть в порт коммутатора какое-нить активное устройство и мониторить по нему. микрот, snr-erd.. смотря чем располагаете)

[LongmenZhig]

Всем спасибо за ответы. Но это всё не то.
Возникла идея использовать вычисляемый элемент данных. То есть у неуправляемого коммутатора создаётся элемент данных с названием, например "В сети или нет". В выражении этого элемента пишется формула которая суммирует ответы пинга (192.168.0.215:icmpping+192.168.0.216:icmpping+192 .168.0.217:icmpping+192.168.0.218:icmpping) от четырёх нужных камер. На выходе получаем целое число. Создаём тригер "Нет питания или не в сети", который при числе равном 0(ноль) срабатывает.
Вот теперь вопрос к знатокам, можно ли такое реализовать в выражении вычисляемого элемента? У меня пока не получилось, всё время ошибки логические.

[Hamardaban]

Всё же советую почитать документацию https://www.zabbix.com/documentation...pes/calculated
Выражение для выч. элемента - last("192.168.0.215:icmpping")+last("192.168.0.215 :icmpping") и т.д.
Учти - "Zabbix обрабатывает вычисляемые элементы данных в соответствии со временем обновления элемента данных, а не при получении нового значения"

[LongmenZhig]

Всё же советую почитать документацию https://www.zabbix.com/documentation...pes/calculated
Выражение для выч. элемента - last("192.168.0.215:icmpping")+last("192.168.0.215 :icmpping") и т.д.
Учти - "Zabbix обрабатывает вычисляемые элементы данных в соответствии со временем обновления элемента данных, а не при получении нового значения"

Справку читал, из неё и сделал вывод что такое может получится, но до конца не разобрался.
Только что проверил, работает так как нужно.
Огромное спасибо.

[shkiper]

нагрузку на проводе коммутатора мониторить
на порту ИБП (есть такие, которые показывают нагрузку на портах, обычно правда на сегментах) или счетчиком для тех.учета или колхозом с ардуино
мониторинг камер, это состояние проводов и конечных устройств, это не совсем состояние коммутатора

[Alex_UUU]

Хм. Ощущение, что за камеры отвечает одно подразделение а за хаб - другое?
Вот что ты делаешь, если не работает камера? Проверяешь цепочку. .
Неработающий хаб - побочный эффект.
Сделай триггер (вместо вычисляемого элемента), который срабатывает, если все четыре камеры не пингуются. В результате при проблемах с хабом у тебя будет 5 событий. Четыре на камеры и одно на хаб.

[LongmenZhig]

Хм. Ощущение, что за камеры отвечает одно подразделение а за хаб - другое?

Мне просто нужно быть в курсе всего, что происходит на предприятии и хоть как-то связано со связью. Я хочу чётко понимать произошёл обрыв кабеля, электрики отключили автомат или сам коммутатор "отдал концы". За камеры и хаб не отвечаю, но что с ними случилось в первую очередь спросят у меня.

Вот что ты делаешь, если не работает камера? Проверяешь цепочку. .
Неработающий хаб - побочный эффект.
Сделай триггер (вместо вычисляемого элемента), который срабатывает, если все четыре камеры не пингуются. В результате при проблемах с хабом у тебя будет 5 событий. Четыре на камеры и одно на хаб.

Зависимые триггеры служат для сокращения ненужных уведомления, как мне кажется. Да, это очевидно что если эти две камеры отключились, то, вероятно, с хабом что-то не так. Но я хочу получить только одно уведомление, содержащее в себе, по сути, ту же информацию. В примере указано две камеры, по факту их больше, можно при одном сбое получать и по 6-7 уведомлений. А если учитывать что уведомления у меня через бесплатный аккаунт pushbullet, то выгода такого решения очевидна. Новый тригер опробован, он для меня информативен. Вариант с тригерами на камеры пройден, он мне не удобен.
Не у всех zabbix используется как профессиональный инструмент мониторинга, он для меня просто помощник, с чем прекрасно справляется.

[LongmenZhig]

нагрузку на проводе коммутатора мониторить
на порту ИБП (есть такие, которые показывают нагрузку на портах, обычно правда на сегментах) или счетчиком для тех.учета или колхозом с ардуино
мониторинг камер, это состояние проводов и конечных устройств, это не совсем состояние коммутатора

ИБП там пока нет, остальные варианты для меня то же не подходят.
А вот с формулировкой "не совсем состояние коммутатора" не согласен. Тут важно состояние всех компонентов системы, камеры , кабеля, коммутатора, видеорегистратора - выход любого из них критичен.