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

Отправка файла на 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.

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 был бы невозможен без помощи и работы сообщества. Спасибо сообществу за внимание к проекту!

Несколько 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

Оптимизация Asterisk при сборке

igorg — Wed, 06 Jul 2011 14:09:29 +0000

Столкнулся на днях с высокой нагрузкой, создаваемой астериском на одном из серверов. На быстрое увеличение вычислительной мощности рассчитывать не приходилось, а la стал уже выше 50. Сервер работает с протоколами IAX и SIP, а так же в большом объеме перекодируют трафик из g723 в другие кодеки.

Результат изысканий: load average меньше 20, загрузка процессора и использование памяти так же сократились. И это благодаря опциям компилятора.

Ради интереса решил посмотреть, можно ли улучшить ситуацию оптимизировав сборку астериска. В результате в нижиприведенные строки были прописаны следующие значения:

Makefile:

DEBUG=-g0

Makefile.rules:

OPTIMIZE?=-O2

Первое отключает добавление отладочной информации в модули. По-умолчанию в модули добавляется информация для отладки, что увеличивает размер исполняемых файлов и модулей.

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

Обзор IP-АТС от pbxware.ru

igorg — Wed, 08 Jun 2011 11:09:03 +0000

Небольшие компании, открывающие новые филиалы, расширяющиеся или думающие о замене старой офисной АТС, все чаще обращают внимание на VoIP решения. Hosted решения сложно входят в бизнес среду российских компаний, видимо этому мешает менталитет и привычка иметь свою инфраструктуру под боком. Наиболее надежным решением VoIP решением в таком случае является IP АТС занимающая минимум места и не требующая обслуживания. В этом обзоре — SIP АТС начального уровня на базе Askozia.

Аппаратная часть

Существует несколько вариантов аппаратной конфигурации АТС, предоставляемых pbxware.ru, возможные варианты можно увидеть на сайте продукта. Варианты различаются количеством Ethernet портов и наличием WiFi модуля. У меня в распоряжении оказалась модель IP ATC A3002

Аппаратные характеристики АТС:

3 порта Ethernet
2 USB порта
COM порт
Mini PCI
AMD Geode LX800 (500 МГц)
CF 2Gb
ОЗУ — 256 Mb

Внешне АТС представляет из себя металлический корпус с тремя индикаторами спереди и портами, расположенными сзади. Из опознавательных знаков — только наклейка на нижней поверхности с серийным номером и ссылками на сайт производителя.

Askozia

Проект Askozia стартовал 4 года назад, основываясь на FreeBSD проект ставил перед собой задачу предоставления наиболее простого и интуитивно понятного для простого человека интерфейса к телефонной станции на базе Asterisk. Со временем проект был перенесен на Linux, при этом часть функциональности видоизменилась, но ключевые особенности проекта были сохранены.

В данном устройстве установлен дистрибутив Askozia, отличающийся от дистрибутива по-умолчанию некоторыми доработками:

Использование по-умолчанию русского языка
Наличие предварительных настроек
Использование статического адреса по-умолчанию
Разрешенный вход по SSH

Набор ПО представленный в текущей прошивке:

Askozia 2.0.3
Asterisk 1.6.1.22
Busybox 1.15.3
DAHDI 2.2.0.2 + oslec

На данный момент актуальная версия проекта — 2.0.4, на лето планируется выход версии 2.1, в которой будут добавлены новые возможности, такие как работа с факсами и поддержка GSM модулей, а так же будет обновлен весь набор ПО.

Человек незнакомый с Asterisk без особых проблем сможет настроить АТС на базе Askozia. Интерфейс прост, интуитивно понятен. Использование JQuery делает использование веб-интерфейса приятнее.

Знакомство с Asterisk пригодится при использовании дополнительных настроек SIP или IAX устройств или создании приложений (для этого используются фрагменты классического диалплана).

Система

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

Аппаратные настройки

Настройки сети позволяют задать для каждого интерфейса IP и MAC адреса, а так же используемую топологию. Система автоматически обнаруживает аналоговые и ISDN интерфейсы, проверить эту часть функциональности возможности не было — устройство не имеет встроенных телефонных интерфейсов, USB банков каналов в наличии нет.

Телефонные функции

Телефонные функции Askozia типичные для систем на базе Asterisk и в некоторм роде минималистичны, например не задействовано популярное приложение Queue (), нет возможности настраивать IVR без использования знания диалплана. Вот общий список

Настройка IAX и SIP телефонов и транков
Настройка ISDN и аналоговых линий
Подключение аналоговых и цифровых портов
Групповые вызовы (только одновременный вызов)
Исходящая маршрутизация (с индивидуальными подстройками)
Парковка вызова
Перевод вызова
Голосовая почта
Конференции

Интересные функции:

Извещение о пропущенных вызовах на email
Приложения на базе Asterisk диалплана (для удобства есть справочник функций)

Распределение входящих вызовов отличается от FreePBX:

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

Исходящие вызовы используют шлюзы указанные в настройке внутреннего телефона, если вызов на основного провайдера не удался, то вызов направляется к резервному провайдеру (указывается в настройке оператора)

Чтобы понять телефонные возможности системы, специалистам знакомым с Asterisk, представляю список имеющихся в поставке модулей:

Askozia-atc*CLI> module show
Module                         Description
res_agi.so                     Asterisk Gateway Interface (AGI)
res_indications.so             Region-specific tones
res_smdi.so                    Simplified Message Desk Interface (SMDI)
app_dial.so                    Dialing Application
app_echo.so                    Simple Echo Application
app_exec.so                    Executes dialplan applications
app_macro.so                   Extension Macros
app_meetme.so                  MeetMe conference bridge
app_milliwatt.so               Digital Milliwatt (mu-law) Test Applicat
app_playback.so                Sound File Playback Application
app_setcallerid.so             Set CallerID Presentation Application
app_stack.so                   Dialplan subroutines (Gosub, Return, etc
app_system.so                  Generic System () application
app_verbose.so                 Send verbose output
app_voicemail.so               Comedian Mail (Voicemail System)
app_wakeme.so                  Wake-up Call Manager
app_while.so                   While Loops and Conditional Execution
cdr_manager.so                 Asterisk Manager Interface CDR Backend
chan_dahdi.so                  DAHDI Telephony w/PRI
chan_iax2.so                   Inter Asterisk eXchange (Ver 2)
chan_local.so                  Local Proxy Channel (Note: used internal
chan_sip.so                    Session Initiation Protocol (SIP)
chan_skinny.so                 Skinny Client Control Protocol (Skinny)
codec_a_mu.so                  A-law and Mulaw direct Coder/Decoder
codec_adpcm.so                 Adaptive Differential PCM Coder/Decoder
codec_alaw.so                  A-law Coder/Decoder
codec_dahdi.so                 Generic DAHDI Transcoder Codec Translato
codec_g722.so                  ITU G.722-64kbps G722 Transcoder
codec_gsm.so                   GSM Coder/Decoder
codec_ulaw.so                  mu-Law Coder/Decoder
format_gsm.so                  Raw GSM data
format_pcm.so                  Raw/Sun uLaw/ALaw 8KHz (PCM,PCMA,AU), G.
format_sln.so                  Raw Signed Linear Audio support (SLN)
format_wav.so                  Microsoft WAV format (8000Hz Signed Line
format_wav_gsm.so              Microsoft WAV format (Proprietary GSM)
func_callerid.so               Caller ID related dialplan functions
func_channel.so                Channel information dialplan functions
func_config.so                 Asterisk configuration file variable acc
func_cut.so                    Cut out information from a string
func_db.so                     Database (astdb) related dialplan functi
func_logic.so                  Logical dialplan functions
func_md5.so                    MD5 digest dialplan functions
func_shell.so                  Returns the output of a shell command
func_strings.so                String handling dialplan functions
pbx_config.so                  Text Extension Configuration
pbx_loopback.so                Loopback Switch
pbx_spool.so                   Outgoing Spool Support
res_adsi.so                    ADSI Resource
res_crypto.so                  Cryptographic Digital Signatures
res_limit.so                   Resource limits
res_musiconhold.so             Music On Hold Resource
res_qstat.so                   Gather system load statistics
52 modules loaded

Статус системы

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

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

По-умолчанию устройство имеет адрес 192.168.1.254, для управления доступны Web и SSH интерфейсы. Для доступа по-умолчанию используются логины admin и root, пароль — askozia.

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

Веб-интерфейс работает быстро, все произведенные изменения применяются сразу после сохранения.

Было проведено небольшое нагрузочное тестирование с помощью утилиты sipp. При создании потока в 10 вызовов в секунду и установлении лимита в 100 вызовов (заявленная емкость) АТС функционирует нормально, загрузка процессора порядка 15%. Однако если увеличить поток вызовов до 100 в секунду, то процесс asterisk достаточно быстро прекращает работу, что может говорить о недостатке ресурсов. Автоматически процесс не восстанавливается, АТС приходится перегружать по питанию. Загрузка АТС занимает около 20 секунд.

Выводы

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

Стоимость данной АТС составляет около 10 тысяч рублей, она поставляется с инструкциями и позволяет клиенту самостоятельно произвести подключение на месте, при этом на моей памяти это первая попытка продвижения Askozia в данном секторе в России. Конечно дистрибутив Askozia менее функционален чем дистрибутивы на базе FreePBX, но и предъявляет гораздо меньшие требования к аппаратному обеспечению.

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

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

Система с низким энергопотреблением и без возможности износа
Простая настройка и использование
Простое резервирование и восстановление
Настройка дополнительных сервисов используя диалплан Asterisk
Активно развивающийся проект
Доступная цена

Недостатки:

Нет статистики разговоров
Мелкие недочеты русификации
Нет настройки IVR и автосекретаря
Нестабильность при большой интенсивности вызовов