Существует два метода повторной маршрутизации неудачного вызова:
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 |
|---|
В WEB интерфейсе в приложении "Домены" - "Свойства домена" - "Системные параметры" - "Перебор маршрутов".
По умолчанию, если станция не получает из транка никаких ответов, то причина повторной маршрутизации отсутствует и система включает таймер 64T1=32c. Только после этого вызов направится в резервный транк.
Чтобы ускорить переход, необходимо на уровне транка уменьшить параметр:
| domain/<domain_name>/trunk/sip/set <group> <trunk> invite-transaction-timeout |
|---|