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

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

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

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

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

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

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

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

Анонсировано первое свободное 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 у клиента, и предложить посетителю нажать специальную кнопку для связи с представителем компании.

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

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

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

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

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

Доброе время суток %username%.

Хочется за ранее предупредить, всех кто в принципе будет прав, данная система этот как стрельба по воробьям из пушки, но хотелось чего то этакого. Так же некоторые элементы в данной схеме не поднимались с нуля, они уже были и использовались в решении других задач, и их архитектуру рассматривать не будем ( сервер баз данных и HTTP сервера ), возьмем за факт, что эти сервисы зарезервированы должным образом.

На одной из моих работ была поставлена задача, перевод внешних линий с gsm шлюзов ( около 30 ) и наземных линий pri ( 100 линий ) на IP. Также в связи с невозможностью дальнейшего развития АТС Samsung ids-500 ( 2 станции ) установка IP телефонов. На АТС уже было около 600 рабочих телефонов. В текущий момент внешних линий 190.

Здравствуйте, уважаемые хабравчане.

Вот уже несколько месяцев ковыряюсь в прекрасном продукте FreeSWITCH. Он не перестает меня удивлять функциональностью, надежностью и производительностью (даже в тех областях, в которых от него этого не ждешь).

Один из моих экспериментов, который в скором времени, скорей всего, перейдет в продакшн касался изумительной, с моей точки зрения, функции mod_sofia recover. Функция recover позволяет FreeSWITCH (FS) восстановить вызовы после краша или же, если FS работает в высоко доступном кластере подхватить вызовы на второй ноде! ВНИМАНИЕ! без обрывов вызовов абонентов, как в случае проксировании RTP, так и без него.

Реализуется это достаточно просто, благодаря использованию внешней СУБД и настройкам mod_sofia, отвечающего за SIP стэк. Т.е. mod_sofia хранит всю информацию о текущих вызовах во внешней БД, и при краше у второй ноды кластера есть возможность эти настройки прочесть и подхватить вызовы.

В данной статье попробую собрать в одной статье выжимки из документации и известные мне сведения об Acces Control List (ACL) во FreeSWITCH.

В данной статье на примере однопортовой E1 карты Digium TE121P рассмотрим пример подключения её во FreeSWITCH на операционной системе CentOS.

Задача

Итак, нам захотелось странного: вот сидит на поддержке сотрудник, если ему поступил звонок, то надо автоматически открыть окно с существующей системой helpdesk, в которое бы передался номер телефона с которого звонят. Для удобства — пришёл звонок, спец сразу видит, что за компьютер, какое его сетевое имя, имя пользователя, что за железо/софт/услуги… База данных сотрудников и всего прочего с их телефонами уже есть, теперь как это связать на автомате?

В процессе работы над одним проектом нужно было организовать конференц-связь между людьми, расположенными в разных временных поясах. При этом проект пока некоммерческий, соответственно доступ должен быть бесплатным.

На тот момент у меня уже был работающий сервер с FreeSWITCH, используемый как мини-АТС для одного абонента.

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

В результате мы с коллегами начали проект TrrTrr.net. Цель проекта — проведение открытых семинаров на разные технологические темы.

На текущий момент проведены два семинара — один по-русски, на тему статьи Александра Чусова на Хабре. Второй по-английски, на тему построения отказоустойчивого VoIP-сервиса. На сайте есть ссылки для скачивания аудиозаписей.

Есть также идея провести неформальный мини-тренинг по FreeSWITCH для тех, кто привязан к Астериску и ещё не знает, насколько фрисвич интереснее ;-)

Буду рад предложениям о новых темах для будущих семинаров. Не забывайте, что кроме темы нужны ещё и один-два основных докладчика.

При использовании современных телефонных платформ услуга голосовой почты стала настолько привычной и востребованной, что разработчики «софтовых» АТС создают модули голосовой почты, производители «железных» АТС создают целые платы голосовой почты, а операторы связи предлагают ее как услугу. Все, как говорится, просто и понятно. Не дозвонился до абонента, система тебя переадресует на голосовую почту и предлагает оставить сообщение. Далее есть несколько вариантов — абоненту высылается оповещение (чаще это письмо) о том что оставлено голосовое сообщение, мол — зайди в систему и послушай. В более продвинутом варианте на почту сразу приходит файл с записью, что позволяет не теряя времени на посещение интерфейса системы — сразу из письма прослушать файл. Но можно сделать услугу еще удобнее и качественнее.

После первой половины нулевых годов, когда Интернет и электронная почта широко распространились даже в мелких городах, а на сканерах появилась кнопка «отправить на e-mail», считал что факсы — это из разряда ископаемых как аналоговые модемы.

Введение

Доброго времени суток, Хабровчане.

Хочу поделится с сообществом своим опытом по реализации аудио-звонков c web и мобильных клиентов в Cisco UCCX. Возможно, он кому-нибудь поможет в будущем или в настоящем.

Итак, однажды, передо мной была поставлена задача организовать аудио-звонки с web и мобильных клиентов на в Cisco UCCX. Все знают прекрасные сервисы по типу zingaya, но заказчик четко ограничивал использование сторонних сервисов.
Задача свелась к написанию клиента, выбора SBC и пробрасыванием сигнализации от клиента на Cisco Call Manager.

Проведенный мною анализ остановил меня на трех способах реализации требований:

• RTMP клиенты, написанные под Adobe AIR и Flash + mod_rtmp к freeswitch в качестве SBC
• RTMFP клиенты, написанные под Adobe AIR и Flash + RTMFP2SIP gateway от компании Flashphoner
• WebRTC клиенты, написанные на js + Mobicents SIP Servlets

Встала задача избавиться от старого хлама в стойке и реализовать программную версию, слегка забытой, но до сих пор существующей технологии для оказания, как правило, междугородней/международной связи для абонентов других операторов посредством звонка на специальный номер доступа и вводом ПИН кода. Авторизация абонентов проходит через биллинг посредством RADIUS, записи о звонках складываются туда же.

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

Один из простых способов соединить Lync Server с любым провайдером IP-телефонии.

Небольшим, но существенным препятствием для использования Lync Server в качестве основы корпоративной телефонии может стать особенность его работы с протоколом SIP. Особенность заключается в полной несовместимости со стандартами провайдеров IP-телефонии. Lync Server поддерживает TCP или TLS и не может передавать учетные данные, провайдеры IP-телефонии в свою очередь в основном используют UDP и требуют авторизацию по логину и паролю.

Как известно, телефония предполагает передачу голоса. Для передачи голоса полная полоса 20Гц-20кГц никому не нужна, для четкого различимого и узнаваемого голоса вполне достаточно до 3.5кГц. Если быть точнее, речевая полоса частот используемая в телефонии от 300 до 3400Гц. При компрессии в общий канал, для точного выделения нужны защитные интервалы частот по краям, потому полоса пропуския — 4кГц. При оцифровке это получается 8кГц. Сейчас, в связи с развитием толщины каналов связи, те же скайпы и прочие, хвастающиеся «повышенным» качеством, используют 16кГц, а то и 32кГц, что, впрочем, реально на слух практически не отличимо при обычном разговоре (зато очень хорошо различимо при ухудшении качества канала связи, но когда это волновало маркетолухов).

Итак, практически все звуковые файлы, которые используются в телефонии, записаны с 8кГц оцифровкой. Для ускорения обработки больших потоков, применяемые методы сжатия так же просты и направлены на достойный результат при применении к желаемому — сжатию речи. Это простая оцифровка (PCM), простые дельта-кодеки (ADPCM, G711), либо хитрые кодеки (GSM 06.10). Эти форматы являются «родными» для систем телефонии — asterisk, freeswitch (и наверняка других тоже). В этих форматах данные подготавливаются для проигрывания системой людям, в эти же форматы системы могут записывать записи.

Однако сейчас всё шире web шагает по планете, и людям хочется иметь возможность прослушать записи разговоров, приветствий и др. на вебе, где «родным» форматом стал mp3…