Size: a a a

2020 July 28

BB

Borik Bobrujskov in ru_freeswitch
Можно память мониторить, если есть потенциально места, где она может потечь.
источник

Ea

Eugene Balagansky ak... in ru_freeswitch
Borik Bobrujskov
Можно память мониторить, если есть потенциально места, где она может потечь.
Память в общесистемном уже мониторится.
источник

Ea

Eugene Balagansky ak... in ru_freeswitch
Borik Bobrujskov
Практически на всех системах, которые ставлю, делаю функциональное тестирование. То есть, нагиос раз в 5 минут делает звонок через систему туда, куда он точно должен пройти.
Хм... А как определяешь успешность? Логи?
источник

BB

Borik Bobrujskov in ru_freeswitch
нет, использую плагин-сип-клиент
источник

е

енот in ru_freeswitch
Borik Bobrujskov
нет, использую плагин-сип-клиент
У заббикса такой есть?
источник

BB

Borik Bobrujskov in ru_freeswitch
я использую нагиос
источник

BB

Borik Bobrujskov in ru_freeswitch
у него есть
источник

Ea

Eugene Balagansky ak... in ru_freeswitch
Borik Bobrujskov
нет, использую плагин-сип-клиент
А можешь ссыль на плагин дать?
источник

BB

Borik Bobrujskov in ru_freeswitch
после 6-и по Мск
источник

Ea

Eugene Balagansky ak... in ru_freeswitch
Borik Bobrujskov
после 6-и по Мск
ок
источник

Ea

Eugene Balagansky ak... in ru_freeswitch
Borik Bobrujskov
после 6-и по Мск
М?
источник

BB

Borik Bobrujskov in ru_freeswitch
угу, ща...
источник
2020 July 29

AK

Andrey Kryukov in ru_freeswitch
Borik Bobrujskov
Обычно - аптайм. Иногда - число одновременных звонков. Иногда - факт прохождения звонка на определенный номер за промежуток времени. А какую задачу надо решить?
1)Как показывает практика, то неплохо бы мониторить размер директории с логами и директории, куда складируются записи разговоров.(заканчивается место и все встает раком)
2)Если так  получилось, что core-db  и прочие базы остались на SQLite, то неплохо бы мониторить размер файлов БД, при большом объеме все встает раком
3)Можно делать так называемый Проактивный мониторинг(как советовали выше). Звонить на сервер и допустим тыкать ДТМФ и ждать ДТМФ в ответ
4) Ну и список гейтвеев которые есть и которые в статусе UP и DOWN для профилей
UserParameter=freeswitch.calls-count, /usr/local/freeswitch/bin/fs_cli -x 'show calls count as xml' | cut -d'"' -f2
UserParameter=freeswitch.channels-count, /usr/local/freeswitch/bin/fs_cli -x 'show channels count as xml' | cut -d'"' -f2
UserParameter=freeswitch.sessions, /usr/local/freeswitch/bin/fs_cli -x 'show status' | grep 'out of max' | cut -d' ' -f1
UserParameter=freeswitch.gw_ext, /usr/local/freeswitch/bin/fs_cli -x "sofia profile external gwlist down" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gw_int, /usr/local/freeswitch/bin/fs_cli -x "sofia profile internal gwlist down" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gw_mult, /usr/local/freeswitch/bin/fs_cli -x "sofia profile multifon gwlist down" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gwall_ext, /usr/local/freeswitch/bin/fs_cli -x "sofia profile external gwlist up" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gwall_int, /usr/local/freeswitch/bin/fs_cli -x "sofia profile internal gwlist up" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gwall_mult, /usr/local/freeswitch/bin/fs_cli -x "sofia profile multifon gwlist up" |grep -v "ERR"|tr '\n' '\r'
источник

AK

Andrey Kryukov in ru_freeswitch
для того чтобы работали команды sofia profile multifon gwlist down на транках без регистрации нужно в настройках гейтвеев включить sip ping опцию(иначе они всегда в статусе UP)
источник

