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

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

диалпланы будут перечитаны по reloalxml
Чтобы перечитать профили, есть sofia profile external rescan
для гейтов — перечитать 1 гейт, не дёргая все — sofia profile external killgw xxx
sofia profile external rescan
так будут добавлены все gw, что есть в профиле, но нет в активном состоянии.

Если что, есть 2 группы в телеграмме, где много людей «в теме»:
t.me/ru_freeswitch
t.me/ru_voip
диалпланы будут перечитаны по reloadxml

Да, действительно.
Благодарю.
Постфактум найдена опечатка:
Файл: /etc/freeswitch/vars.xml
Строка:
<X-PRE-PROCESS cmd="set" data="default_provider_contact=3435555555"/>

Должна выглядеть так:
<X-PRE-PROCESS cmd="set" data="default_provider_contact=73435555555"/>

Пропущена 7 в номере. В тексте так же внес правку.
Позвольте уточнить, почему отказались от использования чистого астериска, без гуев?
Вы так спрашиваете, будто я тщательно взвешивал) А это не так.
Выбор платформы происходил в состоянии аврала. Нужно было срочно дать ответ руководству, что у нас с телефонией на новом месте. FreeSWITCH заработал из коробки, все имеющиеся IP-телефоны заработали с ним тоже. И это было сделано за час. И еще два часа на допиливание Cisco'вских аппаратов с SCCP. Это и стало решающим фактором.
Еще впечатлило это сравнение: habrahabr.ru/post/145620
Ну и в целом FS мне, что называется, «зашел». Показался интуитивно-понятным.
Телефония всегда казалась параллельным измерением…
У меня было такое же отношение пока не перешли на Lync/SfB. Проблем меньше не стало, но их спокойно можно взвалить на сильные плечи Windows администраторов

Lync денег стоит. И он зело избыточен. Это первое.
Второе, Windows-администратор — это тоже я. И хоть я и не линуксоголовый, но интуитивно стараюсь сервисы, требующие чего-то похожего на RTE, поднимать под линуксом. Ну и если я планирую «настроить и забыть», особо не тратя время на администрирование, то тож в первую очередь смотрю на линуксы в силу мизерных накладных расходов.
bridge в public контексте не самая лучшая идея, лучше делать transfer в default (иначе могут быть проблемы, например с переводом звонка другому абоненту)
vanilla config содержит отличный пример в файле 00_inbound_did.xml
Благодарю за совет!
Трансфер у меня потерялся в ходе поиска проблемы, вызванной отсутствием учетки на SIP-сервере оператора. Проблема решилась, а бридж остался.
Поправил в тексте. Спасибо.
Что Asterisk, что FreeSWITCH — с гуем и логикой построения гуя беда у обоих.

А касательно легкости и понятности:
Через пару лет а может и раньше вам скорее всего надо будет интегрироваться с CRM и т. п. — начальство жеж захочет смотреть в новый век когда то,
Вот тогда напишите статью о том как вы искали документацию по FS и что нашли а что нет.
Я, признаться, не великий фанат графических интерфейсов, когда речь идет о всяких пакетных типовых операциях, типа заведения сотен абонентских номеров в PBX. А поднятие с нуля телефонии это в первую очередь такие операции.
Гуи хорош, когда визуальное представление повышает информативность и эффективность операций. В случае с телефонией гуи скорее зло. Ну, это мое имхо.
И CRMка нам не грозит) У нас такая специфика работы, что она совершенно не оправдана. И в целом уровень автоматизации бизнес-процессов у нас очень приличный, давно электронный документооборот с контролями исполнения и прочи, и бумага используется только при сдаче проектной документации, и аж цельный отдел автоматизацией занимается. Так что стадия подобных интеграций была пройдена довольно давно. Хотя, канеш, не зарекаюсь.
FusionPBX — очень приятный гуй к фрисвичу. Ставится очень приятно и с коробки, интерфейс, статистика, диалплан, разделение на tenantы и еще много чего интересного.

Для серьезный диалпланов, конечно, все-таки лучше писать руками, но для маленького офиса, куда приятнее чем FreePBX.

На счёт интеграции с CRM, если мало мальски понимать в чем суть интеграции, то это не сложно сделать самому :)
Не вижу плюсов ни у FreePBX ни у FusionPBX.
Что одно, что второе — нелогичная связка кривых вебстраниц.

Касаемо интеграции с CRM — не сложно не когда мало-мальски понимаешь в чем интеграция, а когда документация к интегрируемому продукту присутствует нормальном структурированном виде.
Я тоже подумываю о FreeSWITCH. Asterisk с GUI (FreePBX) бывает не стабилен, а без GUI писать конфу довольно сложно.
А в fs есть гуи? И моё субъективное мнение, в астериске проще конфигурацию писать чем в fs. Если рассматривать консоль.
GUI есть, но какие-то недоразвитые. А сложность конфы весьма относительное понятие. Мне показалось (просматривая конфу FreePBX), что она сложная.
Правильно ли я понимаю, что вы сравниваете конфигурацию Asterisk GUI (FreePBX) с консольной конфигурацией FS?
Абсолютно. Конфа, которую генерит GUI весьма сложная (на её основе была надежда написать свою, но «руками»). И на фоне негативного опыта Asterisk (не исключаю проблему от GUI), хочу опробовать FreeSWITCH с сделанной руками конфой.
Я сейчас выражу свое субъективное мнение. Но конфиг консольного FS надо сравнивать с конфигом консольного Asterisk. И опять таки субъективно, Астериск по читабельности конфига тут выигрывает.
Прошу прощения за оффтоп, но может кто-то из причастных подскажет, каким модулем/-ми можно следить за событиями и управлять состоянием канала (аналог ARI из Asterisk)?
Очень хочется уйти от Asterisk, но к нему уже написано приложение на python, через которое управляют звонками из CRM…
Спасибо. Попробую начать с Python-ESL и mod_amqp.
А были попытки жить с fusionpbx?
Используем freeswitch для связки кучи астерисков в основном 11 версии (с gui типа elastix, просто freepbx). Автору желаю чтобы все работало и радовало. Консоль это конечно хорошо, но ведь будут новые сотрудники которые будут админить и через gui легче показать, как создать учетку, поменять аудиозапись на ivr или приветствие. Потом прослушки голосовых записей и другие хотелки которые появится со временем… И как это обычно происходит, будете все переделывать. В подобных авралах заставляю себя и руководство компании остановить и не делать поспешных «хоп, хоп и в продакшен», 1-2 дня все таки лучше затестить и выяснить чего на самом деле надо сделать и чего хочется. Про AsteriskNow из коробки, мне тоже не понравился.
Консоль это конечно хорошо, но ведь будут новые сотрудники которые будут админить и через gui легче показать, как создать учетку, поменять аудиозапись на ivr или приветствие.

Ну тут кому как. Мне например с консолью легче. Под ней всегда скрывается какая-то логика, нужный «пункт» можно просто угадать на базе предыдущего опыта. В гуи надо или запомнить где что находится, или перерыть всё от и до в поисках.
Кроме того консоль становится стандартным интерфейсом и для не-Linux окружений. Cisco дропнуло свой веб-интерфейс и теперь поддерживает только cli, Msft сделали ставку на PS и предлагают Server Core редакцию по-умолчанию для Windows Server.
Отраслевой стандарт так сказать.
В подобных авралах заставляю себя и руководство компании остановить и не делать поспешных «хоп, хоп и в продакшен», 1-2 дня все таки лучше затестить и выяснить чего на самом деле надо сделать и чего хочется.

Вы немножко превратно истолковали слово «продакшн». Речь шла о другом: бывают ситуации, когда надо просто дать ответ «да» или «нет», и дать его очень быстро. Именно тот факт, что FS заработал и обеспечил тот же функционал, что и существующая телефония, и стал критерием того, что именно FS пошел в продакшн, а не Asterisk. Не было никакого резона домучивать Asterisk до работоспособного состояния, когда изначально FS буквально взлетел. А собственно нюансы конфига будут уже вдумчиво допиливаться уже когда телефония будет поднята на новом месте и в масштабах хотя бы 100 абонентов.
Консоль это конечно хорошо, но ведь будут новые сотрудники которые будут админить и через gui легче показать, как создать учетку, поменять аудиозапись на ivr или приветствие.

Позволю себе не согласиться. Через консоль это показать легче, чем через гуи. Когда приходишь на новое место, чисто физически невозможно запомнить вообще все новое. Лично я записываю. И если буду обучать кого-то, то тоже заставлю записывать, если начнут переспрашивать. И писать конспекты о том, какую закладку открыть, какую кнопку нажать и какую галку поставить менее эффективны, чем консольные команды.
У вас же не вызвало сожаления (наверное) что я конфиг микротика привел именно в консольных командах, а не сериями скриншотов окон WinBox'а. Скриншоты требуют и вглядываться в себя, и не дай бог галочку не ту или не там поставил, и требуют понимания логики действий в не меньшей мере. Консоль же требует только понимания и все.
Не говоря уже о том, что консольные команды можно копипастить, меняя лишь малую толику значений параметров, и это значительно быстрее, чем наматывать километры курсором мыши, и значительно точнее, чем играть в «найди 10 отличий». Все сказанное имхо.)
Спасибо за статью!
Тоже все хочу попробовать Freeswitch, но то времени нет, то незнаю с какой стороны подойти. После статьи решился, уже точу виртуалку :)
Это очень приятно слышать. Желаю успехов!
И да, если не сложно, поделитесь результатом. На сколько успешным был запуск.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории