История страницы

...

Список причин отбоя для перехода на следующее направление

На ESBC есть возможность создать список ответов, при получении которых происходит перемаршрутизация на следующее Список причин отбоя для указания статус-кодов ответов SIP по которым будет осуществляться перемаршрутизация вызовов и регистраций на альтернативное направление (следующий транк в транковой группе/следующее правило в таблице маршрутизации). Это работает как для вызовов, так и для регистраций. 

При создании маски для списка можно использовать регулярные выражения PCRE. 

СхемаПример использования:

В таблице маршрутизации два правила, первое — направляет вызов в TRUNK_GROUP, второе — направляет вызов в TRUNK_3.

vesbc# 
vesbc# configure 
vesbc(config)# esbc 

#Создать список ответов:
vesbc(config-esbc)# cause-list sip LIST
vesbc(config-esbc-cause-list-sip)#

#Создать маску, по которой будут отбираться ответы для перемаршрутизации:
vesbc(config-esbc-cause-list-sip)# cause-mask 404
vesbc(config-esbc-cause-list-sip)# exit

#Создать SIP-профиль, привязать список к SIP-профилю:
vesbc(config-esbc)# sip profile SIP-PROFILE
vesbc(config-esbc-sip-profile)# cause-list LIST 
vesbc(config-esbc-sip-profile)# exit

#Привязать к транковой группе TRUNK-GROUP SIP-профиль:
vesbc(config-esbc)# trunk-group TRUNK-GROUP 
vesbc(config-esbc-trunk-group)# sip profile SIP-PROFILE 
vesbc(config-esbc-trunk-group)# 

#Применить и подтвердить изменения:
vesbc(config-esbc-trunk-group)# do commit 
Configuration has been successfully applied and saved to flash. Commit timer started, changes will be reverted in 600 seconds.
vesbc(config-esbc-trunk-group)# do confirm 
Configuration has been confirmed. Commit timer canceled.

Приходит Входящий вызов и начинает маршрутизироваться по данной таблице маршрутизации (ROUTE_TABLE). В результате вызов уходит маршрутизируется по правилу RULE_1 на TRUNK_GROUP и оттуда в TRUNK_1.  TRUNK_1 , он недоступен, вызов отбивается по истечению Timer B и происходит перемаршрутизация на TRUNK_2 (следующий транк в транковой группе), из . Из TRUNK_2 приходит ответ 404 Not Found, и т.к. код ответа совпадает с маской из списка, который привязан к используется в TRUNK-GROUP, поэтому то происходит маршрутизация на следующее направление, .Поскольку в транковой группе больше нет транков, поэтому ESBC маршрутизация переходит к RULE_2, и вызов маршрутизируется в TRUNK_3. 

Перемаршрутизация абонентов

Вызов с зарегистрированного абонента будет направлен в тот транк, где он регистрировалсячерез который осуществлялась его регистрация. В случае неудачи перемаршрутизация запрещенанеуспешного вызова, перемаршрутизация осуществляться не будет.
При вызове с незарегистрированного абонента сначала идёт проверка, разрешены ли с этого абонентского интерфейса вызовы без регистрации (allow_unreg_call), если проверка успешна, то вызов смаршрутизируется по привязанной таблице маршрутизации и в случае недоступности транка/совпадении ответа с маской из списка произойдёт маршрутизация на следующее направление.

Поведение при перенаправлении

Якорь
redirect redirect

На ESBC есть возможность настроить поведение при перенаправлении (получении 3xx ответа), доступны 3 варианта: Настройка поведения при перенапрвлении позволяет использовать разные режимы обработки сообщений 3XX.

• forbidden — при получении 3xx ответа вызов завершается;
• transit — 3xx передаётся на другое плечо без изменений контакта;
• process — локальная обработка 3xx ответа.

...

В прочих случаях — вызов завершается.

Игнорирование OPTIONS

На ESBC есть возможность настроить поведение при получение OPTIONS:Данный режим используется для обработки входящих сообщений OPTIONS. 

• ignore options enable — игнорирование запросов OPTIONS. На входящие запросы OPTIONS не будут отправляться ответы;

• no ignore options enable — отключение игнорирования запросов OPTIONS. На входящие запросы OPTIONS будут отправляться ответы 200 OK;

...