AK

Andrey Kryukov in ru_freeswitch
Проактивный мониторинг может быть организован по принципу:
1) сип клиент совершает вызов на FS после коннекта посылает DTMF
2) на стороне FS в диалплане запускается скрипт который слушает ДТМФ распознает их и посылает в ответ те же ДТМФ
3) Если на стороне сип клиента отправленные DTMF совпали с пришедшими - считать тест успешным
4) Такую же логику можно сделать и путем инициации вызова петлей через внешние каналы самим FS
источник

📶Š

📶 Standa Š ✡️ Страхо... in ru_freeswitch
Andrey Kryukov
Проактивный мониторинг может быть организован по принципу:
1) сип клиент совершает вызов на FS после коннекта посылает DTMF
2) на стороне FS в диалплане запускается скрипт который слушает ДТМФ распознает их и посылает в ответ те же ДТМФ
3) Если на стороне сип клиента отправленные DTMF совпали с пришедшими - считать тест успешным
4) Такую же логику можно сделать и путем инициации вызова петлей через внешние каналы самим FS
оооо, я делал такую хрень, вызовы инициировались с гоипа на один из своих нумеров
источник

BB

Borik Bobrujskov in ru_freeswitch
Не нашел у себя :( помню, что это был перловый плагин с нагиос-эксченджа...
источник

Ea

Eugene Balagansky ak... in ru_freeswitch
Borik Bobrujskov
Не нашел у себя :( помню, что это был перловый плагин с нагиос-эксченджа...
Ок. Ладно. Спасибо. Пошукаю.
источник

Ea

Eugene Balagansky ak... in ru_freeswitch
Andrey Kryukov
1)Как показывает практика, то неплохо бы мониторить размер директории с логами и директории, куда складируются записи разговоров.(заканчивается место и все встает раком)
2)Если так  получилось, что core-db  и прочие базы остались на SQLite, то неплохо бы мониторить размер файлов БД, при большом объеме все встает раком
3)Можно делать так называемый Проактивный мониторинг(как советовали выше). Звонить на сервер и допустим тыкать ДТМФ и ждать ДТМФ в ответ
4) Ну и список гейтвеев которые есть и которые в статусе UP и DOWN для профилей
UserParameter=freeswitch.calls-count, /usr/local/freeswitch/bin/fs_cli -x 'show calls count as xml' | cut -d'"' -f2
UserParameter=freeswitch.channels-count, /usr/local/freeswitch/bin/fs_cli -x 'show channels count as xml' | cut -d'"' -f2
UserParameter=freeswitch.sessions, /usr/local/freeswitch/bin/fs_cli -x 'show status' | grep 'out of max' | cut -d' ' -f1
UserParameter=freeswitch.gw_ext, /usr/local/freeswitch/bin/fs_cli -x "sofia profile external gwlist down" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gw_int, /usr/local/freeswitch/bin/fs_cli -x "sofia profile internal gwlist down" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gw_mult, /usr/local/freeswitch/bin/fs_cli -x "sofia profile multifon gwlist down" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gwall_ext, /usr/local/freeswitch/bin/fs_cli -x "sofia profile external gwlist up" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gwall_int, /usr/local/freeswitch/bin/fs_cli -x "sofia profile internal gwlist up" |grep -v "ERR"|tr '\n' '\r'
UserParameter=freeswitch.gwall_mult, /usr/local/freeswitch/bin/fs_cli -x "sofia profile multifon gwlist up" |grep -v "ERR"|tr '\n' '\r'
Место на дисках мониторится уже, это же не специфичная для АТС штука. За остальное - спасибище. Покурю-подумаю.
источник

y

yarik in ru_freeswitch
Eugene Balagansky aka Twixus Zelena Brada
Место на дисках мониторится уже, это же не специфичная для АТС штука. За остальное - спасибище. Покурю-подумаю.
Я активную проверку делаю через sipp, результат в файл пишу а файл заббиксом читаю. В целом удобно получается
источник