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

автор igorg \\ теги: , ,

Всем читателям, я думаю, известно что asterisk сейчас это не просто АТС, а коммуникационная платформа. Основываясь на гибкости Asterisk построено уже множество продуктов, которые, как правило делятся на две категории и два подхода:

  1. Перенимаем гибкость астериска, строим мега-комбайн с большим набором опций настроек. Цена — большая сложность в освоении (как пример FreePBX).
  2. «Закрываем» открытый asterisk внутри продукта и делаем продукт готовым к употреблению с минимумом необходимых настроек. Обычно такие продукты не бесплатны и не являются открытыми в полном понимании этого слова (если брать пример АТС — Askozia).

Сегодня поговорим о call-центрах. Как пример первого подхода я могу привести продукт, с которым мы давно работаем — call-центр Vicidial (который имеет на редкость недружелюбный интерфейс). Примером второго подхода — call центр от компании из Санкт-Петербурга  - Линия24. Обзор этого продукта более года назад попросил написать Вадим Марков, с которым мы уже знакомы длительное время, кроме того некоторые из наших клиентов по нашей рекомендации купили и уже длительное время являются пользователями этого продукта. Набор ссылок для ознакомления:

Далее »

автор igorg \\ теги: , , , ,

Бесспорно, самый популярный бесплатный web-интерфейс для АТС на базе asterisk — FreePBX. И в общем плюсом данного продукта являются является регулярные обновления продукта. Например, произошедшее не так давно (в глобально масштабе времени) обновление до версии 2.10 — это хорошо. Однако за большим количеством изменений, в том числе и в настройках авторы FreePBX не очень аккуратно реализовали миграцию настроек записи разговоров в модуле Extensions.

Если у вас перед обновлением было настроено достаточно большое количество записываемых внутренних номеров ( в моем случае около 400 внутренних номеров), ручная их корректировка станет кошмаром. После обновления настройки записи разговора становятся неактивными и записи разговоров не ведутся.

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

  1. Нужно удалить  старые записи вида AMPUSER/100/recording и содержания out=Always|in=Never
  2. Создать 6 новых записей в astdb

Эту задачу лучше автоматизировать, пример выкладываю. Постараюсь сделанные на коленки скрипты в дальнейшем выкладывать.

Скачать пример решения на PHP

автор igorg \\ теги: , , ,

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

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

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

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

Далее »

автор igorg \\ теги: , , , , ,

Пришлось настраивать недавно FreePBX для компании где активно используется Skype. Кроме подключения по SIP, каждый абонент имеет подключение к Skype. При этом подключение к скайп используется гораздо чаще по SIP и внутреннего сотрудника стоит искать и по SIP, и по Skype. FreePBX позволяет достаточно просто штатными средствами организовать поиск абонента, даже если он подключен не как стандартный SIP/IAX/DAHDI экстенжн

Действия:

  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 сети.

Далее »

автор igorg \\ теги: ,

FreePBX v2

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

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

Далее »

автор igorg \\ теги: , , ,