Настройка Zabbix для мониторинга SIP транков в Ас

[babahvl]

Делюсь статьей по настройке мониторинга SIP транков в Астериск.

Жду конструктивную критику, пожелания, предложения.

Статья находится на моем сайте.

http://sp-it.ru/articles/asterisk_trunk_discovery/index.html

[Alexander1310]

1) Not Found. The requested URL /articles/asterisktrunkdiscovery/index.html was not found on this server.
2) У меня мониторинг транков в 1 строчке на баше, неужели это можно растянуть на статью?

[SolarW]

1) Not Found. The requested URL /articles/asterisktrunkdiscovery/index.html was not found on this server.

http://sp-it.ru/articles/asterisk_tr...ery/index.html - а так?

[babahvl]

1) not found. The requested url /articles/asterisktrunkdiscovery/index.html was not found on this server.
2) У меня мониторинг транков в 1 строчке на баше, неужели это можно растянуть на статью?

Ну так....
Код в студию, пожалуйста!
Посмотрим, оценим. :-) Может что-то для себя полезное почерпнем

[yukra]

http://sp-it.ru/articles/asterisk_tr...ery/index.html - а так?

Так открывается.
Я в астериске в частности и телефонии в общем случае ничего не понимаю, но могу совершенно точно сказать, что если вас друг за другой в пайпе в любой последовательно встречаются grep, sed, awk, то скорее всего нужно прочитать документацию или по sed, или по awk и заменить это на один вызов (а я вообще кусок на перле предпочитаю в таких моментах использовать).

Зы мне кажется не самым оптимальным образом у вас сделано то, что правила обнаружения 2.

Более логичным сделать одно правило, которое будет возвращать примерно такой json:

{
   "data" : [
      {
         "{#TRUNKIP}" : "192.168.1.10",
         "{#TRUNKNUMBER}" : "792612345678",
         "{#TRUNKNAME}" : "ololo-telecom"
      },
      {
         "{#TRUNKNUMBER}" : "791687654321",
         "{#TRUNKNAME}" : "god-telecom",
         "{#TRUNKIP}" : "10.0.0.0"
      }
   ]
}

И соответственно вы когда заводите триггер на например например на пинг, то делаете так:
Имя: Пинг транка {#TRUNKNAME} - {#TRUNKNUMBER} ({#TRUNKIP})
Ключ: icmpping[{#TRUNKIP}]

В итоге по имени триггера (одному сообщению в почту\жаббер\телеграм) не только вам, но и почти любому сотруднику понятно какой именно номер отвалился.

Ну и 2 параметра кмк это лишнее, одно параметра вполне хватит: если $1 - discovery, то выдаем json, иначе считаем что это "TRUNKNUMBER" и возвращаем его статус или "Trunkname not found" в случае если у нас такого нет.
+ статус (register) я бы отдавал числом (условно говоря register - 1, UNREACHABLE - 2 и тп, сколько нужно) С числами легче работать в триггерах (намного проще сделать триггет на "в течении недели транк работает меньше 80% всего времени), а переводить обратно (для человекопонимания) можно через маппинг.

[Alexander1310]

Да открывается, почитал, приношу свои извинения за "неужели это можно растянуть на статью" просто думал очередной однострочник размазанный на +100500 страниц

[SolarW]

Да открывается, почитал, приношу свои извинения за "неужели это можно растянуть на статью" просто думал очередной однострочник размазанный на +100500 страниц

Ну с этим то понятно :-)
А вот это

2) У меня мониторинг транков в 1 строчке на баше

мы увидим или как?

[Alexander1310]

Смотрим state транка, если получаем не 'Registered' то 0 и отрабатывает триггер + reload.

[babahvl]

Более логичным сделать одно правило, которое будет возвращать примерно такой json:

{
   "data" : [
      {
         "{#trunkip}" : "192.168.1.10",
         "{#trunknumber}" : "792612345678",
         "{#trunkname}" : "ololo-telecom"
      },
      {
         "{#trunknumber}" : "791687654321",
         "{#trunkname}" : "god-telecom",
         "{#trunkip}" : "10.0.0.0"
      }
   ]
}

А ну, отлично. Согласен, так лучше.

[Kos]

Категорически присоединяюсь к замечаниям yukra, особенно по поводу конвейеров из sed, grep и awk.

Ещё замечание:

Для этого добавляем в файл /etc/sudoers в самый конец следующую строку:

Вот не надо добавлять в файл следующую строку. Поскольку в этой следующей строке приведена команда, добавляющая в файл то, что нужно :-)

[babahvl]

Вот не надо добавлять в файл следующую строку. Поскольку в этой следующей строке приведена команда, добавляющая в файл то, что нужно :-)

Согласен. Учел, текст статьи подправил.
Спасибо!

[SolarW]

Категорически присоединяюсь к замечаниям yukra, особенно по поводу конвейеров из sed, grep и awk.

(вздыхая) это ж sed/awk уметь надо...
А так (по своему опыту) надергал из инета кусков, убедился что умеют то, что надо ну и налепил длинных конвейеров...

[babahvl]

(вздыхая) это ж sed/awk уметь надо...
А так (по своему опыту) надергал из инета кусков, убедился что умеют то, что надо ну и налепил длинных конвейеров...

коллеги, подскажите, как бы сделали вы?

[SolarW]

коллеги, подскажите, как бы сделали вы?

О, да, присоединяюсь к просьбе - очень интересно поучится у специалистов умеющих без конвейеров одной командой sed/awk нужный результат получить.
Kos, yukra - просим :-)
Исходный материал:

[root@pbx ~]# asterisk -rx "sip show registry"
Host                                    dnsmgr Username       Refresh State                Reg.Time
xx.xx.xx.214:5060                        N      0xxnnnnn02         585 Registered           Tue, 21 Mar 2017 13:16:48
xx.xx.xx.214:5060                        N      0xxnnnnn60         585 Registered           Tue, 21 Mar 2017 13:16:49
xx.xx.xx.214:5060                        N      0xxnnnnn10         585 Registered           Tue, 21 Mar 2017 13:16:49
xx.xx.xx.214:5060                        N      0xxnnnnn72         585 Registered           Tue, 21 Mar 2017 13:16:49
pbx05.xxxx.com:5060                      Y      user03             585 Registered           Tue, 21 Mar 2017 13:16:49
5 SIP registrations.

[SolarW]

Делюсь статьей по настройке мониторинга SIP транков в Астериск.

Жду конструктивную критику, пожелания, предложения.

По поводу пожеланий.
С теми транками где астериск регистрируется у оператора все понятно и красиво получается.
Но получается что в этом случае мониторинг регистрации.
А что делать с транками БЕЗ регистрации?
Например GSM-шлюз (или PRI-gate) зарегистрировался на астериске и состояние этого пира было бы неплохо отслеживать.
Или еще какой-нибудь похожий вариант когда транк виден по sip show peers и с включенным qualify=yes можно видеть доступен ли он.