Pull to refresh

Comments 13

Сначала думал о нём, первым попался не глаза Net::SIP::Simple, а он насколько я понял не позволяет отправлять OPTIONS запросы…
Так все нормальные IP PBX сами умеют отслеживать падение пиров. А если это нужно для мониторинга, то есть куда как более информативные средства.
Возьмем Asterisk, asterisk -rx «sip show peers» покажет доступны ли пиры в данный момент, пишем скрипт, который будет парсить данные, завязываем к системе мониторинга, в таком случае согласен, но такой подход узко направлен и зависит от работы Asterisk'а, а если кто-то не пропишет qualify в настройках пира? нюансов много, в данном случае имеем скрипт который сам опросит сип пир и передаст данные в систему мониторинга без привязки к работе IP PBX.
Автоматизируйте настройку пиров и тогда не будет никакого «если кто-то не пропишет».
Asterisk, был приведен как пример.
особенно он актуален когда по какой-либо причине нельзя проверить сторону icmp запросами

Я думал, что наоборот — пингами проверяют, только когда полноценную проверку нельзя организовать. Ведь пинги показывают лишь присутствие машины в сети, но никак не работу сервиса.
Есть в нагиосе check_sip используя достаточно клевую утилиту sipsak (в дебиане есть пакет), так же есть модуль (тоже использует sipsak) для smokeping для отслеживания задержек в sip стеке.
Используя sipsak можно не изобретать велосипед из своих скриптов. Можно даже трасировку через сип делать (да это фича SIPа есть в стандарте)
Спасибо, буду иметь в виду, но использую zabbix.
Я думаю обертку sipsak для забикса вы точно осилите :)
У нас есть строгие правила по заведению всего и вся в забиксе, так что сделать скрипт и раскидать по серверам было самым лучшим решением:)
Да я лишь о том что sipsak не зря называеться (SIP Swiss army knife). Достаточно клевая утилита в том числе и для тестирования сип стеков. А то что им можно и мониторить это уже как сопуствующие возможности :)
Sign up to leave a comment.

Articles