Постановка задачи

Существует удаленный объект (например, филиал компании), на котором необходима организация телефонии в едином номерном пространстве с головным офисом. В нормальном режиме абоненты на объекте должны иметь возможность пользоваться всеми сервисами телефонии головного офиса. В случае отказа линий связи до головного офиса абоненты должны быть обеспечены телефонной связью в пределах объекта и иметь выход во внешние телефонные сети (например, в ТфОП).

Рисунок 1. Внутренний вызов с доступной головной АТСРисунок 2. Внутренний вызов при недоступности головной АТС

Для решения этой задачи предлагается установить на удаленном объекте IP АТС SMG, настроенную в режиме транзитной регистрации абонентов, при котором абоненты будут работать через головную АТС при её доступности или через саму SMG при недоступности головной АТС. В данном случае SMG становится «сервером выживания», обеспечивающим прохождение вызовов.

Описание работы

Работа в штатном режиме

В обычном режиме работы абонентские SIP-терминалы отправляют запрос на регистрацию на узел выживания (SMG), который регистрирует абонента у себя и отправляет запрос на регистрацию на вышестоящий сервер. Как видно из сказанного, для работы транзитной регистрации абоненты должны быть созданы и на узле выживания, и на головной АТС. При этом они должны иметь одинаковые логин и пароль.

Все запросы от SIP-абонентов проходят до головной АТС и ответы от головной АТС проходят через узел выживания (Рисунок 1). Все услуги, такие как ДВО, запись разговоров, запись CDR и история вызовов, отрабатываются вышестоящей АТС.

Выход во внешние телефонные сети рекомендуется организовывать по каналам от узла выживания (Рисунок 3). В некоторых случаях, если внешняя АТС готова принимать вызовы с номерной ёмкости узла выживания по каналам от головной АТС, возможна настройка маршрутизации на внешние сети по каналам от головной АТС. Входящие вызовы должны проходить через каналы, организованные от узла выживания (Рисунок 4). 


Рисунок 3. Прохождение исходящего вызова в режиме транзитной регистрацииРисунок 4. Прохождение входящего вызова в режиме транзитной регистрации


Работа при недоступности головной АТС

В случае отказа канала связи до основной АТС или отказа самой основной АТС узел выживания понимает, что основная АТС недоступна, и обрабатывает все запросы от SIP-абонентов самостоятельно. Запись CDR, истории вызовов и разговоров производится на узле выживания. После восстановления доступа до основной АТС записи не синхронизируются. ДВО также осуществляется узлом выживания. Выход во внешние телефонные сети осуществляется через каналы, организованные от узла выживания (Рисунок 5 и Рисунок 6).


Рисунок 5. Прохождение исходящего вызова при недоступности головной АТСРисунок 6. Прохождение входящего вызова при недоступности головной АТС

Транзитная регистрация

Настройка

Для реализации данной схемы необходимо:

  1. На головной АТС:
    1. Настроить транковое направление в сторону удаленного объекта;
    2. Создать абонентов;
    3. Включить и активировать для абонентов дополнительные услуги.
  2. На узле выживания:
    1. Создать транковую группу, SIP-интерфейс для связи с головным офисом;
    2. Создать SIP-профиль с указанием интерфейса транзитной регистрации в сторону головного офиса;
    3. Создать SIP-абонентов с номерами такими же, как и на головной АТС с использованием SIP-профиля, созданного на предыдущем шаге.

Если в качестве головной АТС используется кластер ECSS-10 и нужна балансировка вызовов, то необходимо настроить транковую группу и SIP-интерфейс как для первого, так и для второго IP-адреса и объединить их в транковое направление.

Для привязки всех вызовов к одному из серверов необходимо включить опцию node_control для абонентов на ECSS-10 и настроить транковые группы, как описано в разделе Резервирование вышестоящих АТС.

Документация по настройке:

Проверка

На SMG зарегистрированных абонентов можно увидеть в разделе «Абоненты → SIP абоненты → Мониторинг». Эти же абоненты в это же время должны быть зарегистрированы на ECSS-10. Увидеть зарегистрированных абонентов можно в приложении «Карточка абонента» или в выводе команд cocon:

domain/<имя_домена>/sip/user/list --active
domain/<имя_домена>/sip/user/registered

Выход во внешние сети

Настройка

Рекомендуется настраивать выход во внешние сети и вход из внешних сетей через каналы, организованные от узла выживания. Это позволит сохранить связанность с внешними сетями при отсутствии связи с Головной АТС. Основные настройки:

  1. На головной АТС:
    1. Настроить маршрутизацию вызовов с номеров узла выживания через транк до узла выживания (SIP trunk на схемах).
  2. На узле выживания:
    1. Создать и настроить Интерфейсы SIP и Транковые группы в направлении внешних сетей;
    2. Настроить План нумерации для выхода во внешние сети.

Логика работы

В штатном режиме

Исходящий вызов:

  1. Вызов инициируется Внутренним абонентом (Телефонным аппаратом) и попадает на узел выживания (SMG).
  2. Узел выживания, понимая, что вызов пришел с устройства, для которого включена транзитная регистрация, и канал до Головной АТС работоспособен, игнорирует локальный План нумерации и направляет вызов на Головную АТС.
  3. Головная АТС, получив вызов с номера транзитной регистрации на внешний номер по маршрутизации, отправляет вызов через SIP trunk обратно на SMG (узел выживания).
  4. SMG, получив вызов из транка, согласно Плана нумерации отправляет вызов в транк до Внешней АТС.
  5. Дальнейшая обработка вызова, осуществляясь вне зоны нашей ответственности, достигает Внешнего абонента.

