Существует два метода повторно смаршрутизировать неудачный вызовповторной маршрутизации неудачного вызова:
1. В менеджере маршрутизации создать первое правило, настроить его "условия", в блоке "действия" найти "причины повторной маршрутизации" и внести в список ожидаемые acp/sip/isup причины разъединения. Теперь, теперь, если они прилетят если эти причины поступят в ответ на inviteINVITE, то маршрутизация начнется заново.
Создать строго над первым правилом (условия должны быть идентичными), в блоке "условия" найти "дополнительно" и прописать набор acp/isup/sip ожидаемых причин разъединения.
В "результате" выполнения первого правила прописать основное направление, в "результате" выполнения второго правила - резервное.
...
| 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 WEB интерфейсе в приложении "Домены" - "Свойства домена" - "Системные параметры" - "Перебор маршрутов"
По умолчанию, если станция не получает с из транка никаких ответов, то причина перемаршрутизации повторной маршрутизации отсутствует и система включает таймер 64T1=32c, только . Только после этого вызов направится в резервный транк.
Чтобы ускорить переход, необходимо на уровне транка уменьшить параметр:
...