Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Тестируем VoIP-шлюзы Shout900 компании Net.com

Эта статья — совместный труд редакторов журнала Communications Convergence и инженеров калифорнийской лаборатории испытаний и сертификации CT Labs.

Сегодня многих специалистов интересует, насколько легко инсталлировать, конфигурировать и обслуживать новые шлюзы VoIP, основанные на протоколе SIP. Чтобы понять это, мы протестировали подобные продукты, а именно шлюзы Shout900 компании Net.com, и ниже приводим результаты нашего тестирования.

Редакции журналов CommWeb и Communications Convergence обратились в лабораторию CT Labs (http://www.ct-labs.com) с просьбой провести специальное тестирование продуктов, которые предоставляли бы, как минимум, следующие возможности:

• инициация и прием IP-телефонных вызовов, основанных на стандарте SIP;

• наличие телефонного интерфейса T1 CAS или ISDN-PRI;

• поддержка кодека G.711 и любого из кодеков G.729 или G.723.

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

Мы попросили производителей (и наша просьба все еще остается в силе) предоставить в лабораторию CT Labs для тестирования по два шлюзовых устройства, наделенные указанными выше характеристиками. Первой на нашу просьбу откликнулась компания Net.com (http://www.net.com), она прислала для испытаний свои продукты Shout900, входящие в семейство ShoutIP.

Полную версию данной статьи смотрите в 8-ом номере журнала за 2004 год.

Краткие результаты тестирования

Инженеры CT Labs установили, что инсталляция и конфигурирование шлюзов Shout900 компании Net.com выполняются легко и быстро, причем большинство операций конфигурирования осуществляется посредством графического интерфейса Shoutbuilder. Шлюзы предоставляют полный набор возможностей по обработке голосового трафика, а также трафика модемов и факсимильных сообщений, используя не только протоколы H.323 и SIP, но и большое число кодеков для сжатия речи.

Документация и интегрированные файлы помощи продукта Shout900 были удачно скомпонованы и охватывали все необходимые разделы, однако инженеры лаборатории CT Labs хотели бы, чтобы в них было включено как можно больше реальных рекомендаций по поиску и устранению неисправностей в продуктах. Графические утилиты Shoutbuilder и Shoutwatch предоставляют хорошо продуманные и интуитивно понятные административные интерфейсы для конфигурирования и мониторинга шлюзов соответственно. Ни в одной из них не было обнаружено ни одной ошибки — случай просто уникальный!

Следует отметить, что, тестируя Shout900 с первоначальной версией программного кода, мы столкнулись с двумя проблемами. Однако компания Net.com довольно быстро сделала необходимые изменения и предоставила откорректированную версию ПО. Это позволило успешно завершить испытания всех технических характеристик шлюзов.

Продукт Shout900 прекрасно отработал все тесты: качество речевой связи при всех условиях работы шлюзов было на должном уровне; DTMF-сигналы передавались без особых искажений; чис-ло устанавливаемых/завершаемых вызовов при “взрывной” загрузке каналов оказалось чуть меньше ожидаемого, однако при менее жестких условиях работы оно было достаточно высоким; при тестировании продукта с использованием имитатора разговора разъединение вызовов возникало крайне редко. И наконец, шлюзы Shout900 быстро восстанавливали работу после кратковременного разрыва линий IP и отключения электропитания. В целом они показали себя качественными и высокопроизводительными продуктами, которые просто инсталлировать, конфигурировать и обслуживать (табл. 1).

Инсталляция и конфигурирование

Процесс инсталляции шлюзов Shout900 оказался очень простым. Инженеры лаборатории CT Labs смогли установить и подключить оба устройства всего за 10 мин, столько же времени им потребовалось на их инициализацию. Этот процесс выполняется путем доступа к самому устройству Shout900 посредством Telnet или Hyperterminal-подобной программы. Остальная часть процесса конфигурирования осуществляется через графический интерфейс Shoutbuilder, который можно инсталлировать на любое число административных ПК.

Чтобы установить программу Shoutbuilder на ПК, потребовалось около двух минут, а на то, чтобы полностью сконфигурировать каждый шлюз Shout900, — около получаса. Также пара минут ушло на инсталляцию программы Shoutwatch, обеспечивающую возможность контроля рабочих параметров каждого шлюза Shout900. В целом инженеры лаборатории оценили средства инсталляции и конфигурирования шлюзов Shout900 в 9,7 баллов по десятибалльной шкале.

Функциональные возможности шлюзов Shout900

Графический интерфейс администрирования Shoutbuilder позволяет сетевому администратору конфигурировать сеть ShoutIP в режиме реального времени. Этот интерфейс выдает связи между шасси, телефонными картами, каналами и портами. Администратор может конфигурировать все элементы шлюзов ShoutIP, включая IP-интерфейсы, средства маршрутизации вызовов и управления сообщениями сигнализации.

Утилита Shoutwatch обеспечивает мониторинг всех каналов и аварийных сигналов на всех узлах сети ShoutIP. Она предоставляет основанный на Windows графический пользовательский интерфейс, на который выводятся данные о вызовах в реальном масштабе времени. С помощью Shoutwatch можно контролировать порты и группы портов индивидуальных шлюзов, а также видеть тип и направление исходящих и входящих вызовов. Состояния каналов отражаются разными цветами, что облегчает их интерпретацию специалистами компании-оператора.

Что касается возможностей базовой архитектуры, то платформа Shout900 предоставляет от одного до восьми транковых соединений T1 или E1. В одном компактном корпусе высотой 1U этой платформы содержится медиашлюз, медиасервер, средства поддержки сигнализации SS7, интерактивного речевого ответа (Interactive Voice Response — IVR) и контроля вызовов (Call Control).

Среди функций обработки голосовой информации отметим следующие: автоматическое обнаружение типа вызова (телефон/модем/факс); прозрачную перекодировку голосовых потоков из кодировки А-типа в кодировку µ-типа и обратно; поддержку кодеков G.723 (5,3 или 6,3 Кбит/с), G.729B, G.729AB, G.711, G.726 (16, 24 или 32 Кбит/с), G.727 (16, 24 или 32 Кбит/с) и Netcoder (6,4—9,6 Кбит/с); механизм эхоподавления G.168; поддержку факс-аппаратов группы 3 и 4; обнаружение активности речи (Voice Activity Detection — VAD) вкупе с функцией подавления пауз (Silence Suppression) и генерацией комфортного шума; способность генерировать различные служебные сигналы (тон набора номера, сигнал “занято” и т. п.).

Протестированный шлюз способен выполнять функции динамической маршрутизации вызовов и управления качеством каналов связи (Link Quality Management — LQM), маршрутизации по характеристикам QoS и по критерию наименьшей стоимости (Least Cost Routing). Он поддерживает несколько таблиц маршрутизации на один канал/порт, а с целью гарантированного завершения вызова может перемаршрутизировать вызов через ТфОП или вторичную IP-сеть.

Интерес специалистов по телефонии должна вызвать система IVR, имеющая название Shoutscript. Хотя мы ее не тестировали, по утверждению представителей компании Net.com, она является функционально богатой средой разработки IVR.

Функция Shoutgate тоже не тестировалась, но и она достойна того, чтобы мы упомянули о ней. Эта функция обеспечивает транзакции в реальном времени между узлами сети ShoutIP и биллинговыми системами. Клиент RADIUS ПО Shoutgate позволяет шлюзам ShoutIP взаимодействовать с любыми совместимыми биллинговыми серверами. Обычно такой сервер, выполняющий также роль системы аутентификации, использует полученные с Shoutgate сообщения RADIUS для проверки статуса учетных записей.

Документация/техническая помощь

Инженеры CT Labs оценили четыре типа руководств по использованию шлюзов Shout900. Первое из них — Руководство по инсталляции и эксплуатации (Installation and Maintenance Manual) — содержит множество качественных иллюстраций, но в нем отсутствуют какие-либо рекомендации по поиску и устранению неисправностей в шлюзах. В лаборатории CT Labs это руководство оценили в 8,5 баллов.

В руководстве по быстрому старту (Quick Start Guide) сети ShoutIP предлагаются советы по ее планированию и составлению шаблонов маршрутизации вызовов, а также описываются процедуры инициализации и конфигурирования устройств Shout900 посредством Telnet-подобного интерфейса. Однако в нем содержится минимум полезных графических данных, отсутствует алфавитный указатель и рекомендации по поиску и устранению неисправностей. Оценка этого документа — 7,5 баллов.

В руководство для пользователей Shoutbuilder включены вопросы инсталляции и использования этой графической утилиты. В нем есть подробнейший алфавитный указатель и множество высококачественных снимков экранов, но и в этом документе отсутствуют рекомендации по поиску и устранению неисправностей. Его оценка — 9,0 баллов.

Последним изученным документом стало Руководство для пользователей Shoutwatch. Оно имеет те же плюсы и минусы, что и Руководство по системе Shoutbuilder; его оценка — 8,5 баллов. Инженеры CT Labs особо отметили, что во всех проанализированных ими руководствах содержится очень много дополнительных примечаний и весьма ценных технических рекомендаций.

В ходе тестирования также были тщательно изучены системы онлайновой помощи, интегрированные в графические интерфейсы Shoutbuilder и Shoutwatch (эти система основаны на содержимом соответствующих руководств для пользователей). В меню помощи Shoutbuilder есть опция, позволяющая открывать либо полный файл помощи, либо только ту его часть, которая соответствует текущему разделу интерфейса GUI. Обе интегрированные системы помощи удачно скомпонованы по темам и тщательно проиндексированы, что позволяет легко и быстро находить в них нужную информацию по любой теме. Однако, как и в случае с рассмотренными выше руководствами для пользователей, в них отсутствует какая бы то ни было информация по поиску и устранению неисправностей. В целом инженеры CT Labs оценили интегрированную помощь в 8,8 баллов.

Интерфейс администратора

В лаборатории CT Labs оценили две графические утилиты администратора: Shoutbuilder и Shoutwatch. Первая из них предназначена для исходного и текущего конфигурирования шлю-зов Shout900. Что инженерам CT Labs понравилось в ней больше всего, так это изобилие опций редактирования. Использование целого ряда опций, таких, как “вставка” (paste), “многократная вставка” (paste multiple) и “множественное редактирование” (edit multiple), облегчает конфигурирование. Например, множественное редактирование позволяет администратору одновременно изменять один и более параметров каждого выбранного пользователя, не изменяя при этом остальные параметры данных пользователей. Очень удобная опция! Кроме того, с помощью Shoutbuilder администратор может легко обозревать все аппаратные компоненты каждого шлюза Shout900.

Другой превосходной функцией Shoutbuilder является проверка целостности конфигурационного файла перед его загрузкой. Эта проверка позволяет разложить для администратора “по полочкам” все возможные недочеты и ошибки и еще раз критически оценить новую конфигурацию перед загрузкой ее на устройства Shout900. Понятно, что гораздо лучше выявить ошибки конфигурирования на этой стадии, чем обнаружить их уже после активизации файла конфигурации на устройстве Shout900. В целом Shoutbuilder — это хорошо разработанный, интуитивно понятный и наделенный несколькими очень полезными возможностями интерфейс GUI.

Утилита Shoutwatch позволяет администратору контролировать порты, вызовы и аварий-ные сигналы устройств Shout900. На главном ее экране отображаются порты системы и их статус. Инженерам CT Labs очень понравилось наличие в Shoutwatch отдельного окна с подробными пояснениями статуса портов. Такое окно представляет собой оперативный справочный пункт, предоставляющий ценную информацию неопытным пользователям и в то же время не занимающий пространство обзора главного экрана.

Чтобы проверить статус любого незавершенного вызова, администратор может открыть окно “Свойства вызовов” и выяснить детали, связанные с вызовом, его маршрутизацией, конфигурацией сети ISDN и т. д.

Качество речи

В этом тесте проигрывались файлы с образцами эталонной речи, затем речь передавалась че-рез шлюзы и смоделированную сеть (при разных тестовых условиях). Качество полученной речи анализировалось с использованием тестовой системы OPERA компании Opticom по методике PESQ (Perceptual Evaluation of Speech Quality). Результаты этих тестов представлены в табл. 2.

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

Точность передачи DTMF-сигналов

Одна из сложнейших задач, выполняемых голосовыми шлюзами, состоит в надежной передаче внутриполосных DTMF-сигналов в каждом направлении вызова. Необходимость в такой передаче обычно возникает тогда, когда звонящие абоненты осуществляют доступ к системе IVR, голосовой почте или другим подобным сервисам.

Учитывая тот факт, что, используемые в шлюзах кодеки, оптимизированы для эффективной передачи речи, они (за исключением кодека G.711) не гарантируют качественную пересылку сигналов DTMF и, следовательно, надежное их детектирование принимающей стороной. Во многих шлюзах применен так называемый метод DTMF-ретрансляции (DTMF relay), который заключается в том, что DTMF-сигналы детектируются на передающем шлюзе и отправляются в специальных пакетах на дальний конец, где регенерируются принимающим устройством.

Наш тест позволял проверить, корректно ли DTMF-цифры, отправленные одной стороной, были получены другой. При выполнении этого теста между двумя шлюзами пересылались произвольные строки, состоящие из цифр с различной длительностью тонов: 80 мс — активное состояние, 80 мс — пауза; 100 мс — активное состояние, 100 мс — пауза; 500 мс — активное состояние, 300 мс — пауза.

Запустив эти тесты, инженеры CT Labs обнаружили проблему с длинными цифрами: они воспринимались принимающим устройством не как одна цифра, а как две. Изучив проблему, компания Net.com предоставила новую версию (3.2 v82) встроенного ПО шлюза, которая должна была решить эту проблему. Однако проблема осталась, а новая версия всего лишь видоизменила ее: теперь все парные цифры передавались в усеченном виде (например, строка “1223441” передавалась как “12341”). И только еще одна скорректированная версия ПО (3.3.1 v23) устранила эту проблему. Как и следовало ожидать, частота появления ошибок DTMF-передачи (табл. 3) приблизительно равнялась проценту пакетов, которые терялись в результате преднамеренного ухудшения условий их прохождения по сети.

Установление/завершение вызовов

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

Принимая во внимание искусственно ухудшенные условия прохождения трафика через сеть IP, можно сказать, что полученные при выполнении этого теста результаты (табл. 4) являются нормальными. На первый взгляд может показаться неожиданным более высокое число неудавшихся вызовов, полученное в ходе теста со “взрывной” перегрузкой. Однако, если учесть, что для установления вызовов требуется переда-ча большого числа служебных пакетов, становится понятным, почему “взрывная” перегрузка с более высокой вероятностью затронет часть из них.

Разрыв сеанса связи

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

Компания Net.com достаточно оперативно отреагировала на эту проблему, выпустив откорректированную версию ПО. Наличие сбоев, возникающих при проведении теста с 5%-ной потерей пакетов, связано, скорее всего, с коротким тайм-аутом для завершения вызова, заложенным в сценариях CT Labs. Поэтому полученное число прерванных вызовов (табл. 5) выглядит вполне типичным.

Восстановление после разрыва IP-соединения

Этот тест позволял проверить, насколько быстро испытуемые шлюзы могли инициировать вызовы после того, как их IP-соединения принудительно разъединялись на 30 с, а затем снова восстанавливались (тем самым имитировался обширный сбой в работе сети WAN). В ситуациях, когда стабильность сети WAN оставляет желать лучшего, проверка скорости восстановления соединения после сбоя является весьма актуальной.

В ходе этого теста шлюзы ресинхронизировались и могли снова устанавливать вызовы спустя 10—15 с после восстановления соединения. При этом весь процесс происходил автоматически — администратору не нужно было предпринимать абсолютно никаких действий, чтобы запустить шлюзы Shout900 и инициировать обработку ими вызовов.

Восстановление после нарушения электропитания

В этом тесте измерялось время, которое необходимо шлюзам для возобновления обработки вызовов после отключения электропитания на 30 с. Хотя инженеры CT Labs рекомендуют инсталлировать критически важные шлюзы с источниками бесперебойного питания (ИБП), в случае кратковременного отключения напряжения питания важно знать, сможет ли шлюз надежно восстановиться без вмешательства администратора. Шлюзы Shout900 справились с этим заданием, начав принимать и обрабатывать вызовы спустя 4,5 мин после восстановления электропитания.

Техническая поддержка

На протяжении всего процесса тестирования каждый испытатель отслеживал, насколько быстро и квалифицированно отдел технической поддержки Net.com отвечал на поставленные вопросы. Технические специалисты Net.com, с которыми приходилось контактировать в ходе тестирования, оказались людьми знающими и энергичными, стремящимися во что бы то ни стало решить поставленные перед ними далеко не простые задачи. В лаборатории CT Labs работу службы технической поддержки Net.com оценили в 9,0 баллов..





  
8 '2004
СОДЕРЖАНИЕ

бизнес

• От традиционной маршрутизации к защищенной

• Инструмент для предоставления эффективного сервиса

• Landata: курс на проекты любого уровня сложности

инфраструктура

• Тестируем системы мониторинга беспроводных ЛВС

• Лучшие продукты 2004 года

информационные системы

• Эффект Domino

сети связи

• Российские производители выходят на передовую

• Тестируем VoIP-шлюзы Shout900 компании Net.com

кабельные системы

• Анатомия кабеля промышленного назначения

• Удобные и эффективные ударные инструменты

защита данных

• IP-камеры готовы к интеграции с корпоративной сетью

новые продукты

• ИБП PowerLine RT компании NeuHaus; Коммуникационная система HiPath 4000 концерна Siemens; Новые транспондеры MRV Communications; «Просветите» свою СКС


• Калейдоскоп



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх