Существует удаленный объект (например, филиал компании), на котором необходима организация телефонии в едином номерном пространстве с головным офисом. В нормальном режиме абоненты на объекте должны иметь возможность пользоваться всеми сервисами телефонии головного офиса. В случае отказа линий связи до головного офиса абоненты должны быть обеспечены телефонной связью в пределах объекта и иметь выход во внешние телефонные сети (например, в ТфОП).
|
|
| Рисунок 1. Внутренний вызов с доступной головной АТС | Рисунок 2. Внутренний вызов при недоступности головной АТС |
Для решения этой задачи предлагается установить на удаленном объекте IP АТС SMG, настроенную в режиме транзитной регистрации абонентов, при котором абоненты будут работать через головную АТС при её доступности или через саму SMG при недоступности головной АТС. В данном случае SMG становится «сервером выживания», обеспечивающим прохождение вызовов.
В обычном режиме работы абонентские SIP-терминалы отправляют запрос на регистрацию на узел выживания (SMG), который регистрирует абонента у себя и отправляет запрос на регистрацию на вышестоящий сервер. Как видно из сказанного, для работы транзитной регистрации абоненты должны быть созданы и на узле выживания, и на головной АТС. При этом они должны иметь одинаковые логин и пароль.
Все запросы от SIP-абонентов проходят до головной АТС и ответы от головной АТС проходят через узел выживания (Рисунок 1). Все услуги, такие как ДВО, запись разговоров, запись CDR и история вызовов, отрабатываются вышестоящей АТС.
Выход во внешние телефонные сети рекомендуется организовывать по каналам от узла выживания (Рисунок 3). В некоторых случаях, если внешняя АТС готова принимать вызовы с номерной ёмкости узла выживания по каналам от головной АТС, возможна настройка маршрутизации на внешние сети по каналам от головной АТС. Входящие вызовы должны проходить через каналы, организованные от узла выживания (Рисунок 4).
|
|
| Рисунок 3. Прохождение исходящего вызова в режиме транзитной регистрации | Рисунок 4. Прохождение входящего вызова в режиме транзитной регистрации |
В случае отказа канала связи до основной АТС или отказа самой основной АТС узел выживания понимает, что основная АТС недоступна, и обрабатывает все запросы от SIP-абонентов самостоятельно. Запись CDR, истории вызовов и разговоров производится на узле выживания. После восстановления доступа до основной АТС записи не синхронизируются. ДВО также осуществляется узлом выживания. Выход во внешние телефонные сети осуществляется через каналы, организованные от узла выживания (Рисунок 5 и Рисунок 6).
|
|
| Рисунок 5. Прохождение исходящего вызова при недоступности головной АТС | Рисунок 6. Прохождение входящего вызова при недоступности головной АТС |
Для реализации данной схемы необходимо:
Если в качестве головной АТС используется кластер ECSS-10 и нужна балансировка вызовов, то необходимо настроить транковую группу и SIP-интерфейс как для первого, так и для второго IP-адреса и объединить их в транковое направление. Для привязки всех вызовов к одному из серверов необходимо включить опцию node_control для абонентов на ECSS-10 и настроить транковые группы, как описано в разделе Резервирование вышестоящих АТС. |
Документация по настройке:
На SMG зарегистрированных абонентов можно увидеть в разделе «Абоненты → SIP абоненты → Мониторинг». Эти же абоненты в это же время должны быть зарегистрированы на ECSS-10. Увидеть зарегистрированных абонентов можно в приложении «Карточка абонента» или в выводе команд cocon:
domain/<имя_домена>/sip/user/list --active domain/<имя_домена>/sip/user/registered |
Рекомендуется настраивать выход во внешние сети и вход из внешних сетей через каналы, организованные от узла выживания. Это позволит сохранить связанность с внешними сетями при отсутствии связи с Головной АТС. Основные настройки:
Исходящий вызов:
Входящий вызов:
Исходящий вызов:
Входящий вызов:
В некоторых случаях при транзитной регистрации удобно иметь возможность автоматического переключения на резервный сервер вышестоящей IP АТС при потере связи с текущим. В случае, если в роли вышестоящей IP АТС выступает кластер ECSS-10 Softswitch, то переключение между серверами реализуется с помощью протокола VRRP. IP-адрес первого сервера просто «переедет» на второй. В некоторых других случаях переключение должно быть инициировано со стороны узла выживания. Например, в случае использования георезервирования. Такой функционал реализован на SMG, начиная с ПО версии 3.405.1
Принцип настройки схож с настройкой Транзитной регистрации для одного вышестоящего сервера:

Если в качестве головной АТС используется кластер ECSS-10, то для абонентов, работающих через SMG, необходимо включить опцию |
Для проверки работы резервирования необходимо сначала проверить регистрацию в штатном режиме. Проверка осуществляется командой:
domain/<имя_домена>/sip/user/registered * <номер>@<имя_домена> |
В столбце «Registration info» отобразится, на какой ноде зарегистрирован телефонный номер.
После чего необходимо прервать сетевую связанность узла выживания с этой нодой, но оставить связанность с резервной. Это можно сделать, например, запретив весь трафик с узла выживания на нужную ноду с помощью встроенного брандмауэра.
По истечении времени контроля доступности встречной стороны (по умолчанию 30 секунд) повторно проверить регистрацию телефона командой:
domain/<имя_домена>/sip/user/registered * <номер>@<имя_домена> |
Нода должна измениться.
В текущей версии ПО 3.407.1 для интерфейсов транзитной регистрации реализован только режим Parking. После перехода на резервный интерфейс при восстановлении доступа до основного интерфейса автоматический возврат на основной интерфейс не произойдёт до тех пор, пока будет доступен резервный интерфейс. |
Применимо только для SMG-3016 в качестве узла выживания. |
В некоторых случаях, например при канале связи до Головной АТС неудовлетворительного качества, целесообразно не отправлять медиатрафик локальных вызовов и вызовов во внешние сети на Головную АТС. Для этого на SMG-3016 может быть включен локальный медиасервер, и весь медиатрафик локальных абонентов может быть обработан на этом медиасервере. При этом весь сигнальный трафик будет как и ранее проходить через Головную АТС.
Следует учитывать, что запись разговоров при таком решении будет осуществляться на Узле выживания, а не на Головной АТС.
Для использования медиасервера SMG-3016 на узле выживания необходимо:
Медиасервер на SMG не работает на версиях ПО 3.40х и не работает при использования VLAN. В режиме active-backup необходимо обеспечить идентичность конфигурационных файлов вручную. |