asterisk.ru

Владимир показывает, как на практике Zabbix превращается в инструмент оперативной реакции: наличие ошибок по доступности или отклику сразу выявляет проблемы с кабелями, обжимкой или перегрузкой устройства, и на этом уровне уже включается стандартная работа инженера по мониторингу. Далее он переходит к примеру с OpenScape: в демонстрационной среде платформа не полностью функциональна, поэтому в интерфейсе видно только то, что устройство может отдавать — нет менеджера лицензий, нет полноценной трубы для регистрации абонентских устройств, и в таком «обрубанном» виде система теряет смысл.

Подключайтесь по ссылке: https://voxlink.ru/webinars/zabbix-voip-monitoring/

Задавайте спикеру вопросы в чате с хэштэгом #вопрос

#вопрос А каким образом произыводится сбор метрик по протоколу Modbus?

#вопрос Заббикс как лог-коллектор? Возможно ли и стоит ли?

#вопрос как определить золотые середины для выражений триггеров чтобы не часто "щёлкали", но и в то же время не сообщали проблемы пост-фактум?

#вопрос Где можно найти документацию по подключению zabbix к Asterisk через AMI? В официальной документации всего пару строк написано и нет полной информации по всем собираемым метрикам, т.е. не понятно что собирает и для чего.

#вопрос. На данный момент для нас критичен мониторинг состояния транков от провайдера. Реализовано сейчас так - скриптом опрашивается и парсится состояние транков по именам (Registered, Unregistered и т.д.) раз в 3 мин. В случае нормальной работы в идентификатор пишет 1, в других случаях = 0. И потом с помощью уже итема в заббиксе скриптом опрашиваю эти данные и собственно настроен триггер - если 1 все норм, если 0 - алерт. Соответственно чтобы не мигало постоянно все эти параметры ставятся на задержку, т.е. повторение в течении 3-х раз. Т.е. по факту на серьезных узлах и статусы пиров также мониторятся и алертятся.
Есть какие-то другие способы или только с помощью вот таких сторонних инструментов? Извините что сумбурно.

#вопрос. На данный момент для нас критичен мониторинг состояния транков от провайдера. Реализовано сейчас так - скриптом опрашивается и парсится состояние транков по именам (Registered, Unregistered и т.д.) раз в 3 мин. В случае нормальной работы в идентификатор пишет 1, в других случаях = 0. И потом с помощью уже итема в заббиксе скриптом опрашиваю эти данные и собственно настроен триггер - если 1 все норм, если 0 - алерт. Соответственно чтобы не мигало постоянно все эти параметры ставятся на задержку, т.е. повторение в течении 3-х раз. Т.е. по факту на серьезных узлах и статусы пиров также мониторятся и алертятся.
Есть какие-то другие способы или только с помощью вот таких сторонних инструментов? Извините что сумбурно.

Я через встроенный веб делал, это не требует скриптов и работает гораздо лучше

Владимир отвечает на вопросы из чата и разбирает, как Zabbix вписывается в реальные процессы реакции на инциденты: по вопросу о подтверждении получения уведомлений он подчёркивает, что технически важна не только отправка алерта, но и эскалация — сначала первая линия поддержки, потом вторая, если в течение, например, 15 минут реакции нет.

Подключайтесь по ссылке: https://voxlink.ru/webinars/zabbix-voip-monitoring/

Присоединяйтесь к обсуждению в чате с хэштэгом #вопрос

Я через встроенный веб делал, это не требует скриптов и работает гораздо лучше

через встроенный веб я пробовал. Не всегда есть возможность подключиться к встроенному веб поэтому и использование только активных агентов.

Агент умеет ходить в веб