Существует два метода повторно смаршрутизировать неудачный вызов:
1. В менеджере маршрутизации создать первое правило, настроить его "условия", в блоке "действия" найти "причины повторной маршрутизации" и внести в список ожидаемые acp/sip/isup причины, теперь, если они прилетят в ответ на invite, то маршрутизация начнется заново.
Создать строго над первым правилом(условия должны быть идентичными), в блоке "условия" найти "дополнительно" и прописать набор acp/isup/sip ожидаемых причин.
В результате выполнения первого правила прописать основное направление, в результате выполнения второго правила - резервное.
2. В правиле маршрутизации в блоке "результат" найти "внешний", добавить в "направления" два транка. Список причин для маршрутизации во второй транк можно настроить через COCON
| domain/<domain_name>/properties/info alternate_route_acp_causes domain/<domain_name>/properties/info alternate_route_isup_causes domain/<domain_name>/properties/info alternate_route_sip_causes |
|---|
В WTB интерфейсе в приложении "Домены" - "Свойства домена" - "Системные параметры" - "Перебор маршрутов"
По умолчанию, если станция не получает с транка никаких ответов, то причина перемаршрутизации отсутствует и система включает таймер 64T1=32c, только после этого вызов направится в резервный транк.
Чтобы ускорить переход, необходимо на уровне транка уменьшить параметр:
| domain/<domain_name>/trunk/sip/set <group> <trunk> invite-transaction-timeout |
|---|