IgorG - персональные заметки » VoIP

Отправка файла на asterisk

igorg — Fri, 06 Apr 2012 18:38:29 +0000

В Asterisk достаточно давно есть механизм AJAM для работы с командами менеджера через HTTP/HTTPS. Хотя возможность эта уже не нова, но её использование в основном ограничивается Asterisk GUI, в реальной жизни используется редко.

Кроме аналогичных стандартному AMI функций AJAM позволяет и выполнить некоторые непривычные операции. Например, немногие знают, но Asterisk позволяет удаленно загружать файлы на сервер. Эта возможность, кстати, используется в панели телефонии 1С от МИКО для передачи факса. Для истории опишу, какие шаги нужно выполнить чтобы загрузить файл через AJAM на сервер астериска.

Для начала аккаунт менеджера, используемый для подключения, должен быть настроен в manager.conf обычным образом, у пользователя должна быть установлена привилегия config на запись. Далее в http.conf создаем секцию post_mappings:

[post_mappings]
uploads=/var/lib/asterisk/uploads

В данном случае имя параметра — часть URL для запроса записи в папку, значение — папка для записи. Функция реализующую данную опцию содержится в отдельном модуле — res_http_post.so, он должен быть загружен для того чтобы все заработало. Если такого модуля нет, то его придется собрать из исходных кодов, для его сборки в свою очередь нужен libgmime-devel. После загрузки модуля проверяем что настройки применились:

pbx*CLI> http show status
HTTP Server Status:
Prefix: /asterisk
Server Enabled and Bound to 0.0.0.0:8088

HTTPS Server Enabled and Bound to 0.0.0.0:4443

Enabled URI's:
/asterisk/httpstatus => Asterisk HTTP General Status
/asterisk/phoneprov/... => Asterisk HTTP Phone Provisioning Tool
/asterisk/amanager => HTML Manager Event Interface w/Digest authentication
/asterisk/uploads => HTTP POST mapping
/asterisk/arawman => Raw HTTP Manager Event Interface w/Digest authentication
/asterisk/manager => HTML Manager Event Interface
/asterisk/rawman => Raw HTTP Manager Event Interface
/asterisk/static/... => Asterisk HTTP Static Delivery
/asterisk/amxml => XML Manager Event Interface w/Digest authentication
/asterisk/mxml => XML Manager Event Interface

Enabled Redirects:
None.

Протестировать загрузку файла можно выполнив из консоли следующие команды (конечно использовав ваши логин и пароль):

curl --cookie cookies.txt --cookie-jar cookies.txt «http://pbx.mycorp.ru:8088/asterisk/rawman?action=Login&username=admin&secret=manager»

curl --cookie cookies.txt -F «file=@Fax.pdf» http://pbx.mycorp.ru:8088/asterisk/uploads

Если все нормально, то файл будет загружен в нужную папку, а вы уведите ответ сервера:

200 OK

OK

File successfully uploaded.

Asterisk Server

Если не авторизоваться вызовом первой команды, то вы получите привет от HAL9000:

403 Access Denied

Access Denied

Sorry, I cannot let you do that, Dave.

Asterisk Server

Неправильно сформированный запрос. например использование метода PUT вместо POST:

501 Not Implemented

Not Implemented

Attempt to use unimplemented / unsupported method

Asterisk Server

Есть и другие сообщения об ошибке, подробнее в них поможет разобраться код модуля, файл res_http_post.c

Обновление в поддержке протокола Unistim

igorg — Fri, 23 Mar 2012 16:05:14 +0000

Протокол Unistim — проприетарный протокол компании Nortel, который также поддерживается в Asterisk начиная, кажется, с версии 1.6.2. Изначально автор канала написалсобственный сервер для поддержки этого протокола, затем наработки использовал для создания канала chan_unistim.

Однако после появления канала в 1.6.2 он не поддерживался, а так же не дорабатывался. Примерно год назад я начал заниматься доработкой данного канала, что привело к следующим последствиям:

Я стал одним из т.н. Asterisk Community Developers и мейнтейнером chan_unistim
Неделю назад весь объем доработок был добавлен в trunk и будет присутствовать в Asterisk 11

Немного более подробно о том что сделано и что планируется.

Прежде всего, что это и для чего нужно. Данный канал может быть интересен для тех, кто обладает станцией Nortel и думает над её расширением или заменой, ведь не все телефоны Nortel имеют поддержку SIP протокола (сейчас канал поддерживает модели 2001, 2002, 2004, 1110E, 1120E, 1140E, 1150E, с любыми версиями протокола Unistim). Кроме того, энтузиасты могут собрать очень бюджетную IP-телефонную станцию (телефон i2002 стоит на ebay от $10).

Текущий драйвер конечно не повторяет полностью функции станций Nortel, но со временем всё может стать возможным. Наиболее важные произведенные изменения:

Добавлена поддержка нескольких линий
Добавлена поддержка многоязычности
Подбор вызова

В целом сделана большая работа, хочется сделать большее:

Улучшить стабильность работы канала
Добавить функцию 3-way call (возможно и n-way!)
Сделать сайт проекта (unistim.igorg.ru), чтобы помочь всем желающим использовать Nortel телефоны в полной мере с астериском
Добавить поддержку Unistim во FreePBX

Готов ответить на все вопросы в комментариях.

Несколько учетных записей одного провайдера на Asterisk

igorg — Wed, 22 Feb 2012 06:05:22 +0000

В настоящее время самым доступным способом подключения к цифровой телефонии является использование протокола SIP. Даже средние компании при подключении часто используют более одного телефонного номера, либо количество каналов, привязанных к одному номеру не хватает и устраивается псевдо-серийный номер путем использования переадресации между несколькими SIP аккаунтами. Я хотел бы написать о небольших проблемах, которые несет в себе такой способ подключения, а так же о способах их решения. Необходимость такого разъяснения возникла после неоднократного появления на форумах типовых вопросов, на которые как правила многие «специалисты» дают неправильные ответы.

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

Проблема:

При регистрации на сервере оператора ваш Астериск сообщает серверу провайдера свой IP адрес, а так же порт, где будет ожидаться соединение по SIP протоколу. При этом Астериск для нескольких учетных записей использует один и тот же порт. Далее работа настроенного транка делится на два типа: совершение исходящих и входящих вызовов. При совершении исходящих вызовов в команде Dial/msk1111111 указывается имя пира, для вызова используются соответствующие авторизационные данные. Пример конфигурации:

register=74951111111:xxx@myprovider.ru
register=74952222222:yyy@myprovider.ru

[msk1111111]
username=74951111111
fromuser=74951111111
context=from-trunk1111111
type=friend
secret=xxx
insecure=invite
host=myprovider.ru

[msk2222222]
username=74952222222
fromuser=74952222222
secret=yyy
context=from-trunk2222222
type=friend
insecure=invite
host=myprovider.ru

У многих существует иллюзия, что при входящем вызове так же произойдет авторизация по указанным логину и паролю, однако это не так (обратите внимание что при настройке транков вы повсеместно используете опцию insecure=invite). При поступлении входящего вызова авторизация не предусмотрена, поэтому поиск пира по имени пользователя и паролю невозможен. Однако поиск транка, по которому поступил вызов происходит и он отображается в наименовании входящего канала. Каким образом? По значению параметра host и port, а так как они одинаковы, то на какой бы номер вызов не поступил входящий вызов, всегда будет найден последний (поведение между версиями asterisk может отличаться) из пиров. В примере — это пир msk2222222.

Наблюдаемые аномалии:

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

Решение (способ1):

Игнорировать наличие проблемы, максимально компенсировать её наличие настройками. Вызовы от всех аккаунтов, относящихся к одному серверу,принимать в едином контексте. Некорректное завершение вызова игнорируем, в первую очередь принимая вызовы через последний описанный в sip.conf аккаунт.

Решение (способ2):

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

Решение (способ3):

Использовать FreeSWITCH, для полной либо частичной замены Asterisk в такой ситуации. Этот способ решения позволяет сделать полностью технически верное решение для организации транка в такой ситуации. FreeSWITCH в отличии от Asterisk имеет возможность настройки нескольких SIP профилей, использующих различные порты и интерфейсы. При использовании данного решения настраивается несколько профилей, по количеству регистраций. В зависимости от CallerID исходящие вызовы маршрутизируются в диалплане FS.

Обзор шлюза Eltex TAU-36.IP и УЭП1-1

igorg — Thu, 26 Jan 2012 07:08:41 +0000

В бытность своей работы в компании Сибирьтелеком, ныне — Сибирский филиал Ростелеком, я впервые познакомился с оборудованием Новосибирской компании Eltex. Тогда множество оборудования передавали на тестирование и я уже не помню, какое оборудование пришлось использовать в то время, одно могу сказать точно — оборудование и компания обратили на себя внимание благодаря хорошим возможностям и быстрой реакции на замечания. Элтекс — это случай когда российская компания заслуживает уважения за производимый ею продукт.

Со времени первого знакомства компания Eltex достаточно сильно изменила свой ассортимент и к производству АТС для операторов связи прибавили и набирающее популярность VoIP направление. Компания продолжает значительно расширять спектр оборудования для телекомов и имеет в своем арсенале полный комплект оборудования интересующего операторов связи:

Традиционная телефония на базе МС240
VoIP: платы TM.IP и серия TAU-36 (72).IP со стороны станции и многочисленные VoIP шлюзы
Softswitch ECSS-10
Ethernet коммутаторы различного назначения
Абонентские устройства: GPON, STB, VoIP
Другое оборудование уровня магистрали и доступа

Сейчас у меня на тестировании абонентский VoIP шлюз на 36 FXS портов — Eltex TAU-36.IP и устройство питания УЭП1-1. В обзоре будет содержаться информация сразу о двух взаимосвязанных устройствах: для питания шлюза используется источник постоянного тока 48В, которым выступает устройство электропитания. Такое сочетание позволяет подключить несколько шлюзов к одному источнику питания, а так же задействовать батареи для резервного питания в случае аварии.

Обзор

Устройство питания УЭП1-1 исполнено в форм-факторе 1U и позволяет питать устройства суммарной потребляемой мощностью до 250Вт, что позволяет запитать относительно небольшое количество шлюзов от данного источника питания. Существуют более мощные агрегаты мощностью 2.4кВт и 4 кВт, занимающие 3U и 6U в стойке. Используя их можно уместить в 17 юнитах более тысячи FXS портов.

TAU-36.IP — абонентский шлюз на 36 FXS портов, питаемый от постоянного тока 48В, имеющий 4 гигабитных интерфейса и работающий по протоколам SIP/SIP-T/H.323. Что касается ассортимента близких к TAU-36.IP продуктов, существует еще:

Eltex TAU-72.IP — аналогичный по устройству шлюз с большим количеством абонентских комплектов. Полностью аналогичен по ПО шлюза.
Eltex TAU-32M.IP — модульный шлюз, FXS и FXO модули по 8 портов. Интересен для тестирования, прайсы правда содержат только цена для FXS модуля. Очень интересная позиция для тестирования благодаря возможности комбинировать FXS и FXO порты.

Цена устройств очень привлекательна. Комплект из двух устройств, имеющихся у меня, стоит примерно 49000 р. При этом, чем большее количество портов вам нужно смонтировать, тем меньше будет плата из расчета за один порт:

1375 р. за порт — при использовании комплекта УЭП1-1 + TAU-36.IP
940 р. за порт — при использовании комплекта УЭП1-1 + TAU-72.IP
860 р. — при установке 2-х TAU-72.IP
При упомянутой тысяче портов — немногим менее 800р. за порт

Аналогичные устройства, когда либо использовавшиеся мной ранее — DLink DVG-2032S и VegaStream Vega 5024. Основные выводы будут основаны на опыте работы именно с этими устройствами.

Комплектация и внешний вид

Ко мне шлюз и устройство питания приехали во внушительного вида коробке, в которой находились все необходимые провода, комплекты крепления в стойку, перечислять которые я считаю лишним в данном случае (полный список — в документации на сайте производителя). Основное содержимое:

Шлюз TAU-36.IP
Устройство электропитания УЭП1-1
Комплект документации на оба устройства

Документация шлюзов не производит впечатления своей толщиной — общий объем двух документов чуть более 100 страниц. В моей практике были случаи когда документация на ADSL модем или VoIP адаптер была более чем в два раза толще и бестолковее. В этом же случае, документация написана толково, с подробным объяснением технических деталей, приведены сценарии вызовов при использовании SIP протокола, есть схемы расшивки кабелей и электрические схемы подключения шлюза. Конечно существуют вопросы и не освещенные в документации, их можно задать на форуме производителя или у поддержки по email. Удовлетворяющие меня ответы на свои вопросы я находил в документации в 100% случаях.

Оба устройства имеют единые габариты — 1 unit, глубина 24 см. УЭП на задней панели имеет разъем для подключения питания 220В, клеммы для подключения нагрузки и батареи, а также предохранители. На передней: 4 индикатора (питание, перегрузка, состояние, авария), COM-порт для подключения к компьютеру или станции МС-240, предохранители-автоматы отключающие батарею и нагрузку и выключатель питания

У шлюза все индикаторы и разъемы вынесены на переднюю панель, сзади расположены лишь клемма для подключения заземления. Световая индикация шлюза:

Power — наличие питающего напряжения
Status — индикация состояния шлюза (отлична от зеленого при прошивке/перезагрузке)
Alarm — наличие проблем в работе шлюза
SFP — наличие активного оптического линка

Рядом со световыми индикаторами находится кнопка «F», выполняющая перезагрузку шлюза, а так же служащая для загрузки шлюза с заводскими настройками. Рядом же расположена клемма для подключения к источнику постоянного питания и кнопка включения устройства. Справа расположены исключительно разъемы:

2 разъема CENC-36M (Centronics) для подключения аналоговых ТА
3 разъема Ethernet 10/100/1000
Разъем для SFP модуля
Консольный порт для управления

Возможности

Характеристики УЭП1-1:

Выходная мощность: 250Вт
Выходное напряжение: 44-56В
Работа в буфере с аккумуляторной батареей
Защита батареи от глубокого разряда

Характеристики TAU-36.IP:

Потребляемая мощность — 75 Вт (при использовании одновременно всех линий шлюза)
Поддержка SNMP1/2/3 и Radius
Протоколы — SIP/SIP-T и H.323. Существует отдельная версия шлюза с поддержкой MGCP/MEGACO.
Тоновый/Импульсный набор
Определение номера — CallerID (v23 и bell202) и русский АОН
Поддержка факсов (Т.38 и passthru) и модемов (рекомендация V.152)
Все сетевые интерфейсы — 1000Мбит/с

Я специально выписал наиболее интересные характеристики, которые отличают данное устройство от подобных устройств других производителей. Почти все они обусловлены тем, что шлюз разрабатывается не по шаблонному набору функций, а по требованиям конкретных российских реалий. Именно поэтому в шлюзе нет поддержки MWI (хотя уверен, она может просто добавлена), а есть такие редкие для других устройств возможности как импульсный набор и русский АОН, что позволит без полной замены аппаратов обновить телефонию на предприятиях. Здесь нет функций роутера, которая в 100% случаях лишняя в таком устройстве — всегда предпочтительнее установить отдельный роутер, чем использовать ограниченные средства комбинированного устройства. Хотя тут могут быть разные мнения, я же являюсь сторонником специализированных устройств для профессионального применения.

После разбора общих характеристик хотелось бы обратить внимание на отдельные наиболее интересные для меня возможности шлюза:

