Однако после появления канала в 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

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

Действия:

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 пользователей

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

Каждый драйвер канала по окончанию звонка имеет собственный код причины окончания вызова, он преобразуется в Q.931 код, которым оперирует ядро астериска и приложение Dial. Код сохраняется в переменную HANGUPCAUSE, так же Dial формирует переменную DIALSTAUS, в которой сохраняется ограниченное количество статусов, достаточное в обычной ситуации (звонок завершен нормально, занято, таймаут вызова или канал не доступен).

FreePBX по-умолчанию распределяет звонки на основании переменной DIALSTATUS, при этом сбой может быть практически неотличим от ситуации когда вызываемый абонент занят.  В этой ситуации может быть необходимо предпринять специальные действия в случае специфичных отказов. Для этого служит штатная опция Monitor Trunk Failures в настройке транка. Для включения необходимо выставить чекбокс Enabled и указать имя AGI скрипта, отслеживающего сбои каналов. Пример такого скрипта приложен к данной записи.

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

Скачать: freepbx_trunk_notify_failure.php (34 Kb)