Наша компания уже в течении последнего года использует в настройке всех новых систем на Asterisk канал chan_pjsip для работы с SIP протоколом. Часто появляются вопросы, в которых пользователи спрашивают о том, как настроить ту или иную конфигурацию по аналогии с chan_sip.
Для меня уже совершенно привычными являются интерфейсы на английском языке. Но большинству удобнее пользоваться великим и могучим. На одной из систем заметили что не срабытывает выбор языка во freepbx — просто при выборе языка перегружается интерфейс FreePBX, но язык интерфейса не меняется. Такая проблема может быть вызвана не работающим gettext модулем в php
1) Модуль может просто отсутствовать в системе
sudo apt-get install php-gettext
service apache2 restart
2) Проверьте что существует локаль ru_RU, именно ей, а не ru_RU.utf8 пытается воспользоваться FreePBX.
dpkg-reconfigure locales
service apache2 restart
Всем читателям, я думаю, известно что asterisk сейчас это не просто АТС, а коммуникационная платформа. Основываясь на гибкости Asterisk построено уже множество продуктов, которые, как правило делятся на две категории и два подхода:
- Перенимаем гибкость астериска, строим мега-комбайн с большим набором опций настроек. Цена — большая сложность в освоении (как пример FreePBX).
- «Закрываем» открытый asterisk внутри продукта и делаем продукт готовым к употреблению с минимумом необходимых настроек. Обычно такие продукты не бесплатны и не являются открытыми в полном понимании этого слова (если брать пример АТС — Askozia).
Сегодня поговорим о call-центрах. Как пример первого подхода я могу привести продукт, с которым мы давно работаем — call-центр Vicidial (который имеет на редкость недружелюбный интерфейс). Примером второго подхода — call центр от компании из Санкт-Петербурга - Линия24. Обзор этого продукта более года назад попросил написать Вадим Марков, с которым мы уже знакомы длительное время, кроме того некоторые из наших клиентов по нашей рекомендации купили и уже длительное время являются пользователями этого продукта. Набор ссылок для ознакомления:
- Сайт производителя: http://www.line24.ru/
- Страница продукта: http://www.line24.ru/products/call-centre
- Демонстрация: http://demo.line24.ru/
Бесспорно, самый популярный бесплатный web-интерфейс для АТС на базе asterisk — FreePBX. И в общем плюсом данного продукта являются является регулярные обновления продукта. Например, произошедшее не так давно (в глобально масштабе времени) обновление до версии 2.10 — это хорошо. Однако за большим количеством изменений, в том числе и в настройках авторы FreePBX не очень аккуратно реализовали миграцию настроек записи разговоров в модуле Extensions.
Если у вас перед обновлением было настроено достаточно большое количество записываемых внутренних номеров ( в моем случае около 400 внутренних номеров), ручная их корректировка станет кошмаром. После обновления настройки записи разговора становятся неактивными и записи разговоров не ведутся.
Дело в том, что ранее запись разговоров разделялась только на входящие и сходящие разговоры. В 2.10 добавились дополнительные градации и изменился формат хранения записей о настройках записи разговоров в astdb. Для того чтобы привести astdb к нужному вижу:
- Нужно удалить старые записи вида AMPUSER/100/recording и содержания out=Always|in=Never
- Создать 6 новых записей в astdb
Эту задачу лучше автоматизировать, пример выкладываю. Постараюсь сделанные на коленки скрипты в дальнейшем выкладывать.
Протокол Unistim — проприетарный протокол компании Nortel, который также поддерживается в Asterisk начиная, кажется, с версии 1.6.2. Изначально автор канала написал собственный сервер для поддержки этого протокола, затем наработки использовал для создания канала chan_unistim.
Однако после появления канала в 1.6.2 он не поддерживался, а так же не дорабатывался. Примерно год назад я начал заниматься доработкой данного канала, что привело к следующим последствиям:
- Я стал одним из т.н. Asterisk Community Developers и мейнтейнером chan_unistim
- Неделю назад весь объем доработок был добавлен в trunk и будет присутствовать в Asterisk 11
Немного более подробно о том что сделано и что планируется.
Пришлось настраивать недавно FreePBX для компании где активно используется Skype. Кроме подключения по SIP, каждый абонент имеет подключение к Skype. При этом подключение к скайп используется гораздо чаще по SIP и внутреннего сотрудника стоит искать и по SIP, и по Skype. FreePBX позволяет достаточно просто штатными средствами организовать поиск абонента, даже если он подключен не как стандартный SIP/IAX/DAHDI экстенжн
Действия:
- Устанавливаем chan_skype, как описано во всех мануалах. В качестве контекста в chan_skype.conf указываем from-trunk, экстенжен — имя пользователя Skype. Теперь можно используя это имя пользователя как DID маршрутизировать вызовы в Inbound Routes
- Создаем два внутренних номера. Один — SIP (например: 101). Второй — Other (Custom) Device (201), в поле dial указывается строка вызова абонента через Skype — Skype/user_to_call
- Модуль FollowMe позволяет осуществить поиск сотрудника по нескольким номерам с последующим переходам в голосовую почту. Выбираем абонента с номером 101, добавляем в список поиска номер 201 и сохраняем правило. Теперь при вызове на 101 будет происходить поиск сотрудника и в Skype сети.
По мотивам очередного форумного топика. При выполнении вызовов через каналы самых различных типов, бывает полезно вовремя узнать о сбоях того или иного типа вовремя и устранить причину сбоя.
Каждый драйвер канала по окончанию звонка имеет собственный код причины окончания вызова, он преобразуется в Q.931 код, которым оперирует ядро астериска и приложение Dial. Код сохраняется в переменную HANGUPCAUSE, так же Dial формирует переменную DIALSTAUS, в которой сохраняется ограниченное количество статусов, достаточное в обычной ситуации (звонок завершен нормально, занято, таймаут вызова или канал не доступен).
