Системы связи *

Патентное ведомство США опубликовало патентную заявку компании Microsoft № 20110153809 от 23 декабря 2009 года, в которой описывается система под названием “Legal Intercept” для «скрытой записи коммуникаций».

Как сказано в описании системы, канал прослушки с модулем записи (recording agent) устанавливаются путём модификации данных в запросе на установление соединения. В результате такой модификации VoIP-протокол устанавливает соединение уже по прослушиваемому каналу.

Система Microsoft обеспечивает скрытую запись аудио- и видеокоммуникаций между двумя и более сторонами, утверждается в патентной заявке.

Доброго времени суток хабражители.

Хотелось бы поделиться опытом развертывания голосовых деревьев (IVR), с помощью Asterisk.
Для этого нам понадобится:

• Машина с установленным Asterisk`ом
• Телефонный номер, заведенный в Asterisk посредством SIP/H.323 от провайдера ip-телефонии, либо посредством аналоговой линии/цифрового потока Е1 через платы Digium

Вступление

Добрый день. На написание статьи меня сподвигла необходимость передать мои знания подчиненным, которым уже пора бы вникать в работу Asterisk.
Когда я заметил интерес к платформе с их стороны — я чрезвычайно обрадовался, но пришел в недоумение, когда все рвение остановилось на клацанье по триксбоксу и его подобным.

Я ничего не имею против надстроек к Астериску, которые облегчают жизнь, но я боюсь, что скоро появился поколение администраторов Астериска, которые консоли в живую не видели ниразу.

Целью моих статей является желание показать, что астериск красив сам по себе, без дополнительных надстроек, что можно, используя минимальные, ускоряющие работу скриптовые языки — творить чудеса. Хочется показать, ищущим и желающим познать новое, людям нюансы и тонкости работы системы.

Компания Google решила сделать открытый протокол Jingle (XEP-166 и XEP-167) дефолтным сигнальным протоколом в GTalk. При этом в ближайшее время сохранится поддержка и старых протоколов для обратной совместимости. Однако, сторонним клиентам всё-таки рекомендуют тоже перейти на библиотеку libjingle, потому что поддержка SIP не сохранится вечно.

Сейчас звонки GTalk из GMail, iGoogle и Orkut уже осуществляются по протоколу Jingle, скоро выйдет соответствующий апдейт для Android-приложения. Планов обновлять десктопное приложение под Windows нет даже в будущем. Похоже, Windows-клиент вообще не будут развивать.

Jingle — расширение XMPP, позволяющее передавать между двумя клиентами аудио- и видеоданные. Разработан компанией Google совместно с XMPP Standards Foundation.

Обзор свободно доступных и бесплатных IP АТС: Asterisk, FreeSWITCH, SipXecs, Yate. Приводятся преимущества и недостатки, сравнительный анализ функциональности и сфер применения. Делается вывод о том, что все продукты можно сочетать друг с другом.

Некоторое время назад ко мне обратился товарищ из «Открытых Систем» и попросил сделать обзор открытых IP АТС. Так как он обратился не только ко мне, а еще и к другим экспертам IP телефонии, то в результате в журнал попала компиляция, в которой мало осталось от моего оригинального обзора. Публикую его целиком на Хабре.

Вначале будет теоретическая вставка, для тех, кто не совсем в теме. Если будет скучно — просто пропустите ее! Приятного чтения! А чтобы лучше читалось, главы сопровождаются музыкальными подарками (настоятельно рекомендую наушники :-)

Поехали!

Теория

PBX (Private Branch Exhange) — английский термин, обозначающий офисную телефонную станцию, которая обеспечивает установление, поддержание и разрыв соединений между аппаратами, то есть коммутацию. PBX позволяет разделять ограниченные ресурсы (городские линии и номера) между неограниченным числом внутренних пользователей, при помощи таких телефонных функций, как внутренний номерной план, перевод звонков, постановка на удержание, и других.

Именно поэтому PBX система необходима любой организации — она позволяет эффективно организовать телефонную связь на предприятии (ну, пока еще нужна ;-)

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

В статье будут описаны нюансы настройки IP-телефона Cisco на примере цискофона 7942G.
Итак, если вы присматриваетесь к VoIP-устройствам Cisco серии 79XX, то добро пожаловать под кат.

В начале мая на Хабре сообщалось (дважды) о создании рабочей группы Web Real-Time Communications Working Group при консорциуме W3C и группы RTC-WEB при IETF, которые должны разработать стандарты пиринговых коммуникаций для веба. В перспективе станет возможным передача видео и звука напрямую между браузерами, так что необходимость в отдельных программах вроде Skype или плагинах полностью отпадёт.

Отмечусь и я со своей мыслью касательно того, что случилось со скайпом. Итак, скандалы-интриги-расследования

Если верить twitter-юзеру @ikotus, им сотоварищи было найдено сообщение намертво убивающее скайп («обнаружили строку, от которой падает виндовый скайп и потом не запускается» и, 30-ю минутами позднее, «судя по твиттеру скайп уронили, всё-таки, мы %)»). Казалось бы, одним клиентом меньше. Но, видимо, скайп пал жертвой своей же системы распределенного хранения истории сообщений — в итоге кеш зловещего сообщения волной начал распространяться между скайп-клиентами непричасных пользователей, намертво укладывая клиенты повстречавшимся windows-пользователям.

Сегодня, буквально пару минут назад, произошел странный инцидент.

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

UP4. Как заставить работать

под виндой заставить работать можно удалив файл
shared.xml из папки C:\Users\%username%\AppData\Roaming\Skype

Или, если XP, то отсюда: C:\Documents and Settings\%username%\Application Data\Skype (ArSoron)

маководам: rm ~/Library/Application\ Support/Skype/shared.xml в терминале помогает

linux: mv ~/.Skype/shared.xml ~/.Skype/shared.xml_old

UP3.

Skype engineers are working on the problem, the company said. But the fix may take “a few hours,” and advanced features like video calling might not be available until after that.
So what went wrong? The company says the problem has to do with its “supernodes” — a crucial part of its peer-to-peer networking system. Almost any computer in the network can be a Skype supernode, and these act like directories for the service, telling Skype things like who is online. Skype says a problem with some versions of Skype took a bunch of supernodes down, meaning that people weren’t able to log on as normal.

UP2. Судя по комментариям, проблемы наблюдаются у пользователей всех платформ.

UP1. Попытался запустить его из консоли.
Система с Ubuntu 10.10

$ skype
`menu_proxy_module_load': skype: undefined symbol: menu_proxy_module_load

