Базовая настройка телефонной платформы
Базовой настройкой телефонной платформы будем считать следующие настройки:
- создание нескольких абонентов (sipusers);
- настройка маршрутизации для внутренних звонков;
- настройка провайдера для приема внешних вызовов;
- создание IVR;
- настройка маршрутизации для входящего звонка.
Если планируется для звонков использовать встроенный в платформу софтфон, следует создать ssl-сертификат на рабочий домен и разместить его в приложении «Настройка» в разделе «Домен» на вкладке «Параметры» в пункте «certificate_pem». Сертификат должен быть конвертирован в расширение *.pem, быть доверенным в вашей сети и не быть самоподписанным.
Для создания абонентов (sipusers) на рабочем домене должны быть приняты лицензии, иначе платформа не даст сохранить созданного абонента.
По умолчанию для всех пунктов разделы и вкладки, упоминаемые ниже в данной главе, следует искать в приложении «Настройки» рабочего домена.
Создание абонента происходит в разделе «Номерной план» на вкладке «Абоненты». Типовая настройка представлена на рисунке 3.5.1.

|
Рисунок 3.5.1– Типовая настройка абонента |
Остальные поля заполняются по необходимости.
Для совершения звонка с этого абонента необходимо зарегистрировать эту учетную запись на ip-телефоне или софтфоне. Пример настроек телефона Yealink на рисунке 3.5.2.

|
Рисунок 3.5.2– Настройка аккаунта на Yealink |
Крайне важный момент в том, что в качестве SIP-сервера всегда должно указываться доменное имя рабочего домена. Иначе зарегистрироваться не получится. При изучении ситуации с помощью сниффера будет характерный ответ на пакет Register – в приблизительном переводе «Не ясно, на какой домен это нужно переслать/зарегистрировать». Также обязательно должен быть указан хотя бы один Outbound Proxy-сервер – там должен храниться ip-адрес сервера. В случае многосерверной конфигурации должны быть указаны оба Outbound Proxy-сервера. Если серверов больше двух, то в качестве адресов должны быть внесены те ip, на которых поднята нода sg (sipgate). Подробнее о назначениях нод вы можете узнать из справочной документации внутри платформы «Конфигурация» > «Роли».
Для возможности позвонить на внутренний номер необходимо создать правило с рисунка 3.5.3 в разделе «Маршрутизация» на вкладке «Правила».

|
Рисунок 3.5.3– Правило маршрутизации на внутренний номер |
Данное правило несет в себе следующий смысл: любой номер может позвонить на внутренний номер, если нет пересекающегося правила с более низким (больше 1000) приоритетом.
Для звонка со внешнего номера необходимо сделать в разделе «Маршрутизация» на вкладке «Провайдеры» транк к провайдеру/внешней АТС, а после этого создать правило на вкладке «Маршрутизация».
Классическим образом внешние звонки планируется переключить на IVR-сценарий, так что сначала рассмотрим создание IVR, а после сделаем переключение на него. Чтобы создать IVR, переходим в раздел «Сценарии» на вкладку «Голосовые меню». Нажимаем на кнопку «Добавить» (параметры добавления сценария на рисунке 3.5.4), а после на кнопку «Редактор сценария».

|
Рисунок 3.5.4– Добавление IVR-сценария |
В рамках базовой настройки сделаем следующий сценарий: проиграть файл с просьбой о добавочном, ввод добавочного и переключение на внутреннего абонента. Стоит учитывать, что подобная реализация не предусматривает переключения на очередь и открытия карточки. Детальнее об очереди и простой карточке можно прочитать в главе «3.8 Очереди ожидания и карточки входящего звонка».
Первым делом добавляем в сценарий компонент «Воспроизведение» с параметрами с рисунка 3.5.5.
|
Рисунок 3.5.5– Компонент «Воспроизведение» |
Далее добавляем компонент «Ввод DTMF» с параметрами, указанными на рисунке 3.5.6. В качестве параметра «Буфер для DTMF» задана переменная dtmf.

|
Рисунок 3.5.6– Компонент «Ввод DTMF» |
После чего добавляем компонент «Перевод» с параметрами с рисунка 3.5.7.

|
Рисунок 3.5.7– Компонент «Перевод» |
Связи между компонентами настраиваем аналогично рисунку 3.5.8.

|
Рисунок 3.5.8– Итоговый вид сценария IVR |
В приложении В представлен JSON данного сценария. Чтобы его использовать на вкладке «Голосовые меню» нужно выбрать необходимый сценарий и нажать кнопку «JSON» - появится окно, в которое следует скопировать JSON из приложения В.
На данном этапе можем считать создание IVR-сценария завершенным.
Чтобы проверить работоспособность IVR-сценария, необходимо создать сервис (фичакод) и правило маршрутизации. Сервис создается в разделе «Номерной план» на вкладке «Сервисы».
Для сервиса переключения на IVR необходимы настройки с рисунка 3.5.9. Префикс в данном случае – служебный номер, который необходимо набрать, чтобы попасть на IVR. В качестве значения поля «Параметр» указываем значение из поля «Код для ссылок», которое задавали при создании IVR (рисунок 3.5.4).

|
Рисунок 3.5.9– Сервис для переключения на IVR |
После создания сервиса создаем правило маршрутизации в разделе «Маршрутизация» на вкладке «Правила». Настройки для переключения на сервис IVR должны быть аналогичны настройкам с рисунка 3.5.10. При текущих настройках, набрав с внутреннего номера номер 00, звонок должен попасть на IVR.

|
Рисунок 3.5.10 – Правило для переключения на IVR |
Чтобы внешний абонент мог дозвониться до IVR-сценария, необходимо создать и настроить транк к провайдеру в разделе «Маршрутизация» на вкладке «Провайдеры». Если включена регистрация на провайдере, стоит ориентироваться на настройки с рисунка 3.5.11. Поля «Имя пользователя», «Логин для авторизации», «Пароль», «Домен» (можно задать не доменное имя, а ip-адрес) обязательны для заполнения, даже если регистрации нет. Если регистрация не планируется, можно задать просто случайные значения – в пакете «INVITE» отправляться в сторону провайдера они не будут. В качестве Outbound-proxy обязательно указываем ip-адрес и порт, куда будут отправляться пакеты.

|
Рисунок 3.5.11 – Настройка транка к провайдеру |
Чтобы направить все входящие звонки на созданный нами IVR, делаем следующее правило маршрутизации (рисунок 3.5.12).
- позвонить со внутреннего номера на внутренний;
- позвонить со внутреннего номера на IVR;
- позвонить с любого внешнего номера на IVR
При текущих настройках возможно следующее:

|
Рисунок 3.5.12 – Маршрутизация с провайдера |
Корректность настроек можно проверить в ходе ручного тестирования (взять и сделать) или же с помощью инструмента «Тестирование» из раздела «Маршрутизация».