В продолжение серии статей об интеграции Asterisk и VoiceNavigator опишу интеграцию VoiceNavigator с FreeSWITCH.

На Хабре имеется несколько статей и упоминаний об FS, но с популярностью Asterisk он не сравнится))

FreeSWITCH, являясь продолжением и развитием идей заложенных в Asterisk, имеет действительно модульную архитектуру, где весь основной функционал, на сколько это возможно, вынесен в отдельные модули. Это позволяет обеспечить большую гибкость создаваемых решений, масштабируемых от софтфона до софтсвича. FreeSWITCH может быть использован в качестве коммутатора, АТС, медиа-шлюза или медиа-сервера для приложений IVR, использующих XML-файлы для управления алгоритмом обработки звонка.

Для FreeSWITCH в отличие от Asterisk нет необходимости отдельно компилировать UniMRCP. Поддержка UniMRCP уже добавлена и работает «из коробки» в виде модуля asr_tts/mod_unimrcp.

Ниже описывается установка FreeSWITCH, подключение к нему VoiceNavigator и создание тестового голосового приложения.

Анонсировано первое свободное RTMP решение для VoIP с открытым исходным кодом!

http://ru.wikipedia.org/wiki/RTMP

Команда разработчиков FreeSWITCH сообщает о выходе официального релиза mod_rtmp – первого свободного решения для VoIP с открытым исходным кодом, и выражает благодарность компании Barracuda Networks, которая позволила выпустить модуль под лицензией MPL, т. е. под той же лицензией что и FreeSWITCH.

RTMP (Real Time Messaging Protocol ) – протокол обмена мгновенными сообщениями в режиме реального времени, изначально был разработан компанией Macromedia, что позволило передавать потоковое аудио и видео в вездесущем Flash-плеере. После того, как компания Adobe приобрела Macromedia, первая анонсировала релиз спецификации RTMP, что позволило сторонним разработчикам заняться программированием серверной части приложений, поддерживающих протокол RTMP, а также работать с Flash-плеером и другими RTMP-клиентами.

Программный модуль реализации протокола RTMP позволяет серверу FreeSWITCH выступать в качестве RTMP-сервера, что в результате позволяет бриджевать клиентские RTMP-потоки с SIP каналами и телефонными линиями с канальной коммутацией (TDM), ровно как и осуществлять конференц-связь между ними.

В данный момент модуль mod_rtmp поддерживает speex голосовой кодек.

Одним из прикладных применений этой технологии является осуществление web-клиентом вызова непосредственно из браузера! Web-страница компании может обнаружить, установлен ли Flash у клиента, и предложить посетителю нажать специальную кнопку для связи с представителем компании.

В этой статье я бы хотел рассмотреть создание SIP<->Skype шлюза для проброса входящих skype-вызовов на корпоративную IP АТС (в данном случае это будет Asterisk). Так как Skype на данный момент является, пожалуй, самым популярным клиентом VoIP среди пользователей, возможность позвонить в Вашу компанию через Skype будет дополнительным плюсом для клиентов.

О FreeSWITCH
Первая часть

Номерной план

Итак, у FreeSWITCH можно подкрутить множество настроек, но основное действо будет происходить в номерном плане. Номерной план располагается в conf/dialplan/*. Как обычно препроцессинг собирает все файлы из этой папки в один. Номерной план делится на контексты (context). То есть следуя настройкам в SIP профиле, настройкам пользователя, выбирается соотвествующий контекст и звонок обрабатывается в соответствии с модулями (extension, переводится на русский как «добавочный номер», но не соответствует смыслу).

В свое время я открыл для себя Asterisk и VoIP вообще после прочтения серии статей на opennet.ru о его настройке. Попробую повторить пиар подобного типа для FreeSWITCH.

FreeSWITCH это редко упоминаемая в настоящее время платформа для телефонии обладающая обширными возможностями. Создан группой бывших разработчиков Asterisk, но не таким образом как Callweaver — архитектура системы переписана с нуля, это не форк. Так как код независим от Asterisk и его форков, разработчики могли выбирать лицензию отличную от GPL, и в итоге выбрали MPL, что позволяет использовать FreeSWITCH в продуктах, производители которых не готовы открывать свои наработки. К сожалению это не позволяет разработчикам использовать код под GPL.

Основные моменты:

• Архитектура многопоточная, производительность очень высокая (тестировал лично, есть тесты на официальном сайте);
• Модуль это модуль, а не название. То есть можно отключить mod_sofia отвечающий за SIP и система продолжит работать. Архитектура Asterisk такого не позволит — код сервера тесно переплетен с кодом chan_sip. Сведения из первых рук — от разработчика;
• Цель — максимально использовать готовые библиотеки. Разработчики не считают своим долгом реализовать все VoIP протоколы современности лично. Вариант с использованием готовой библиотеки вполне подходит;
• Конфигурация — один XML документ разбитый на логические части по разным файлам, собирается препроцессингом (много за и против конфига в XML, все в курсе);