ASUS iPBX-30 & AX-112

Тестирование

Тестирование пары SIP-устройств начнём с проверки защищённости, для чего воспользуемся утилитой Positive Technologies XSpider 7.5 (Demo build 1712). Сначала был проверен SIP-клиента AX-112. Всего было обнаружено 18 открытых портов (17 TCP и 1 UDP): TCP-25, TCP-80, TCP-81, TCP-82, TCP-83, TCP-110, TCP-119, TCP-143, UDP-161, TCP-1080, TCP-1110, TCP-3128, TCP-5060, TCP-7900, TCP-8000, TCP-8080, TCP-8088 и TCP-8888, однако всего два порта оказались незаблокированными: TCP-80 (HTTP) и UDP-161 (SNMP). Далее приводится информация, которую нашёл для каждого из портов сканер безопасности. TCP-80 (HTTP) UDP-161 (SMNP) Просканируем iPBX-30 из внутренней подсети со службами, включенными по-умолчанию. Всего было обнаружено 17 открытых портов: TCP-25, TCP-80, TCP-81, TCP-82, TCP-83, TCP-110, TCP-119, TCP-143, TCP-1080, TCP-1110, TCP-3128, TCP-5060, TCP-7900, TCP-8000, TCP-8080, TCP-8088 и TCP-8888. Однако лишь для порта TCP-80 (HTTP) сканер смог получить дополнительную информацию. После запуска всех служб, на iPBX-30 было обнаружено уже 20 открытых портов. К приведённому выше списку добавились следующие: TCP-21 (FTP), TCP-23 (Telnet) и TCP-55555 (UPnP). Далее представлена информация, которую удалось получить для двух из трёх новых портов. TCP-21 (FTP) TCP-55555 (HTTP) Мы решили проверить, сохранилась ли ошибка с доступом к сервису Telnet, которая была обнаружена при работе с RX3042H. Оказалось, что в iPBX-30 данная ошибка сохранилась. Суть её в том, что при включении сервиса Telnet (по-умолчанию выключен) он становится доступен на всех интерфейсах (LAN, WAN1, WAN2), и нет возможности его закрыть, то есть устройство игнорирует правила файрволла, не блокирует доступ к сервису (уже исправлено в новых прошивках). Следующим шагом стала проверка пропускной способности тестируемых устройств. Начато было с iPBX-30, график загрузки канала которого представлен далее. Для имитации нагрузки использовались четыре экземпляра утилиты netcps. Сначала была измерена скорость LAN->WAN, которая для одного потока составила порядка 91 Мбит/с, а для двух и более – 97 Мбит/с, что, на наш взгляд, является отличным результатом. Скорость входящего трафика (WAN->LAN) оказалась чуть-чуть меньше, - порядка 88Мбит/с, что также весьма достойный результат. При этом скорость входящего трафика не зависела от количества одновременно работающих сессий. Далее был проведён тест на одновременный поток данных в оба направления (LAN<->WAN). И здесь нас ждал приятный сюрприз. Мы запустили два экземпляра netcps для потока LAN->WAN и два для WAN->LAN. Скорость передачи для каждого из потоков составляла около 67 Мбит/с, то есть суммарная скорость превышала 130 Мбит/с. Полный дуплекс! К сожалению, стабильной эту скорость назвать нельзя, потому что нет плавных жёлтой и красной линий на третьем участке представленного графика. На третьем отрезке видно, что диспетчер задач в Windows XP не смог отобразить зелёную линию – значение суммарной скорости. К сожалению других производителей, такая скорость была зафиксирована нами впервые. Перейдём к тестированию AX-112. Здесь, по сути, производится коммутация между портами, и можно было бы ожидать сравнимых с iPBX-30 скоростей, однако полученные данные нас также удивили, но на этот раз в плохом смысле – скорости едва ли можно назвать удовлетворительными. График загрузки канала при тестировании представлен далее. Первый участок, занимающий почти третью часть графика, представляет загрузку канала, когда данные передаются из «LAN» в «WAN». Начало и конец первого участка соответствуют одной сессии, а середина - двум и более одновременным потокам. Мы, было, подумали, что это у нас с тестовыми компьютерами что-то не так и соединили их куском кабеля напрямую. График загрузки представлен на второй части рисунка. Загрузка стабильно колеблется около 85-87 Мбит/с, значит, тестовые компьютеры тут ни при чём. Далее был проведён тест с одновременной передачей данных в оба направления, что отражено на третьем участке графика. Суммарная скорость составляла 20 Мбит/с и постоянно колебалась с большой амплитудой. Четвёртый участок графика также представляет суммарную скорость порядка 20 Мбит/с, но отражает поток данных WAN->LAN. К сожалению, признать удовлетворительным такое поведение AX-112 нельзя. Поэтому мы бы не рекомендовали размещать устройство между активной рабочей станцией, которая может интенсивно использовать FE канал, лучше повесить шлюз на отдельный порт мощного коммутатора. Следующим этапом проверки стала проверка скорости работы встроенного FTP-сервера, данные которого хранятся на подключаемой к устройству по USB флеш-карт. Естественно, сначала была проверена скорость обращения к флеши на обычном компьютере и установлено, что чтение и запись происходят на скоростях, превышающих 100 Мбит/с. Затем карта Transcend JetFlash 2 Гб была подключена к iPBX30. Было обнаружено привычное для такого класса устройств проседание скорости. Получение файла с FTP-сервера происходило со скоростью, приблизительно равной 340 Кб/с, то есть где-то 2,7 Мбита/с, этому соответствует первый участок приведённого ниже далее графика загрузки канала FE. Закачка данных на FTP-сервер происходила со скоростями в 50 Кб/с, то есть 400 Кбит/с (второй участок графика). При одновременном восходящем и нисходящих потоках получалось, что средняя скорость нисходящего потока составила 290 Кб/с, то есть приблизительно 2,3 Мбита/с, а восходящего – 5 Кб/с, то есть 40 Кбит/с. Конечно, в качестве корпоративного FTP-сервера такое решение не может быть признано удовлетворительным, однако, для хранения небольших файлов, например, конфигурационных, подойдёт вполне. Также можно использовать протокол FTP для доступа к голосовым почтовым ящикам пользователей, которые разумно разместить на флэш или внешних USBшных жёстких дисках. Проверим, что сохраняет устройство на подключаемом внешнем USB-накопителе. Были обнаружены две папки: ippbx.cdr и ippbx.spool, в первой из которых содержится текстовая информация о совершённых разговорах, а вторая содержит wav-сообщения голосовой почты и сопроводительные текстовые файлы. Строка CDR-отчёта приводится далее. CDR:"","","t","local","thg1","SIP/5555-5f45","","Hangup","","2007-07-27 01:38:54","2007-07-27
01:38:54","2007-07-27 01:39:23",29,29,"ANSWERED","DOCUMENTATION" Текстовый сопроводительный отчёт к голосовому сообщению также приведён далее. ;
; Message Information file
;
[message]
origmailbox=6666
context=local
macrocontext=
exten=t
priority=2
callerchan=SIP/5555-f2e0
callerid=thg1
origdate=Fri Jul 27 01:40:29 AM GMT 2007
origtime=1185471629
duration=26 Однако прослушать голосовые сообщения так и не удалось. При звонке на номер голосовых ящиков (8500) можно было перемещаться по меню, однако сами сообщения почему-то оказались недоступны. Мы решили скопировать их на компьютер по протоколу FTP и прослушать. Качество записи оказалось вполне хорошим, однако громкость – очень низкой, так что придётся на максимум повышать громкость активных наушников, чтобы услышать сообщение.

Заключение

Мы остались довольны устройствами, особенно набором функций для SIP у регистратора, и считаем, что ASUS iPBX-30 будет вполне достаточно для организации цифровой телефонии дома и в небольшом офисе, а AX-112 сможет работать в качестве SIP-адаптера в любой IP-сети. Нас очень порадовали предоставляемые скорости маршрутизации у iPBX-30 и очень огорчили у AX-112, для подключения которого мы рекомендуем выделять отдельный порт на корпоративном коммутаторе, а не включать в разрыв между коммутатором и компьютером. AX-112 может служить шлюзом в сеть PSTN для нескольких SIP-телефонов, работающих в сети iPBX-30. На момент написания статьи AX-112 можно было купить в Интернет-магазинах Москвы по цене $60, а iPBX-30 ещё не продавался.