asterisk.ru

Здравствуйте. Есть провайдер который предоставляет нам sip транк, в целом все работает хорошо, но как только провайдер проводит у себя какие-либо работы или оборудование у них переключается на резервный канал транки падают и обратно не перерегистрируются. Конкретно происходит следующее. В логе появляется следующая запись: В sip show registry: Asterisk после этого регистрацию прекращает и входящие перестают работать. Помогает только sip reload. На других провайдерах такой проблемы не наблюдается. Пробовал воспроизвести проблему блокировкой на фаерволе ip провайдера, но астериск просто пытается бесконечно перерегистрироваться, т.к. в конфиге проставлен параметр с бесконечными попытками.
С другими провайдерами такого трабла нет. Есть различные версии астериска начиная с 1.8 и до 13, с натом и без. Проблема именно с этим провом и везде одинаковая.
Подскажите что в данной ситуации делать? Поменять провайдера не получится, т.к. много где уже есть и в целом все довольны, у кого-то куплены "блатные" номера.
По идее можно настроить планировщик дергающий sip reload, либо через fail2ban анализировать логи и запускать тот же sip reload.
Может быть поправить исходники.
P.S. У провайдера на их астере точно такая-же проблема и они ее решили сделав транк без регистрации. Мне такое решение не очень подходит т.к. при смена ip придется звонить в поддержку.

Логи конечно хорошо, но в данном случае просмотр SIP пакетов лучше.

+ в sip.conf

ravenich писал(а):анализировать логи и запускать тот же sip reload

именно так обычно и поступают

Все-таки 403 это немного другой ответ, но хуже не будет точно. Забыл добавить что везде стоит freepbx разных версий. На всякий случай настройки транка:
Outgoing: Incoming: В Incoming User Details настройки избыточны, вполне достаточно строк host и type, на тестовом сервере их две, но ситуация та же.

virus_net писал(а):Логи конечно хорошо, но в данном случае просмотр SIP пакетов лучше.

К сожалению снимать траффик и ждать очередного факапа от провайдера слишком накладно, да и вряд-ли они по просьбе будут манипуляции какие-либо производить.
Теперь вопрос в том как грамотно оттестировать поведение астериска при появлении в логах сообщения. Пока что мне в голову пришло такое решение, поднять еще один астер, настроить sip транк между ним и другим астером, после регистрации удалить экстеншен, добиться 404 ошибки и проверять.
Также провайдер ставит клиентам IP оборудование типа SPA122, есть клиенты с IP АТС вроде Yeahlink, у клиентов такой проблемы нет.

И сидите ждите , началось - остановили - посмотрели

april22 писал(а):И сидите ждите , началось - остановили - посмотрели

Да это понятно, я к тому что проблема может произойти как через день так и через год, можно и не вспомнить. Так то реально и в автозапуск добавить скрипт и чтобы он в фоне работал.

пример с ротацией каждый час найдите несколько отличий

Vlad1983 писал(а):пример с ротацией каждый час

Спасибо, про nohup я не знал.