(<unknown>:6623): Gtk-WARNING **: Failed to load type module: (null)

Aborted

Мир технологий весь трясет после того, как выяснилось, что Skype прекращает поддержку Asterisk — платформу АТС на открытых исходниках. И хотя решение Skype может быть несколько шокирующим, самое интересное, что все злятся не на Skype — они злятся на Microsoft.

Моя коллега по PCWorld Кэтрин Нойс никогда не упускает возможности попинать Microsoft, насколько безосновательно это не было бы, так что она быстро заключила, что прекращение поддержки Asterisk со стороны Skype — это часть коварного плана Microsoft по закрытию поддержки для чего-либо кроме продукции Microsoft.

Я ожидал такой поспешной анти-MS реакции от мисс Нойс, но к сожалению, она оказалась не одинокой в желании обвинить Microsoft в этом решении Skype. Стив Воэн-Николс из ZDNet также присоединился к этому хору, как и автор статьи на TechFlash.com.

Я прошу прощения, но вы о чем? Microsoft объявила о планах купить Skype за $8,5 млрд. всего две недели назад. Уйдут месяцы на то, чтобы уладить все финансовые и регулятивные вопросы, прежде чем Skype действительно станет частью Microsoft. Пока же отношения между двумя компаниями сводятся к пресс-релизу о намерении о поглощении. Microsoft пока не командует в Skype.

Microsoft отказались предоставить какой-либо официальный комментарий — как я понимаю, потому что пока они не имеют никакого отношения к работе компании Skype и не могут комментировать ее политику и решения.

Я попросил Skype прояснить, сыграла ли Microsoft какую-то роль в этом решении, и получил следующий ответ от представителя компании Дженнифер Коукин:

«Skype принял решение прекратить поддержку Skype for Asrterisk несколько месяцев назад, поскольку нами было принято решение сосредоточить усилия по реализации совместимости со стандартом IETF SIP в нашем решении Skype Connect [ранее известном как Skype for SIP]. SIP пользуется самой широкой поддержкой среди всех альтернатив со стороны производителей телекоммуникационного оборудования, в том числе и Digium. Отдавая предпочтение SIP перед другими альтернативами, мы сосредотачиваем наши ресурсы и подтверждаем наши намерения обеспечить доступность Skype на тех ключевых платформах, где мы видим наиболее широкий спрос со стороны пользователей».

SkypeKit – это Skype без GUI, управляемый по API и имеющий много интересных функций, которых нет в обычном Skype.
Как оказалось, достаточно сложно получить доступ к SkypeKit. Попробую заполнить этот пробел. Материала очень много, потому начну с общего обзора. Если какие-то моменты потребуют прояснения, спрашивайте — либо дополню, либо напишу другую статью (как я понял, много информации о SkypeKit есть в открытых источниках, так что пока содержание не очень уникально).

Похоже сделка Skype и Microsoft дает первые плоды. Сегодня Digium оповестила своих клиентов о прекращении c 26-го июля продаж своего проприетарного продукта Skype for Asterisk (дословно — Skype для Asterisk). Skype for Asterisk поставлялся в виде отдельного модуля к Asterisk и позволял, собственно как можно предположить из названия, интегрировать Skype-транспорт в Asterisk.

Ниже привожу перевод письма Digium.