Входящий вызов:

  1. Вызов инициируется Внешним абонентом, проходит через внешнюю АТС и попадает через внешний транк на Узел выживания (SMG).
  2. Узел выживания, понимая, что вызов предназначен для абонента, транзитно зарегистрированного на Головной АТС, отправляет вызов на Головную АТС через SIP trunk.
  3. Головная АТС, получив вызов из SIP trunk'а, производит обработку вызова (ДВО, запись вызовов и CDR, и т. д.) и отправляет вызов в сторону Внутреннего абонента через Узел выживания.

При недоступности головной АТС

Исходящий вызов:

  1. Вызов инициируется Внутренним абонентом (Телефонным аппаратом) и попадает на узел выживания (SMG).
  2. Узел выживания, понимая, что Головная АТС недоступна, согласно Плана нумерации направляет вызов в транк до Внешней АТС.
  3. Дальнейшая обработка вызова, осуществляясь вне зоны нашей ответственности, достигает Внешнего абонента.

Входящий вызов:

  1. Вызов инициируется Внешним абонентом, проходит через внешнюю АТС и попадает через внешний транк на Узел выживания (SMG).
  2. Узел выживания, понимая, что Головная АТС недоступна, использует собственную таблицу регистрации абонентов, производит обработку вызова (ДВО, запись вызовов и CDR, и т. д.) и отправляет вызов в сторону Внутреннего абонента.

Резервирование вышестоящих АТС

В некоторых случаях при транзитной регистрации удобно иметь возможность автоматического переключения на резервный сервер вышестоящей IP АТС при потере связи с текущим. В случае, если в роли вышестоящей IP АТС выступает кластер ECSS-10 Softswitch, то переключение между серверами реализуется с помощью протокола VRRP. IP-адрес первого сервера просто «переедет» на второй. В некоторых других случаях переключение должно быть инициировано со стороны узла выживания. Например, в случае использования георезервирования. Такой функционал реализован на SMG, начиная с ПО версии 3.405.1

Настройка

Принцип настройки схож с настройкой Транзитной регистрации для одного вышестоящего сервера:

  1. На головной АТС:
    1. Настроить транковое направление в сторону удаленного объекта;
    2. Создать абонентов;
    3. Включить и активировать для абонентов дополнительные услуги.
  2. На узле выживания:
    1. Создать транковую группу, SIP-интерфейс для связи с первым сервером головного офиса;
    2. Создать транковую группу, SIP-интерфейс для связи со следующим сервером головного офиса;
    3. Если вышестоящих серверов больше двух, необходимо повторить предыдущий пункт;
    4. Создать SIP-профиль. Добавить в него все нужные SIP-интерфейсы;


      Если в качестве головной АТС используется кластер ECSS-10, то для абонентов, работающих через SMG, необходимо включить опцию node_control в профиле абонента на ECSS-10. 

    5. Создать SIP-абонентов с номерами такими же, как и на головной АТС. с использованием SIP-профиля, созданного на предыдущем шаге.

Проверка

Для проверки работы резервирования необходимо сначала проверить регистрацию в штатном режиме. Проверка осуществляется командой: 

domain/<имя_домена>/sip/user/registered * <номер>@<имя_домена>

В столбце «Registration info» отобразится, на какой ноде зарегистрирован телефонный номер.

После чего необходимо прервать сетевую связанность узла выживания с этой нодой, но оставить связанность с резервной. Это можно сделать, например, запретив весь трафик с узла выживания на нужную ноду с помощью встроенного брандмауэра.

Документация по настройке статического брандмауэра.

По истечении времени контроля доступности встречной стороны (по умолчанию 30 секунд) повторно проверить регистрацию телефона командой:

domain/<имя_домена>/sip/user/registered * <номер>@<имя_домена>

Нода должна измениться.

В текущей версии ПО 3.407.1 для интерфейсов транзитной регистрации реализован только режим Parking. После перехода на резервный интерфейс при восстановлении доступа до основного интерфейса автоматический возврат на основной интерфейс не произойдёт до тех пор, пока будет доступен резервный интерфейс.

Медиасервер на узле выживания

Применимо только для SMG-3016 в качестве узла выживания.

В некоторых случаях, например при канале связи до Головной АТС неудовлетворительного качества, целесообразно не отправлять медиатрафик локальных вызовов и вызовов во внешние сети на Головную АТС. Для этого на SMG-3016 может быть включен локальный медиасервер, и весь медиатрафик локальных абонентов может быть обработан на этом медиасервере. При этом весь сигнальный трафик будет как и ранее проходить через Головную АТС.

Следует учитывать, что запись разговоров при таком решении будет осуществляться на Узле выживания, а не на Головной АТС.

Для использования медиасервера SMG-3016 на узле выживания необходимо:

  1. Настроить локальный медиасервер на SMG-3016 согласно инструкции в «Приложение О. Настройка программного медиасервера» Руководства по эксплуатации;
  2. Создать и настроить для узла выживания отдельный сайт;
  3. Задать для абонентов узла выживания созданный сайт.

Медиасервер на SMG не работает на версиях ПО 3.40х и не работает при использования VLAN. В режиме active-backup необходимо обеспечить идентичность конфигурационных файлов вручную.