Как стать автором
Обновить

Комментарии 9

Хорошая статья, мы правда это реализовывали на уровне устройств, телефоны лукапят в LDAP и подставляет номер > имя контакта, и при входящих и при исходящих.

Спасибо, думаю пригодится интеграция с базой :)

Поставил бы как минмум + за использование фрисвича :) но карма пока не позволяет
Ага, тоже хорошая вещь, но у меня против нее было несколько «но». У нас, в основном, используются софтфоны — аппаратный телефон всего один. А они очень разношерстные и поддерживают все разные протоколы для телефонной книги. Дополнительно все осложняется тем, что кто-то сидит на Винде, кто-то на Линухах, где адекватных софтфонов вообще раз-два и обчелся. И вдобавок хотелось, чтобы поименованные записи попадали в CDR, что при локальном запросе соответствия номер -> контакт недостижимо. У меня, на самом деле, есть набросок скрипта, который готовит телефонную книгу для MicroSIP, но он пока не дописан. Предполагалось его размещать тоже на Freeswitch.
Может просто начать использовать FusionPBX? Заодно помочь в разработке и тестировании этого уникального продукта?
Вы не поверите — используем. Но это не отменяет необходимости интегрирования. На FusionPBX переехали относительно недавно, до этого была еще пара попыток переехать, обе неудачные. Переезд, кстати, состоялся, в основном, для того, чтобы дать доступ к некоторым сервисам телефонии (просмотр статуса линий, просмотр CDR) другим сотрудникам. Мне и в консоли жилось хорошо. Но все равно пока впечатление, как при плохо подогнанном пиджаке, вроде норм, но тут чутка жмет, тут перекошено. Мной внесены некоторые изменения в скрипты FusionPBX, в частности, добавлены per-user variables для гибкого управления тем, кому с какой исходящей линии звонить. Изменен extension blacklist-а, потому что я хотел, чтобы спамеры слушали мартышек. Freeswitch всегда меня поражал своей гибкостью. Ты думаешь — а вот сейчас я что-нибудь эдакое как проверну! И оно работало. о_О С FusionPBX ограничений стало больше. Но это так, мое старческое брюзжание. =)
Не, все верно. Тем кто привык работать в консоле и делать все руками, то FusionPBX не айс. Он приятен в первую очередь людям, которые сидели на веб интерфейсах астериска например.
Для себя выбрал именно консольный фриисвитч. И дальше уже на голый свитч делаю обвязку необходимую.
Да-да, вы меня прекрасно понимаете. Когда переносил диалплан в FusionPBX, пришлось немного поплакать кровавыми слезами. Потому что любовно написанные диалпланы никак не лезли в условную логику FusionPBX. Какие-то цифры, какие-то необязательные редиректы, необходимость держать в голове то, что extension-ы входящей маршрутизации лежат в определенном месте общего набора extension-ов. Что можно рабочее время запилить прямо в extension, но тогда оно не будет отображаться в web-интерфейсе. Или запилить в интерфейсе и понять, что для него создался отдельный extension и непонятно, как оттуда прыгнуть назад. Документация… не будем о грустном. Но при этом это пока единственный адекватный интерфейс. Остальные или не развиваются, или полуфабрикат, как Kazoo. Который круто выглядит по возможностям, но для нас дикий оверинжинеринг.
Стоит аппаратная АТС Panasonic, но уже устарела а апгрейды стоят дорого. Вот тоже думаем переползать на софтовое решение. Начали тестировать Elastix, как бы из коробки красиво все запускалось, но там сейчас переход на другой движок, причем проприетарный. А есть что-то подобное на freeswitch?
Можно посмотреть в сторону FusionPBX. Но надо понимать, что написание диалпланов для него требует понимания того, как они вообще устроены и работают в Freeswitch. В Elastix и FreePBX все-таки попроще. Я бы вам посоветовал остановиться на FreePBX, раз вам Elastix приглянулся.
+ за использование FreeSWITCH в карму точно заслуженный :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий