SMG-2016: переход с SIP-транка на резервный TDM-транк

[SEA]

Добрый день коллеги.

Программное обеспечение:
Версия ПО ECSS-10 V.3.7.0.1944 2016/PBX/VAS/REC/IVR Build: Oct 4 2016 05:15:30
Версия SIP-адаптера 3.7.0.20

Вылезла проблема на сети - видимо я что-то не допилил...
Есть основная SIP-транкгруппа и для неё настроен переход на резервную TDM-транкгруппу.
Если погасить физически сетевой интерфейс, через который SIP-транкгруппа выходит, то переход на резерв срабатывает.
Если же интерфейс в работе, а по какой-либо причине второй конец SIP-транка недоступен, то ничего не происходит: на DSP-субмодуле видна попытка исходящего вызова и тишина...через 30 секунд срабатывает таймер и выдаётся сообщение "На данном направлении перегрузка"
Пробовал включать переход на SIP интерфейсе SIP-транкгруппы(поле "Список ответов SIP для перехода на резервную ТГ") и контроль доступности встречной стороны - не помогает.

Собственно вопрос: каков механизм перехода на резервную транкгруппу в данном случае? Кто-нибудь реализовывал такой переход? Куда продуктивнее копать?

[SEA]

Сам задал вопрос - сам отвечаю - может кому-то будет полезно

Во вкладке "Интерфейсы SIP" есть "Общая конфигурация SIP", в ней есть Таймер Т1 – время ожидания ответа на запрос, по истечении которого запрос будет отправлен повторно. Максимальный интервал ретрансляции для запросов INVITE равен 64*Т1. По дэфолту там стоит 5. Это означает, что до перехода на резервную транкгруппу будут делаться попытки отправить/получить ответ на INVITE, а в реальности это 100мс*5*64=32000 мс или 32 секунды. Поправьте меня если я не прав - не хочу разводить ересь. К сожалению меньше, чем 1 (это порядка 5 сек) мне выставить не удалось.

Также на SIP интерфейсе можно включить "Контроль доступности встречной стороны" - если система имеет аварийное состояние по этому пункту, то переключение на резерв происходит мгновенно.

[bravo]

Собственно вопрос: каков механизм перехода на резервную транкгруппу в данном случае? Кто-нибудь реализовывал такой переход? Куда продуктивнее копать?

Продуктивнее копать в сторону контроля доступности встречной стороны и не трогать таймеры.
Если встречная стороны доступна, но выхода через неё нет, то далее есть совершенно конкретный список ответов на инвайт, по которому можно перейти на резервное направление. Его можно дополнить. настраивается в SIP интерфейса в нашем случае.

[Dmitriy_eltex]

Здравствуйте.

Транковая группа SIP считается не доступной в следующих случаях:
-в настройках интерфейса SIP настроен контроль встречной стороны и не было получено ответа на отправленное сообщение;
-если не доступна встречная сторона, например, при отправки INVITE произошла какая-то проблема на сетевом уровне, т.е. SMG не смог найти MAC-адрес встречного устройства, на наш INVITE мы получили ICMP port unreach., либо на наш INVITE не получено никаких ответных сообщений;
-при получении сообщений SIP 502,408,504 в ответ на INVITE.

Подробнее тут:
http://kcs.eltex.nsk.ru/articles/43

На SMG Invite total timeout рассчитывается на количество повторений 6, т.е. да, Ваши "100мс*5*64=32000 мс или 32 секунды" расчеты правильны. Таймер T1 выставлен на SMG в соответствие с RFC.

И коллеги правильно Вам подсказывают "Продуктивнее копать в сторону контроля доступности встречной стороны и не трогать таймеры".
Как правило, если нет ответа на OPTIONS, то и на INVITE не будет.