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

Во всех спецификациях 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. Надеюсь на открытие и новых сфер применения в ближайшее время.

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

1. chan_agent не используется из-за наличия дополнительных обязанностей операторов
2. Телефоны имеют возможность отбить вызов, чтобы тот продолжил распределяться в очереди (телефоны Yealink)
3. Одна из 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 клавиши:

1. Добавление/удаление телефона из очереди
2. Обновление 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, который так же как 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 ())

Причина  — введение метаданных в модули, говорящих о степени поддержки модуля разработчиками проекта. Это значение поможет разработчикам на базе астериска оценить какие возможности 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

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

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

Makefile:

DEBUG=-g0

Makefile.rules:

OPTIMIZE?=-O2

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

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

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

Существует несколько вариантов аппаратной конфигурации АТС, предоставляемых 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:

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

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

Чтобы понять телефонные возможности системы, специалистам знакомым с 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 и автосекретаря
• Нестабильность при большой интенсивности вызовов

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

Чуть было приоткрывшийся Skype снова закрывается, что характерно для Microsoft — желание вовлечь пользователя в круг своих сервисов и ПО. Что характерно, обычно закрытость играет злую шутку с Microsoft — их продукты имеют меньший успех чем продукты компаний-конкурентов нового поколения. Если причиной для отказа от SFA является желание оградить от конкуренции Lync, то я считаю это большой глупостью — Asterisk и Lync по сути конкурентами не являются. Хотя судя по тому, что SFA решили прикрыть в этом году, Microsoft постарается уже до 2012 года интегрировать Skype в Lync.

Всем же, кому SFA интересен, кому нужна связь со Skype — рекомендую приобрести и активировать лицензии до 26 июля в нужном количестве. Однако после 26 июля скорее всего будет реанимирован проект chanskype.com, который обеспечивал поддержку skype  в asterisk до выхода официального драйвера канала. так что покойся с миром chan_skype, да здравствует chan_skype!

Дискуссии по поводу данной новости развернулись на opennet.ru и хабре, приведу здесь перевод оригинального сообщения от Digium в переводе с хабра:

После 26 июля 2011 года продажи и активации «Skype for Asterisk» будут прекращены.

«Skype for Asterisk» был разработан компанией Digium в сотрудничестве со Skype. Продукт включает проприетарное программное обеспечение, позволяющее Asterisk присоединяться к сети Skype в качестве нативного клиента. Компания Skype приняла решение не продлевать договор, который позволял бы нам включать в продукт это программное обеспечение. Поэтому продажи и активации «Skype for Asterisk» будут прекращены 26-го июля 2011 года.

Изменение не должно затронуть действующих пользователей «Skype for Asterisk». Представители Skype заверили нас, что они продолжат оказывать поддержку программного обеспечения «Skype for Asterisk» еще в течение двух лет, как и указано в договоре с Digium. Ожидаем, что пользователи «Skype for Asterisk» смогут продолжать использовать свои системы с Asterisk в сети Skype по крайней мере до 26-го июля 2013 года. Продление срока возможно на усмотрение Skype.

«Skype for Asterisk» останется в продаже до 26-го июля 2011 года. Пожалуйста, завершите все запланированные покупки и активации до этой даты.

Спасибо за бизнес с нами.

Продакт менеджмент компании Digium.

PS. Что характерно — Skype теперь партизанит, в их собственном блоге нет новости на эту тему. Начинается эра подковерных действий, ох как мне это не нравится.

PS1. Там же на Хабре — Microsoft не убивал SFA

В таком случае на помощь может прийти решение от компании Sangoma, которое представляет из себя USB брелок, имеющий 2 варианта подключения: к разъему USB или для установки на материнскую плату. С минимальной затратой времени на установку это устройство обеспечивает Asterisk аппаратным таймером.

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

Для начала посмотрим каковы показатели программного таймера dahdi_dummy:

[root@localhost wanpipe-voicetime-1.0.9]# dahdi_test

Opened pseudo dahdi interface, measuring accuracy...

99.918% 99.950% 99.980% 99.945% 99.965% 99.975% 99.945% 99.973%

99.940% 99.963% 99.975% 99.946% 99.969% 99.964% 99.955% 99.985%

99.926% 99.947% 99.979% 99.950% 99.967% 99.977% 99.948% 99.974%

99.947% 99.967% 99.935% 99.946% 99.972% 99.956% 99.633% 99.925%

— Results after 32 passes —

Best: 99.985 — Worst: 99.633 — Average: 99.946836, Difference: 99.991971

Перезагружаем компьютер, теперь в качестве таймера используется VoiceTime:

[root@localhost init.d]# cat /proc/dahdi/1

Span 1: WANVTIME/1 «WANVTIME/1 (source: wanpipe_voicetime) 1» (MASTER)

Показатели dahdi_test значительно выросли и останутся стабильными при высокой нагрузке системы:

[root@localhost ~]# dahdi_test

Opened pseudo dahdi interface, measuring accuracy...

99.999% 99.994% 99.999% 99.999% 99.999% 99.999% 100.000% 100.000%

100.000% 99.998% 99.999% 100.000% 100.000% 100.000% 99.999% 100.000%

99.999% 99.999% 99.999% 100.000% 99.998% 99.999% 99.999% 100.000%

100.000% 99.999% 99.999% 99.999% 100.000% 100.000% 99.999% 99.999%

— Results after 32 passes —

Best: 100.000 — Worst: 99.994 — Average: 99.999081, Difference: 99.999288

Плюсы:

• Экономичное решение аппаратного таймера (стоимость приблизительно 2500р.)
• Возможность установки внутри сервера (UT51)
• Отличная техническая поддержка

Минусы:

• Сложно найти в наличии на складе
• Необходимость модифицировать установленные файлы DAHDI/Zaptel

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

Выражаю благодарность компании Halokwadrat за предоставление оборудование.

Действия:

1. Устанавливаем chan_skype, как описано во всех мануалах. В качестве контекста в chan_skype.conf указываем from-trunk, экстенжен — имя пользователя Skype. Теперь можно используя это имя пользователя как DID маршрутизировать вызовы в Inbound Routes
2. Создаем два внутренних номера. Один — SIP (например: 101). Второй — Other (Custom) Device (201), в поле dial указывается строка вызова абонента через Skype — Skype/user_to_call
3. Модуль FollowMe позволяет осуществить поиск сотрудника по нескольким номерам с последующим переходам в голосовую почту. Выбираем абонента с номером 101, добавляем в список поиска номер 201 и сохраняем правило. Теперь при вызове на 101 будет происходить поиск сотрудника и в Skype сети.

Стоит заметить что в последней версии chan_skype была добавлена поддержка приложения Transfer (), что позволит оптимизировать использование Skype лицензий в такой схеме. Для этого вызов Skype абонента должен происходить через chan_local, где проверяются несколько условий:

1. Исходный вызов поступил из Skype канала
2. Вызываемый Skype абонент доступен
3. При соблюдении обоих условий вместо Dial () используем Transfer () для прямого соединения двух Skype пользователей