Тех. характеристики IXC Softswitch

Тех. характеристики IXC Softswitch

 

Продукт IXC System предназначен для маршрутизации и учета вызовов IP-телефонии, который совмещает в себе функции привратника, прокси-сервера, RADIUS-сервера, сервера начисления платы.

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

IXC Softswitch поддерживает протоколы:
I. H.323
II. SIP
III. MGCP

Данные протоколы лежат в основе технологии Voice over IP. SIP ( Session Initiation Protocol) — протокол установления сеанса, предназначен для VoIP шлюзов и оконечного оборудования. Регламентирует установление соединения и завершения сеанса, предусматривающего обмен мультимедийными данными.

Протокол H.323 v.4, в которых стандартизировались сжатие речи и установление соединения и обмен медиа информацией между системами через сети, в том числе и IP. Используется H.323 v.4 (в том числе H.245 v.7) и SIP v.2 по UDP.

Протокол MGCP (Media Gateway Control Protocol) - протокол контроля медиашлюзов, представляет собой протокол связи в распределенных сетях IP-телефонии по протоколу IP.

Специальная надстройка IXC Protocol Transcoding позволяет ретранслировать перечисленные выше протоколы SIP в H.323 и наоборот H.323 в SIP. Также, при помощи Protocol Transcoding софтсвитч может обрабатывать сигнализацию по протоколу MGCP, выступая в качестве Call Agent.

Поддерживает протоколы G.723, G.729, G.711, G.726, G.728 регламентирующие сжатие речи при обмене мультимедийной информацией, соответственно процедуры кодирования и декодирования.

Кодек G.711 – прародитель всех цифровых кодеков для речи. Был одобрен ITU-T в 1988 году. ИКМ кодирование G.711 является минимально необходимым для оборудования VoIP. Любое устройство VoIP поддерживает кодирование G.711 . G.711 кодэк с высоким битрейтом – 64 Kbps. Существует две спецификации кодека: A-law и Mu-law. Mu-law является внутренним T1 стандартом, используемым в Северной Америке и Японии. A-law является внутренним E1 стандартом, используемым в остальной части мира. Разница заключается в способе сэмплирования аналогового речевого сигнала. В обеих случаях, сигнал сэмплируется в логарифмической форме.

Кодек G.723 принят ITU-T в 1995 году. Кодек G.723 был выбран базовым для всех приложений VoIP. G.723.1 - кодек стандарта ITU. Он имеет низкий битрейт - 6.3 Kbps или 5.3 Kbps и используется в стандарте H.323 . Предусмотрены два режима работы. Режимы работы могут изменятся от кадра к кадру. Кодек специфицирован на основе операций как с плавающей точкой, так и с фиксированной точкой в виде кода на языке С. Кодек G.723.1 отслеживает речевую активность и генерирует комфортный шум на дальнем конце в период молчания.

Кодек G.729 наиболее часто используется в приложениях передачи речи в сетях Frame Relay. Обладает низким битрейтом – 8 Kbps. Для кодера необходим предварительный анализ сигнала продолжительностью 5 мс. Существует две спецификации: A и B. G.729 использует технологию сжатия речи CS-ACELP ( Conjugate Structure, Algebraic Code Excited Linear Prediction ) что обеспечивает высокий уровень качества голоса.

Кодек G.728 применяет уникальную технологию с малой задержкой LD-CELP (low delay code excited linear prediction). Разрабатывался специально для оборудования уплотнения телефонных каналов, с условием обеспечения очень малую величину задержки (менее 5 мс), чтобы избежать необходимость применения эхокомпенсаторов. Битрейт составляет 16 Kbps.

Кодек G.726 принятая в 1990 г. Не получил широкого распространения в приложениях IP-телефонии по причине не достаточной устойчивости качества голоса к потерям информации. Использует адаптивную дифференциальную импульсно-кодовую модуляцию (ADPCM). Битрейт может быть 16, 24, 32 или 40 Kbps, однако 32 Kbps является наиболее часто используемым.

Речевые данные передаются через IXC Softswitch по протоколам RTP/RTCP (Real-Time Transport Protocol /Real-Time Transport Control Protocol).

Поддерживает протокол T.38 для передачи факсимильных сообщений по IP сетям. Факсы можно передавать в чистом кодеке G.711 без сжатия голоса. Факс передается либо по TCP/IP, либо по UDP.

В общем случае протокол Т.38 не затрагивает сигнализацию, и, таким образом, без проблем работает в стеке других VoIP протоколов: H.323, SIP, MGCP и IAX.

IXC Softswitch работает с Т.38 только по протоколу H.323.

Поддерживает RAS Signalling ( RRQ, RRJ, RCF, GRQ, GCF, GRJ, ARQ, LRQ, ACF, LCF, ARJ, LRJ ).
Надстройка IXC Media Transcoding позволяет производить медиатранскодинг кодеков G.723, G.729, G.711 в любых комбинациях.

IXC Softswitch производит маршрутизацию звонков на основании:
- стоимости минуты разговора;
- номера вызываемого абонента;
- момента времени поступления вызова;
- разрешенной группы принадлежности вызывающего абонента;
- доступности шлюза поставщика услуги;
- приоритета отдельного направления в цене поставщика;
- приоритета направления;
- информации от внешнего RADIUS-сервера.

Более подробно о принципах маршрутизации можно прочитать в разделе «Принципы маршрутизации IXC Softswitch».

Требования предъявляемые к программной части сервера для установки свитча и биллинга IXC:
Операционная система: FreeBSD 8.2-RELEASE 32bit i386 (http://www.freebsd.org/ )
Рекомендуемая разбивка:
SWAP: 3×RAM
/ - 2GB
/var - 4 GB
/usr - the rest
База данных – MySQL .

Требование к аппаратной части сервера для установки свитча и биллинга IXC:
- Процессор: 1 dual core процессор с наибольшим количеством MHz
- Жесткие диски: Hardware mirrored RAID 1
- Память RAM 4 GB

IXC Billing Center состоит из следующих компонентов:
- SoftSwitch;
- Prepaid System;
- Switch Statistics.

IXC Billing Center может быть реализована мультиязычность.

Существует on-line мониторинг позволяющий следить за работой свитча:
- вывод информации о активных звонках (Active Calls);
- информация от системы предупреждений;
- графики загрузок, включающие такие показатели, как количество активных звонков, загрузки процессора и базы данных, загрузку сетевых интерфейсов (Loads);
- список активных запросов и процессов (Show jobs list, Show process list, Show top process ).

Количество активных звонков и графики загрузок активных звонков дает мгновенное представление о продуктивности свитча, -сравнивая входящий и обслуженный трафик. Графики загрузок интерфейсов предоставляют информацию о корректности работы процессора, базы данных и загрузки сетевых интерфейсов. Список активных запросов и процессов дает представление о распределении ресурсов системы и предотвращения перегрузок и сбоев. Информация системных предупреждений информирует о снижении показателей ниже заданного уровня.

Варианты конфигурации:
- установка биллинга и свитча на одном сервере ( Односерверная – все модули находятся на одном сервере );
- кластеризация ( На master сервере устанавливается билинг, а на нескольких серверах-slave устанавливаются свитчи. Обеспечивает большую продуктивность. Создает горячийрезерв.);
- возможна установка горячего резерва (сервер с полной репликацией базы).

Наибольшая продуктивность достигается при кластерной конфигурации и позволяет обслуживать одним свитчем до 1000 одновременно проксируемых звонков. Если звонки будут с неполным проксированием, цифра может превышать 1000 звонков. Установка горячего резерва позволяет быстро восстановить работу свитча без потери данных, в случае выхода из строя сервера, на котором установлен основной свитч.

Конфигурирование и администрирование осуществляется через:
конфигурирование через web-интерфейс;
информирование письмами по электронной почте;

Удобный легко управляемые web – интерфейс позволяет управлять настройками софтсвитча, финансовыми утилитами и прочими приложениями IXC.

Для работы системы необходима конфигурация через web-интерфейс. Доступ в web-интерфейс осуществляется набором в браузере строки https://[serverName. ( HTTPS (Hypertext Transfer Protocol Secure) — расширенная версия протокола HTTP, которая поддерживает шифрование. Данные, передаваемые по протоколу HTTPS, заворачиваются в криптографический протокол SSL или TLS, тем самым обеспечивается защита этих данных. ) Система информирует владельца о состоянии работы свитча путем писем по электронной почте.

Высокая отказоустойчивость системы достигается путем:
- средств мониторинга работоспособности системы;
- гибкой системы настроек автоуведомления администратора о системных сбоях;
- резервированию.

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