Поддержка резервных Proxy

При использовании SIP протокола в шлюзе возможно указать до 5 прокси серверов и серверов регистрации. При сбое текущего сервера в зависимости от выбранного режима происходит переход на использование резервного сервера, а так же мониторинг состояния отказавшего узла. Хорошим дополнением к данной функции была бы поддержка DNS SRV записей, в которых можно зафиксировать порядок предпочтения шлюзов и изменять приоритеты без изменения конфигурации шлюзов.

Provisioning

Настройка шлюза возможна тремя основными способами. Первый, самый очевидный — через веб интерфейс. Если нужно настроить однообразно несколько шлюзов, такой способ принесет массу хлопот. Второй способ — загрузкой через веб или с FTP/TFTP сервера файла конфигурации. Файл конфигурации представляет собой архив, содержащий в себе папку /etc/config. Конфигурация шлюза состоит из нескольких текстовых файлов, каждый из которых отвечает за свою секцию в настройках, так как файлы текстовые — их легко можно создать для большого числа шлюзов. Для оперативного изменения настроек подходит другой способ — используя SNMP, MIB для шлюза содержатся на диске, прилагаемом к шлюзу, описание параметров - в инструкции.

Сетевые параметры

Устройство имеет широкий спектр сетевых настроек: позволяет настроить VLAN практически во всех мыслимых комбинациях, присвоить различный приоритет разным видам сетевого трафика, управлять параметрами QoS, а так же распределить управление, сигнализацию и голос по разным VLAN и интерфейсам. Так же настраиваются все сетевые порты, используемые устройством.

Внутренняя коммутация при потере связи

В дополнение к функции резервирования шлюз имеет возможность сам работать как SIP proxy для вызовов между абонентами подключенными к одному шлюзу. Если установить шлюз последним в списке, то при аварии и недоступности всех резервных прокси будет обеспечена связь между абонентами одного шлюза. Другие устройства с функцией резервного прокси также смогут использовать шлюз для связи с абонентами конкретного шлюза. Эдакий младший брат resilence mode в шлюзах Vega, там аналогичная возможность позволяет в целом не заметить исчезновения связи с головным прокси.

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

Шлюз позволяет в случае возникновения проблем с кабелем произвести дистанционно замеры электрических характеристик конкретной линии, что может сильно помочь в поиске и устранении проблем со старым кабельным хозяйством. Для проверки я произвел короткое замыкание на линии:

Результаты в норме:

common result	ok
foreign DC voltage B (RING), V	-1.50
foreign DC voltage A (TIP), V	0.20
line supply voltage, V	52.72
ringing voltage, V	106.95
resist A (TIP) — B (RING), kOm	530.43
resist A (TIP) — GND, kOm	422.12
resist B (RING) — GND, kOm	406.94
capacity A (TIP) — B (RING), mkF	0.74
capacity A (TIP) — GND, mkF	0.49
capacity B (RING) — GND, mkF	0.43

Результаты при коротком замыкании:

Port 14 test results
common result	resistance not measured
foreign DC voltage B (RING), V	-1.21
foreign DC voltage A (TIP), V	-1.50
line supply voltage, V	52.76
ringing voltage, V	107.97
resist A (TIP) — B (RING), kOm	0.03
resist A (TIP) — GND, kOm	228.77
resist B (RING) — GND, kOm	259.60
capacity A (TIP) — B (RING), mkF	0.00
capacity A (TIP) — GND, mkF	0.00
capacity B (RING) — GND, mkF	0.00

СОРМ

Устройство имеет поддержку функций СОРМ в соответствии с рекомендацией rfc3924. В соответствии с этим документом на устройство может быть передан запрос на перехват по протоколу SNMPv3, после чего устройство начнет пересылать запрошенные медиа-данные «куда надо». Для осуществления перехвата используются параметры, перечисленные в CISCO-IP-TAP-MIB.my и CISCO-TAP2-MIB.my.

Возможности отладки

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

Использование шлюза как УПАТС

Шлюз имеет набор функций, позволяющий использовать его как самостоятельную АТС для офиса, либо как вынос самостоятельно выполняющий ДВО, такие как переадресации вызова, трехсторонние конференции, перехват вызова в группе. Шлюз позволяет также загрузить файлы MusicOnHold. Правила набора позволяют направить вызовы с разными префиксами на различные прокси, правда не позволяя задать имена пользователей и регистрации, так что режим самостоятельной УПАТС представляет скорее интерес академический, чем практический. Использование в качестве функционального выноса — вполне возможно.

Режим подключения таксофона

Пожалуй, самая неожиданная и экзотичная функция — режим таксофона. Точно не для корпоративного применения, хотя вспоминаются ряды служебных телефонов на проходных заводов. Кто знает, кто знает... Шлюз поддерживает переполюсовку и тарифные импульсы различной частоты.

Использование

После чтения прилагаемой документации шлюз был подключен к УЭП кабелем из комплекта поставки. Никаких замечаний по подключению шлюза и получению доступа к нему у меня нет, все работает ровно так как заявлено, все четко и понятно. При знакомстве с веб-интерфейсом вздрогнул, так как структура настроек очень напомнила Linksys: такое впечатление что программисты разрабатывавшие не иначе изучали Linksys перед тем как разработать свой Веб-интерфейс.

Шлюз был без колебаний (и проблем) обновлен до последней версии ПО:

TAU-36.IP «tau72» (2354 Fri Sep 9 15:39:59 2011)
Linux version (199 Tue Sep 6 09:53:32 NOVT 2011)
ARM version (TAU36 PLD v250 date: 2011 Sep 1 time 11:7:40)

Регистрация шлюза на Asterisk и FreeSWITCH проблем не вызвала, базовые вызовы, использование различных кодеков и типов DTMF сигналов — так же без замечаний. При использовании режима передачи CallerID телефонный аппарат отобразил имя звонящего. Помимо имени и номера в посылках MDMF еще передается время и дата, так же возможно отключить передачу части из этих данных. Русский АОН не проверял, оно нам не надо...

Было проверено подключение по ssh и telnet. Оба способа приводят в консоль Linux, набор системных утилит — busybox. Ниже данные о системе, для тех кому интересно:

uname -a:

Linux fxs72 2.6.22.19-4.03.0-c300evm #199 Tue Sep 6 09:53:32 NOVT 2011 armv6l GNU/Linux

[admin@fxs72:/root]cat /proc/cpuinfo

Processor       : ARMv6-compatible processor rev 1 (v6l)
BogoMIPS        : 435.81
Features        : swp half thumb fastmult edsp java
CPU implementer : 0×41
CPU architecture: 6TEJ
CPU variant     : 0×1
CPU part        : 0xb36
CPU revision    : 1
Cache type      : write-back
Cache clean     : cp15 c7 ops
Cache lockdown : format C
Cache format    : Harvard
I size          : 16384
I assoc         : 4
I line length   : 32
I sets          : 128
D size          : 16384
D assoc         : 4
D line length   : 32
D sets          : 128

Hardware        : Comcerto 300 (x570)
Revision        : 0000
Serial          : 0000000000000000

[admin@fxs72:/root]df -h

Filesystem Size Used Available Use% Mounted on
/dev/root 15.1M 15.0M 175.0K 99% /

Большинство своих продуктов Eltex разрабатывают на базе SIP стека Sofia-SIP, что в общем ни хорошо и не плохо, его используют многие и уже долгое время. О надежности данных устройств я могу судить по отзывам из разных источников, выборка составляет десятки таких шлюзов и все характеризуют их как — «поставил и забыл». Единичны случаи возникновения проблем, после перезагрузки шлюза проблема уходит и он благополучно работает, работает и работает... Продукт существует уже достаточно давно (с начала 2009 года) и «детских» болезней уже не имеет, а исполнение и заложенные принципы на мой взгляд достойны положительных слов.

В завершении о двух проблемах, которые я встретил в процессе использования:

Английский язык не является родным для программистов, создающих веб интерфейс, следовательно встречаются опечатки, в том числе забавные. Например «ошибочный массаж» при загрузке конфигурации в разделе Bacup/Restore (Status or error massage)
При имитации короткого замыкания и тестировании линии произошло непредвиденное — вызов на тестировавшуюся линию после снятия замыкания шел бесконечно, помогла только перезагрузка шлюза.

Выводы

Во-первых, хочу выразить свою благодарность компании «АТС Дизайн» за предоставленное на тест оборудование. В который раз они дают мне возможность изучить новое для меня оборудование, хоть это и странное решение — привезти из Москвы то, что производится буквально под боком. Во-вторых, хочу сказать что мне очень понравилось. Российская компания делает хорошее железо, по отличной цене и предоставляет поддержку, обновляет прошивки, пишет документацию. Я не могу сказать за всех, кому-то конечно не подойдет для его целей этот шлюз, кому-то не хватит определенной функции, но на мой взгляд потребности в FXS шлюзах большой емкости семейство TAU-36/72.IP закрывают на 95%. С радостью отвечу на все вопросы и комментарии.

Достоинства:

Цена
Подробная документация
Наличие функции резервного proxy/resilence
Возможно резервное питание от батарей
Большая плотность портов
Гигабитный коммутатор
Большой функционал
Отечественный производитель
Поддержка экзотических для аналогов функций: импульсный набор, АОН, SIP-T и пр.

Недостатки:

Требует минимум выделение 2U в стойке
Нет поддержки MWI

Ссылки

http://eltex.nsk.ru/product/ustroistvo-elektropitaniya-uep1-1

Asterisk 10 (релиз)

igorg — Fri, 16 Dec 2011 09:51:36 +0000

Команда разработчиков проекта Asterisk сегодня представила релиз новой версии проекта — Asterisk 10. Исходные коды доступны для загрузки с серверов проекта.

Asterisk 10 — очередная версия астериска с серьезным функциональным обновлением. Данный релиз имеет стандартную поддержку при исправлении ошибок, по срокам аналогичную версии 1.6.2. Более подробная информация о сроках поддержки доступна здесь. Так же в этом релизе из номера версии удалена первая цифра «1», о причинах такого шага можно прочитать в переводе здесь.

Короткий список наиболее заметных изменений и нововведений:

Функция T.38 шлюза добавлена в модуль res_fax.
Независимая от протокола маршрутизация текстовых сообщений. Текстовые сообщения могут не ассоциироваться с активным голосовым вызовом, маршрутизироваться используя диалплан. На данный момент поддерживаются протоколы SIP и XMPP.
Новое, оптимизированное и хорошо настраиваемое приложение ConfBridge, позволяющее осуществлять работу с голосовыми потоками с частотой дискретизации 8kHz-192kHz
Добавление опции video_mode в confbridge.conf для предоставления режима простых видео-конференций в приложении ConfBridge ().
Поддержка определения hint-экстенженов используя pbx_lua.
Замена Berkeley DB на SQLite в качестве основной базы данных (AstDB).
Многое и много другое!

Более полный список изменений может быть найден здесь: http://svn.asterisk.org/svn/asterisk/tags/10.0.0/asterisk-10.0.0-summary.txt

Полнейший список изменений в файле CHANGES: http://svn.asterisk.org/svn/asterisk/branches/10/CHANGES

Так же, обновляя систему с предыдущих версий, убедитесь что вы прочли и, главное, поняли написанное в файле UPGRADE.txt: http://svn.asterisk.org/svn/asterisk/branches/10/UPGRADE.txt

Этот релиз Asterisk 10 был бы невозможен без помощи и работы сообщества. Спасибо сообществу за внимание к проекту!

GSM шлюз Topex VoiBridge VP 4

igorg — Sun, 04 Dec 2011 16:46:00 +0000

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

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

Обзор

Компания Topex существует уже более 20 лет и занимается разработкой и производством высококачественного телекоммуникационного оборудования как для SMB сегмента, так и для крупных предприятий и операторов связи. У меня на тестировании оказался шлюз Topex VP 4, представляющий из себя VoIP-GSM шлюз с 4 каналами GSM, не имеющий FXS или E1 портов, стоимость его около 63 тыс.р., что в полтора раза больше цены конкурентов. Посмотрим, чем обусловлена такая разница и кому будет полезен этот шлюз.

Комплектация и внешний вид

В руках держу шлюз Topex VoiBridge. Шлюз имеет четыре порта GSM, по одной SIM карте на каждый. Шлюз выполнен в металлическом корпусе, все разъемы и органы управления находятся на передней панели устройства, на задней панели только разъем для подключения блока питания. Органы управления:

Кнопка сброса
Порт WAN
Порт LAN
Консольный порт
SMA разъем для подключения антенны
Индикаторы состояния шлюза
Слоты для SIM карт и индикаторы их активности

Комплект поставки:

Шлюз
Антенна
Блок питания
Диск с документацией
Ethernet кабель

Характеристики

GSM/UMTS

Диапазон рабочих частот: 900/1800/1900 МГц или 2100 МГц
4 GSM канала (1 SIM карта на канал)
Возможный тип радиомодуля: Siemens, Wavecom, Huawei
Чувствительность приемника: -103 дБ
Сумматор — встроенный, разъем SMA типа

VoIP

VoIP-протоколы: SIP, H.323
Аудио-кодеки: G.711; G.726; G.723.1; G.729AB
Эхо-компенсация: G.168 длит. 32, 64 мсек

Общие

Стандарты и протоколы: SIP, NTP, TFTP, FTP, Telnet, HTTP, PPPoE, PAP, CHAP
Порты: 2 порта Ethernet, RS232
Энергопитание: 200-240В AC, 1.6 А, 50-60 Гц
Диапазон рабочих температур: 5°C— 50°C
Допустимая относительная влажность: 10-85%
Габаритные размеры устройства (ШxВxГ): 260^x48.25^x200 мм
Корпус — металлический со встроенной системой охлаждения

Использование

После чтения документации оказалось, что шлюз предлагает сразу 3 вида настройки — через SSH (или консольный порт), Web-интерфейс и OAM приложение под Windows. Все интерфейсы имеют различные пароли, а так же несколько вариантов входа с различными уровня доступа к дополнительным настройкам. Честно говоря такое обилие опций и вариантов входа поражает.

Далее после входа приступаем к настройке IP адреса. Через SSH нужно вооружиться знанием Linux, и вообще при работе с шлюзом через SSH вы работаете с консолью почти обычного Linux, дополненной командами шлюза, хорошо описанными в документации. При настройке через Web интерфейс невозможно настроить получение адреса от DHCP сервера.

После первоначальной настройки вердикт — для рядового человека шлюз достаточно сложен в настройке, хотя и имеет огромное количество возможностей. Или наоборот: имеет множество возможностей, поэтому сложен в настройке, что в общем закономерно. Настройка подробно описана в прилагаемой на CD документации, также документация доступна на странице продукта, а так же в объемном разделе wiki производителя.

В Web интерфейсе доступна маршрутизация между VoIP и GSM сетью. В достаточно простом виде указывается направления для вызовов из GSM сети, а так же маршруты из VoIP в GSM по префиксам и IP адресам. Маршрутизация настраивается просто, работает без проблем. Качество связи обычное для GSM сети, надежность и отсутствие сбоев оценить без установки шлюза в «боевых» условиях проверить сложно, однако отзывы и беспроблемная первоначальная настройка говорят о том, что шлюз разработан профессионально и работает без сбоев (почти со 100% вероятностью)

Так же настраивается работа сервисов SMS2Email и Email2SMS, настройки также просты, удалось проверить работу SMS2Email — тестовый email был получен.

Задав себе вопрос, смог ли этот шлюз заменить шлюзы других производителей, используемые у моих SMB клиентов, для себя получил ответ — в 50% случаях. Дело в том, что я настраиваю мониторинг баланса SIM карт,подключенных в шлюз через USSD запрос. К сожалению, как работать с USSD запросами в шлюзе Topex я так и не понял, нив документации, ни в wiki описания такой возможности нет.

С другой стороны — на вопрос, а полезна была бы такая замена я отвечу — нет. Шлюз выполняет все те же функции, но дополнительные затраты на него не оправданы — младшие братья предлагают необходимую для SMB проектов функциональность за ту же цену. Необходимость использования данного шлюза может быть связана с его особенностями:

Поддержка H323 протокола. Это один из немногих GSM шлюзов, который поддерживает H.323 протокол. В случае если VoIP сеть организации/оператора работает на базе этого протокола и не имеет поддержки SIP — на шлюз Topex стоит обратить внимание
Управление через OAM. Первый шлюз, который работает с утилитой, позволяющей массово настроить однородную массу оборудования. Если в системе используется большое количество GSM шлюзов — стоит обратить внимание на Topex
Возможность работы с SIM сервером. Тут все просто, если вам нужен SIM сервер — обратить внимание на Topex.

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

Выводы

Первым делом выражаю свою благодарность VoIP интернет-магазину pbxware.ru за предоставленное на тестирование оборудование.

Этот шлюз у меня вызвал противоречивые ощущения. С одной стороны это — профессионально выполненный GSM шлюз с большим количеством возможностей. С другой стороны — он несет 4GSM порта, что подходит для SMB сектора, которым чаще всего не нужны профессиональные функции, а кроме того излишняя сложность настройки противопоказана. Опять же цена выше аналогичных по функциям шлюзов. Быть может есть ваша VoIP сеть работает на базе h.323 — этот шлюз для вас, а так же если в вашей сети необходимо большое количество шлюзов с небольшим количеством портов.

Достоинства:

Поддержка SIP и H.323 протоколов
OAM приложение
Гибкая маршрутизация входящих/исходящих (LCR)
Возможность работы с UMTS
Возможность использования SIM сервера
SMS/Email сервисы

Недостатки:

Цена устройства
Сложность настройки
Нет работы с USSD

В комментариях буду рад ответить на вопросы, отвечу в комментариях на вопросы, либо

Ссылки

Несколько h.323 endpoint в Yate

igorg — Sun, 13 Nov 2011 15:47:12 +0000

Один из моих заказчиков столкнулся с «магическим» ограничением в 64 endpoint'а в настройках модуля chan_h323 астериска. При создании большего количества записей астериск падает, вызывая ошибку где-то в pwlib. Разбираться с давно уже не поддерживаемым модулем и новой для себя библиотекой желания не было, так что было предложено использовать более совершенную поддержку H323 протокола, имеющуюся в Yate.

Во всех спецификациях yate среди перечисления функций указано: H.323 multiple endpoint server. Однако примеров настройки в wiki нет, вместо этого только описание основных принципов и компонентов протокола H.323.

Ответ был найден в единственном сообщении в списке рассылки. В конфигурационном файле h323chan.conf могут быть созданы дополнительные секции, где после типа секции через пробел указывается внутреннее имя endpoint:

[ep 99236264]
gkip=11.222.3.44
gkclient=true
port=2764
alias=99236264

[ep 99236265]
gkip=11.222.3.44
gkclient=true
port=2765
alias=99236265

[codecs 99236265]
gsm=true

На практике сейчас проверена работа свыше 100 устройств, обслуживаемых yate. Так же может быть для каждого h.323 устройства указаны свои кодеки, если какие-то настройки не указаны — используются глобальные значения. Маршрутизация через конкретный эндпоинт может быть осуществлена используя параметр line:

${module}^sip$=h323/\0;line=99236265

В завершении скажу, что для работы по h.323 протоколу, среди OpenSource разработок, последнее время я использую только Yate как конвертор протоколов h323<->sip. Надеюсь на открытие и новых сфер применения в ближайшее время.

Простейший call-центр на «голом» Asterisk

igorg — Mon, 07 Nov 2011 08:56:54 +0000

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

На этот раз простая задача — для группы секретарей (a'la простейший call-центр) сделать механизм входа/выхода оператора и отображение текущего статуса на телефоне. Так как это секретари, то они иногда уходят, относят бумаги и оголяют тыл на телефонном фронте. Отсюда требования и особенности реализации:

chan_agent не используется из-за наличия дополнительных обязанностей операторов
Телефоны имеют возможность отбить вызов, чтобы тот продолжил распределяться в очереди (телефоны Yealink)
Одна из BLF клавиш настроена на отображение статуса секретаря в очереди. Зеленый — принимает вызовы, красный — нет.

В примере 100 — номер используемый для входа в очередь, 101-103 — номера SIP телефонов секретарей. Под конкретную ситуацию пример можно обобщить или дописать по желанию.

Экстенжен для организации очереди:

exten => 100,1,Queue (100,t,,,90)
exten => 100,n,Playback (custom/bye_dnd)
exten => 100,n,Hangup ()

Экстенжен, выполняющий добавление/удаление секретаря из очереди при нажатии BLF клавиши на телефоне, использует контекст sub-queue-member, описанный ниже:

exten => _100*XXX,1,GoSub (sub-queue-member,s,1 (${EXTEN:4}))

Прописываем hint экстенжены, чтобы отображать корректный статус секретаря используя BLF клавишу:

exten => 100*101,hint,Custom:QueueStat101
exten => 100*102,hint,Custom:QueueStat102
exten => 100*103,hint,Custom:QueueStat102

Функция, выполняющая несколько функций при нажатии BLF клавиши:

Добавление/удаление телефона из очереди
Обновление Custom статуса

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

[sub-queue-member]
exten => s,1,Set (LIST=${QUEUE_MEMBER_LIST (100)})
exten => s,n,Set (X=1)
exten => s,n,Set (DEV=${CUT (LIST,\,,${X})})
exten => s,n,While ($[${EXISTS(${DEV})}])
exten => s,n,Set (DEV=${DEV:4})
exten => s,n,GotoIf ($[${DEV} = ${ARG1}]?del-begin)
exten => s,n,Set (X=$[${X} + 1])
exten => s,n,Set (DEV=${CUT (LIST,\,,${X})})
exten => s,n,EndWhile ()
exten => s,n,Goto (add-begin)

exten => s,n (add-begin),GotoIf ($[${ARG1} = 100]?add)
exten => s,n,GotoIf ($[${ARG1} = 101]?add)
exten => s,n,GotoIf ($[${ARG1} = 102]?add)
exten => s,n,Return ()
exten => s,n (add),AddQueueMember (100,SIP/${ARG1})
exten => s,n,Set (DEVICE_STATE (Custom:QueueStat${ARG1})=INUSE)
exten => s,n,Return ()

exten => s,n (del-begin),GotoIf ($[${ARG1} = 100]?del)
exten => s,n,GotoIf ($[${ARG1} = 101]?del)
exten => s,n,GotoIf ($[${ARG1} = 102]?del)
exten => s,n,Return ()
exten => s,n (del),RemoveQueueMember (100,SIP/${ARG1})
exten => s,n,Set (DEVICE_STATE (Custom:QueueStat${ARG1})=NOT_INUSE)
exten => s,n,Return ()

Askozia: опыт использования

igorg — Sat, 22 Oct 2011 16:26:46 +0000

Есть один клиент, с которого начались мои эксперименты (не безуспешные) с астериском. К сегодняшнему моменту у него была установлена система на базе Astlinux, настроенная вручную, используя конфигурационные файлы. Система уже старая, установлен астериск 1.2, который не удовлетворяет уже многим требованиям, к тому же ведет себя система непредсказуемо и периодически зависает.

Было решено заменить систему на дистрибутив Askozia, который так же как Astlinux можно штатно установить на Disk on Module, а так же поддерживает из коробки ISDN BRI адаптеры на базе HFC чипа.

Вся операция заняла около часа. Дольше всего занял бэкап DoM на компьютере с Windows, для чего заранее подготовленные утилиты не подошли, был найден и использован аналог утилиты dd для windows.

Запись образа с помощью physdiskwriter и запуск системы прошел без проблем. Приятно что DAHDI работает с платами на HFC чипе штатно, а Askozia не подвела и настроила плату двумя кликами. Все настройки понятны и вопросов не вызывают.

Одна особенность настройки, однако, присутствовала. При входящем вызове клиенту должно зачитываться сообщение после нескольких попыток вызова на телефон оператора. В качестве приложения был использован примерно следующий диал план:

1, Dial (SIP/101&SIP/102,8,t)
2,Answer ()
3,Playback (welcome)
4,Goto (internal,200,1)

Где 200 — номер группы вызова, настроенной внутри askozia. Однако в такой ситуации происходило странное — если оператор принимал вызов до проигрывания приветствия, то после того как трубка была положена вызов от этого номера приходил снова.

Причина оказалась проста, на основе написанного в вебе диалплана, в диалплане создавалась запись вида:

_[a-zA-z0-9],1, Dial (SIP/101&SIP/102,8,t)

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

1, ExecIf ($["${EXTEN}" = "h"]?Hangup ())

Уровень поддержки модулей

igorg — Fri, 26 Aug 2011 05:19:07 +0000

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

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

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

Core. При нахождении проблемы в таком модуле и достаточном её описании, проблема помещается в очередь, которую разгребают основные разработчики проекта.
- Примеры: app_dial, app_cdr, bridge_multiplexed, cdr_adaptive_odbc, chan_sip, func_volume, pbx_config, res_timing_timerfd
Extended. Модуль поддерживается сообществом, может иметь или не иметь активного разработчика. Если найдена проблема, то её решение не гарантируется — либо решайте сами, либо ждите или ищите того кто исправит её. Некоторые такие модули имеют активных разработчиков, некоторые — нет.
- Примеры: res_config_mysql, chan_ooh323, app_fax, chan_gtalk, chan_unistim, pbx_lua, res_fax_spandsp, LOW_MEMORY
Deprecated. Для таких модулей имеется лучшая замена, а сам модуль в течении нескольких релизов скорее всего будет удален из дерева исходного кода.
- Примеры: cdr_mysql, app_macro, app_meetme, cdr_sqlite