Навигация:  Телефония > IP-АТС Infinity 4 > Примеры подключений к ТфОП > IP-провайдер

Подключение «Infinity IP АТС» к провайдеру IP-телефонии (IP-провайдеру) по протоколу VoIP предполагает обмен голосовым трафиком. Голосовой трафик представляет собой последовательность TCP/IP пакетов с голосовой информацией VoIP. Каждый такой VoIP пакет включает в себя адрес отправителя, адрес получателя и закодированную голосовую информацию. Адресами являются IP-адреса взаимодействующих устройств.

Подключение «Infinity IP АТС» к провайдеру IP-телефонии осуществляется в три шага (создания IP-узла, создания устройства IP-провайдер, логической связки).

Шаг № 1. Создаем IP-узел, с которого «Infinity IP АТС» будет осуществлять подключение к IP-провайдеру. В свойствах IP-узла задаются адрес, протокол, количество одновременных соединений, параметры авторизации и другие параметры подключения к IP-провайдеру свойства. Параметры созданного IP-узла будут являться IP-адресом приема VoIP трафика на стороне «Infinity IP АТС».

Настройка IP-узла производится в разделе "Администрирование" / "Оборудование" / "IP-узлы" рабочего места Администратора. Архитектура «Infinity IP АТС» подразумевает одновременное использование любого количества IP-узлов. На одном сервере телефонии может быть создано несколько IP-узлов, однако нельзя создать два IP-узла на одном и том же интерфейсе с использованием одинакового диапазона портов.

Рассмотрим реальный пример подключения «Infinity IP АТС» к IP-провайдеру по протоколу SIP, когда сервер телефонии находится в локальной сети за NAT. По ходу примера приведем комментарии, касающиеся других настроек IP-узла.

Схема подключения «Infinity IP АТС» к телефонной сети IP-провайдера очень проста.

Исходные данные:

 

Интерфейс 192.168.16.100 с протоколом SIP, портом 5060 и диапазоном UDP портов 5000-5199 на сервере телефонии уже был задействован в качестве IP-узла для IP-абонентов. А поскольку правила создания ip-узлов запрещают использование одного и того же интерфейса с одинаковым диапазоном портов для разных IP-узлов, было принято решение создать IP-узел на этом же интерфейсе, но с другим диапазоном портов.

Создаем IP-узел, указывая протокол SIP, интерфейс 192.168.16.100, сигнальный порт 6090 и количество каналов 6.

В разделе "Сеть" настраиваем параметры обхода NAT и указываем диапазон голосовых портов. Поскольку наш сервер телефонии находится за NAT, то важным моментом является способ его обхода. Сервер телефонии при отправке пакетов в сторону IP-провайдера должен указать обратный IP-адрес, на который IP-провайдер будет отсылать ответные пакеты. Поскольку, IP-узел сервера телефонии использует локальный IP-адрес, то использовать его в качестве обратного адреса бессмысленно. Пакеты со стороны IP-провайдера, отправленные на IP-адрес 192.168.16.100, не достигнут своего назначение. Поэтому, в качестве обхода NAT надо выбрать иди STUN-сервер или технологию подмены IP-адреса. В данном случае была использована технология подмены IP-адреса и в качестве обратного адреса для всех пакетов, отходящих с сервера телефонии в сторону IP-провайдера, указываем внешний IP-адрес маршрутизатора DIR-300, обеспечивающего подключение к сети Интернет – 89.251.145.140.

Таким образом, оборудование IP-провайдера будет получать со стороны сервера телефонии «Infinity IP АТС» VoIP пакеты с обратным адресом маршрутизатора DIR-300. Для того, чтобы маршрутизатор не игнорировал эти пакеты и "знал" кому они предназначаются, необходимо настроить его таким образом, чтобы он передавал эти пакеты прямиком на сервер телефонии. Для этого настраиваем перенаправление портов и перенаправление групп портов на самом маршрутизаторе.

Выделенные строки на рисунках выше означают, что все пакеты, которые DIR-300 получает на порт 6090 и на диапазон портов с 10000 по 11000 будут направлены в сторону севера телефонии на IP-адрес 192.168.16.110.

Внимание! Такой способ обхода NAT, как подмена IP-адреса, применим только в тех случаях, когда ваше подключение к сети интернет использует статический внешний IP-адрес.
Если подключение к IP-провайдеру подразумевает подключение отдельным сетевым кабелем, который заводится в отдельный сетевой интерфейс (сетевую плату) сервера, то IP-узел необходимо строить на IP-адресе этого интерфейса со стандартными портами и без обхода NAT. Пример такого подключения рассмотрен в "Проект RRT" в разделе настройки.

В разделе "SIP" описываются параметры авторизации и общие свойства протокола. Оператор связи требует от сервера телефонии обязательной авторизации на своем сервере. Параметры авторизации и вписываем в разделе "Регистрация на Proxy". Адрес Proxy, логин, пароль выдается оператором связи при заключении договора. Раздел "Поля SIP" оставляем без изменений.

В разделе "Аудио" настраиваем голосовые параметры подключения. Jitter-буфер предназначен для накопления голосовых данных с целью предотвращения интервалов пустоты звука при задержке или перемешивании голосовых пакетов. Размер Jitter-буфера измеряется в миллисекундах и означает временной интервал на протяжении, которого сервер телефонии будет накапливать и сортировать полученные VoIP пакеты. Чем выше скорость соединения, тем меньшие значения Jitter-буфера можно использовать.

