Как автоматически переподнимать транк?

Question

[Человек Человеков]

Настроил всё по инструкции https://zadarma.com/ru/support/instructions/freepb...
у меня freepbx-distro

По идее стоит qualify=400, что означает, судя по описанию опции, на автоподнятие транка в случае недоступности, но этого не происходит.
Не далее чем сегодня транк упал, мы ждали час и он не восстановился(так и болтался в статусе UNREACHEABLE)
ip Задармы пинговался, когда сделал fwconsole restart всё заработало.
Хотелось бы знать, как можно переподнимать транк при состоянии Unreacheable и как-то это мониторить автоматом

Answer 1

[Viktor]

на микротике выключить sip alg
скрипт сброса:

Засунуть в шедулер раз в 2 минуты
:foreach i in=[/ip firewall connection find dst-address~":5060" protocol~"udp"] do={ /ip firewall connection remove $i }
Если у вас локальный порт не 5060 а другой - поменять в скрипте на ваш

Comments

[Человек Человеков]

поставил qualify=yes.
в консоли пытается перерегаться:
[2016-05-14 09:19:34] NOTICE[31069]: chan_sip.c:15732 sip_reg_timeout: -- Registration for '[e-mail]' timed out, trying again (Attempt #2)
[2016-05-14 09:19:54] NOTICE[31069]: chan_sip.c:15732 sip_reg_timeout: -- Registration for '[e-mail]' timed out, trying again (Attempt #3)
[2016-05-14 09:20:14] NOTICE[31069]: chan_sip.c:15732 sip_reg_timeout: -- Registration for '[e-mail]' timed out, trying again (Attempt #4)
[2016-05-14 09:20:34] NOTICE[31069]: chan_sip.c:15732 sip_reg_timeout: -- Registration for '[e-mail]' timed out, trying again (Attempt #5)

тем не менее так:
pbx*CLI> sip show peers
Name/username Host Dyn Forcerport Comedia ACL Port Status Description
XXX/XXX XXXXXXXXXXXX D No No A 50XX OK (37 ms)
XXX/XXX XXXXXXXXXXXX D No No A 50XX OK (78 ms)
423270/423270 185.45.152.161 Yes Yes 5060 UNREACHABLE
Zadarma/423270 185.45.152.161 Yes Yes 5060 UNREACHABLE
4 sip peers [Monitored: 2 online, 2 offline Unmonitored: 0 online, 0 offline]
-----------
5060 у меня к задарме, а у себя 50XX разве нужно ставить 50XX? он же для внутренних клиентов

[Viktor]

Человек Человеков: Ваши попытки тыкать наугад и спрашивать совета - туда ли вы попали, мне очень интересны. Зарегистрируйтесь на форуме по asterisk, зайдите в раздел бизнес и попросите платной помощи - цена вопроса от 500 в час (7$).

[Человек Человеков]

Viktor: вот уж не думал, что чем-то вас обидел. Мне не было интересно поумничать или тыкать наугад, я просто пытался понять.

[Viktor]

Человек Человеков: Да мне не обидно. Просто я вижу как вы тыкаете параметры наугад, надеясь на удачу. Выпросите у начальство денег на настройку - посмотрите что крутят, запомните, и следующий раз будете делать тоже самое. (я надеюсь вы картриджи сами не заправляете ?)

[Человек Человеков]

Viktor: всё прозаичнее, я работаю с системами AIX, а по хорошей дружбе практически за так сделал людям телефонию 2 двух офисах, такие вот дела. Контора слишком бедная, чтобы даже мне платить, не то, чтобы за поддержку платную)

[Человек Человеков]

меня больше другой вопрос интересует, если каждые 2 минуты микротик будет прибивать соединение, то как это скажется на входящих-исходящих? Ведь скорее всего в какой-то момент времени кто-то попросту дозвониться не сможет

Answer 2

[Дмитрий Шицков]

Мне кажется, у вас проблема не в том, что транк сам не переподнимается.
qualify=400 лишь означает, что Астериск будет проверять доступность peer через этот интервал и выдавать соответствующий статус.

• Если у вас пропадала возможность принимать входящий вызов - проблема в регистрации вашего Asterisk у провайдера.
  
• Если у вас пропадала возможность совершать исходящие вызовы - проблема в доступности сервера провайдера, указанного в конфигурации.
  

Следует выяснить, почему Астерсик теряет соединение. Возможно, у провайдера меняется ip серверов, а Астериск не обновляет сопоставление DNS-имени, или не имеет доступа к DNS. Проверьте, что ip транка в Астериск и ip сервера, который вы пинговали совпадают.

Находится ли ваш Asterisk за NAT?

Answer 3

[Человек Человеков]

1. Asterisk за NAT
2. Пропадают входящие-исходящие
3. "Проверьте, что ip транка в Астериск и ip сервера, который вы пинговали совпадают."
прописывал sip show peers и пинговал именно тот ip, он пинговался.

Comments

[Дмитрий Шицков]

Попробуйте в конфигурацию транка добавить
nat = force_rport,comedia

На всякий случай, проверьте, что на шлюзе у вас проброшены порты 5060 и диапазон rtp.

[Человек Человеков]

Всё работает, везде всё звонит, эта проблема эпизодическая. Попробую добавить.
А что куда должно быть проброшено? Мой pbx устанавливает соединения из-за ната на Задарму по 5060, т.е. 5060 открыто на самой задарме, а от меня идёт соединение Established. Внутри для телефонов у меня вообще не 5060, а 5068, а 10000-20000 установлены принудительно и вроде разрешены от и к задарме

[Дмитрий Шицков]

Человек Человеков: да, вцелом верно. Единственное что, вероятно из-за отсутствия nat, ваше Established соединение рвалось по таймауту неактивности. Попробуйте ещё qualify=yes (по сути равносильно qualify=50)

[Человек Человеков]

pbx это виртуалка, Zabbix по пингу и прочим не обнаруживал отсутствия виртуалки в сети; Непонятна фраза про отсутствие NAT :)
Натит микротик, ни у кого трансляции не прекращались, инет не пропадал, трансляции не переполнялись

[Viktor]

Человек Человеков: А вот и сплыли подробности - оказывается asterisk за микротиком. Это давная проблема - на микротике подвисает сессия, и регистрация дальше микротика не идет - в сети есть скрипт для микротика который по таймауту убивает регистрации. Легко гуглится.

[Человек Человеков]

Viktor: в инете куча проблем с 2 провайдерами, настройка на виртуалке внутри микротика, но таких скриптов и таких проблем в гугле я не увидел, нельзя ли ссылочку?
Скрипт убивает регистрации? Как скрипт на микротике может убить регистрацию на виртуалке freepbx? Может быть скрипт разрывает NAT-трансляцию? А если так, то разве это правильно рвать всё по таймауту? Ведь тогда будет телефония не всегда доступна. Ведь

[Человек Человеков]

Человек Человеков: поставил qualify=yes.
в консоли пытается перерегаться:
[2016-05-14 09:19:34] NOTICE[31069]: chan_sip.c:15732 sip_reg_timeout: -- Registration for '[e-mail]' timed out, trying again (Attempt #2)
[2016-05-14 09:19:54] NOTICE[31069]: chan_sip.c:15732 sip_reg_timeout: -- Registration for '[e-mail]' timed out, trying again (Attempt #3)
[2016-05-14 09:20:14] NOTICE[31069]: chan_sip.c:15732 sip_reg_timeout: -- Registration for '[e-mail]' timed out, trying again (Attempt #4)
[2016-05-14 09:20:34] NOTICE[31069]: chan_sip.c:15732 sip_reg_timeout: -- Registration for '[e-mail]' timed out, trying again (Attempt #5)

тем не менее так:
pbx*CLI> sip show peers
Name/username Host Dyn Forcerport Comedia ACL Port Status Description
XXX/XXX XXXXXXXXXXXX D No No A 50XX OK (37 ms)
XXX/XXX XXXXXXXXXXXX D No No A 50XX OK (78 ms)
423270/423270 185.45.152.161 Yes Yes 5060 UNREACHABLE
Zadarma/423270 185.45.152.161 Yes Yes 5060 UNREACHABLE
4 sip peers [Monitored: 2 online, 2 offline Unmonitored: 0 online, 0 offline]