Хочу поделиться опытом настройки логирования вызовов в корпоративной телефонной сети, построенной на базе решений Avaya Aura (под управлением Communication Manager – далее CM). Данные собираются на основе CDR (Call Detail Recording). Эта статья носит обзорный характер, в ней я описываю основные принципы решения возникшей задачи.
В моей компании используется распределенная по территории РФ телефонная сеть с более чем 5000 IP-станций (телефонных аппаратов, используемых сотрудниками). Задачей стояло написание логгера исходящих внешних (направленных в ТфОП) вызовов от внутренних абонентов (включая тандемные вызовы) с последующим добавлением функциональности тарификатора. Внутренние звонки (внутри телефонной сети) и входящие – не интересовали, но описываемый метод сбора информации позволяет обрабатывать и такие типы вызовов. Существует несколько готовых коммерческих решений для тарификации вызовов, некоторые из них нам довелось протестировать в своей компании, но зачастую стоимость этих продуктов не соответствовала уровню удобства использования и качества реализации.

Signaling System #7 / Система сигнализации №7 — это набор сетевых протоколов, обеспечивающих обмен служебными сообщениями между мобильными станциями (мобильными телефонами) и телефонными станциями, а также между самими телефонными станциями.
В настоящее время SS#7 используется, как стандарт сигнализации в телефонных сетях.

В данной статье будет описана структура и принцип действия SS#7.

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

Напомню что TalkPad — это сервис, который предоставляет возможность позвонить на городские и мобильные телефоны прямо из браузера, установив плагин.

Итак, как же все-таки может быть устроен бэкенд высоконагруженного сервиса телефонии?

Группа исследователей из Массачусетского технологического института, Google, университета Северной Каролины и университета Джонса Хопкинса опубликовали окончательную версию доклада с описанием метода распознавания ключевых фраз в зашифрованном VoIP-потоке с переменным битрейтом. Они заявляют, что средняя точность распознавания составляет 50%, а для некоторых фраз — до 90%.

Распознавание возможно благодаря анализу битрейта зашифрованного потока, в котором разные звуки кодируются с разным битрейтом. Например, гласные кодируются с большим битрейтом, а свистящие и шипящие представляют собой шум, для которого достаточно минимального битрейта.

В ноябре 2009 года Google приобрела VoIP-сервис Gizmo5, позволяющий пользователям совершать и принимать звонки со своих компьютеров и мобильных телефонов. На днях компания начала информировать пользователей о том, что сервис Gizmo5 будет закрыт 3 апреля 2011 года.

Уже с 11 марта нельзя будет пополнять свой счёт. Если на счёте останутся средства, то их можно будет вывести или перевести на счёт Google Voice. В письме пользователям утверждается: «Хотя клиент Gizmo5 больше не будет доступен, мы запустили возможность совершать звонки внутри Gmail по ещё более низким ценам».

С момента приобретения стартапа Google действительно интегрировала технологию Gizmo5 в Gmail / Gtalk и с августа прошлого года пользователи могут совершать телефонные звонки прямо из Gmail. Это отличная возможность — особенно если вы используете Google Voice — но всё же она не заменяет Gizmo5 полностью. Например, приложение Gizmo5 позволяет пользователям совершать и принимать телефонные звонки на мобильных устройствах через Wi-Fi. В Google Voice поддержки звонков через Wi-Fi нет.

Во-первых, дисклаймер

Настройке Asterisk посвящены сайты, форумы и целые порталы типа voip-info.org. Но всегда есть люди, для которых эта тема – дремучий лес, а запустить продукт надо «вчера». Ещё полтора месяца назад я про Asterisk знал только то что он есть. Данный труд призван лишь несколько облегчить жизнь тем, кто окажется в такой же ситуации после меня. В нём могут быть ошибки любой степени «чайниковости». Если вы гуру настройки Asterisk – укажите на ошибку, я поправлю, потомки будут вам благодарны.

Здравствуй, Хабрахабр! В этой статье я хочу поведать о том, как можно решить вопрос автоматического переключения режима приёма звонков в «Мультифоне» (gsm-to-gsm/gsm-to-sip) при регистрации смартфона на сервере Asterisk. Ниже будет рассказано, для чего мне это понадобилось, какие варианты решения рассматривались, и как в итоге было реализовано. Приведённый ниже пример был использован на базе домашнего сервера под управлением Debian Lenny вместе с Asterisk 1.6, но с большой вероятностью будет работать и на других распространённых Linux-платформах.

Вкратце о предыстории вопроса

Являясь абонентом Мегафона, с недавнего времени стал пользоваться их VoIP-сервисом. Одной из особенностей сервиса является то, что кроме совершения исходящих, можно принимать входящие на мобильный номер звонки через SIP-клиент. Этой возможностью мне и захотелось воспользоваться, настроив подключение своего смартфона к домашнему серверу Asterisk через SIP. На самой процедуре регистрации, подключении к услуге и настройке SIP-аккаунта, я останавливаться не буду — про это уже достаточно написано. Хотелось сделать следующее: при подключении смартфона к серверу, все входящие сотовые звонки начинают поступать через SIP; при отключении от сервера должен восстанавливаться обычный режим приёма звонков телефоном (gsm-to-gsm). Решение должно быть максимально автоматизированным и требовать от меня не более одного движения — нажатия на кнопку подключения к серверу на рабочем столе смартфона.