Как правило, один из трех вариантов дает оптимальный результат:

Следует заметить, что чем большее значение Jitter-буфера будет установлено, тем большая задержка будет между произнесением фразы одним абонентом и началом ее звучания у его собеседника.

Коэффициент усиления звука – параметр, позволяющий регулировать громкость входного и выходного сигнала. Комфортный шум (CNG) – искусственно создаваемый фоновый шум, используемый при голосовых телекоммуникациях с целью заполнить молчание при передаче голоса. Комфортный шум также сигнализирует о том, что сеанс связи не окончен. Голосовые кодеки – поскольку оператор связи к которому мы подключаемся предлагает только один голосовой кодек, а именно, G.729, то остальные кодеки тут отключены. Это сделано для того, чтобы минимизировать время установки голосового соединения. Вместе с тем, мы не рекомендуем отключать голосовые кодеки. Оптимальным вариантом будет повышение приоритета выбора нужного кодека, приоритет выбора кодека – сверху вниз.

Включение/выключение детектора Inband DTMF – определяет надо ли серверу телефонии «Infinity IP АТС» пытаться обнаружить факс-сообщение в теле голосовых пакетов. Включение детектора Inband DTMF имеет смысл только при наличии модуля "факс-сервер" и использовании кодеков G.711. В противном случае параметр работать не будет. Если ваш оператор IP-телефонии передает факсимильные сообщения в формате T.38 (T.38 – стандарт Международного союза электросвязи по передаче факсимильных сообщений в реальном времени через IP сети), то включение детектора Inband DTMF не требуется.

Раздел "QoS" позволяет задать параметры приоритета для голосовых пакетов прохождения через устройства и сети. При этом сетевые устройства должны поддерживать возможность пропуска TCP/IP трафика с заданным приоритетом. Настройка маркировки пакетов должна быть произведена и со стороны ОС Windows сервера телефонии, в разделе "Значение DSCP для соответствующих пакетов" необходимо выставить такое же значение, как и "Байт DSCP в заголовке IP-пакетов".

Раздел "Факс" описывает свойства приема факсимильных сообщений на IP-узле. В рамках установленного голосового соединения предусмотрена возможность перехода на протокол Т.38 или сохранение текущего соединения.

На этом создание IP-узла завершено. После перезапуска сервера телефонии «Infinity IP АТС» изменения вступят в силу.

 

Шаг № 2. Вторая стадия заключается в создании в рамках «Infinity IP АТС» логического устройства типа "IP-провайдер" в котором мы определяем IP-адрес для отправки VoIP пакетов на стороне IP-провайдера и задаем правила совершения исходящих вызовов.

В разделе "Интеллектуальная АТС" / "Устройства и сети" сервера телефонии Infinity4 создаем устройство "Тигрис" типа "IP-провайдер". Детально свойства устройства IP-провайдер рассмотрены в соответствующем разделе, мы же тут остановимся только на особенностях конкретной реализации.

В разделе "Общие" задаем только параметр CallerID для исходящих вызовов, – 2035737, – городской номер, выданный оператором связи.

В разделе "Местные звонки" описываем правила совершения исходящих вызовов на местную (городскую) телефонную сеть. В разделе "Междугородные вызовы" описываем правила исходящих вызовов на междугородные направления. Общим свойством этих правил является "Адрес шлюза" в сторону которого надо направлять вызовы, шлюзом в данном случае является IP-адрес SIP-Proxy сервера оператора связи. Указываем IP-адрес SIP-Proxy сервера оператора, а поскольку оператор связи использует не стандартный порт, то через знак "двоеточие" указываем и порт – 217.30.248.6:5061. Указание локального кода города "843" определяет в системе какие звонки считать местными, а какие междугородными. Приведенные ниже настройки для местных и междугородных соединений отличают и правила набора номера. Для местных соединений номер отправляется в стандартном виде, а для междугородных соединений в формате "8" + 10 цифр номера. Правила набора номера задаются оператором связи.

 

Остальные параметры оставляем заполненными значениями "По умолчанию".

 

Шаг № 3. Делаем логическую связку между созданным IP-узлом и устройством IP-провайдер. После того как был создан IP-узел и устройство IP-провайдер, необходимо создать логическую связку между этими сущностями. Делается это в разделе "Интеллектуальная АТС" / "IP-узлы" рабочего места администратора сервера телефонии «Infinity IP АТС».

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

 

Комментарии.

1. Отличие протокола H.323 от SIP заключается лишь в настройках параметров, специфичных для H.323 протокола. Все остальные параметры такие же. Мы рекомендуем по возможности использовать протокол SIP, как более простой.

2. IP-узел сервера телефонии «Infinity IP АТС» можно использовать и как точку подключения программных телефонов, интегрированных в WEB сайта. Для этого необходимо создать IP-узел с протоколом VoWeb. Это собственный протокол, разработанный «ИнтелТелеком». Свойства IP-узла содержат только интерфейс, сигнальный порт и количество транков.

3. Если на сервере телефонии «Infinity IP АТС» создано более одного внешнего подключения, то для корректной работы исходящей связи необходимо настроить соответствующие подключениям маршруты и исходящую маршрутизацию вызовов.