[] Да прибудет с нами VoIP
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Привет, Хабр!Меня зовут Корнеев Илья, я являюсь разработчиком приложения под OS Android в Московском кредитном банке.Все мы, наверняка, привыкли к тому, чтобы открыть телефонную книжку своего мобильного устройства и просто позвонить по своим делам или, например, пообщаться с любимыми или друзьями. И операторы сотовой связи идут нам на встречу, давая пакеты минут, которые включены в абонентскую плату. А интернет используется для серфинга, видосиков на youtube и т.п.Когда же мы уезжаем за границу, все наши пакеты превращаются в тыкву. Но ведь можно найти бесплатный Wi-Fi! Так почему бы не использовать его?Немного матчасти
- VoIP (Voice over IP) – технология передачи голосового потока посредством протокола Интернет.
- SIP (Session Initiation Protocol) - протокол передачи данных, описывающий способ установки и завершения пользовательского интернет-сеанса, включающего обмен мультимедийным содержимым.
- RTP (Real-time Transport Protocol) - протокол передачи медиаданных в реальном времени.
- SRTP (Secure Real-time Transport Protocol ) - защищенный RTP протокол. Предназначен для шифрования, установления подлинности сообщения, целостности, защиты от замены данных RTP в однонаправленных и multicast передачах медиа и приложениях.
Давайте разберемся, как это работаетПрежде чем начать звонок, двум абонентам нужно "договориться". Для этого нам понадобится протокол SIP. Протокол SIP имеет клиент-серверную архитектуру. Клиент выдает запросы с указанием того, что он хочет получить от сервера. Сервер принимает и обрабатывает запросы, выдает ответы, содержащие уведомление об успешности выполнения запроса, уведомление об ошибке или информацию, запрошенную клиентом.Обслуживание вызова распределено между различными элементами сети SIP. Основным функциональным элементом, реализующим функции управления соединением, является абонентский терминал. Остальные элементы сети могут отвечать за маршрутизацию вызовов, а иногда служат для предоставления дополнительных сервисов.Схема общения по протоколу SIPПервым делом чтобы получить возможность получать и совершать вызовы необходимо зарегистрироваться в сети. Для этого достаточно выполнить запрос «REGISTER»:
После успешной регистрации набор запросов/ответов выглядит так:
Теперь разберем каждый запрос отдельно.Первым делом устройство, совершающее вызов, отправляет запрос «INVITE» вызываемому абоненту для того, чтобы пригласить его начать сеанс связи.Как только вызывающий абонент отправит «INVITE», сразу же запускается таймер ожидания ответных сообщений, чтобы понять, а прошел ли запрос. И ждет он простейший ответ с той стороны в виде сообщения «100 Trying», который остановит таймер.Далее сторона Б отправляет еще один запрос «180 Ringing», который означает что абонент Б свободен и готов ответить на звонок. Но абонент может быть и занят. В таком случае отправляется другой запрос, о котором мы поговорим чуть позже.Что ж, звонок мы отправили, пора бы и пообщаться!Как только абонент Б берет трубку, он отправляет запрос «200 ОК».Как и абоненту А, абоненту Б тоже необходимо узнать о том, что его ОК дошел и сеанс можно продолжать. Для этого абонент А отправляет сообщение «ACK».И наконец свершилось! Можно и пообщаться! Да, действительно, первый этап пройден, обе стороны узнали друг о друге, договорились о всех нюансах взаимодействия и начинают второй этап - обмен мультимедиапотоком. Как правило, информация в этом случае передается по протоколу RTP (Realtime Transfer Protocol).Третьим этапом можно выделить завершение общения. Абонент, инициирующий завершение сеанса, отправляет сообщение «BYE». Второй абонент, получив это сообщение, может при необходимости воспроизвести звуковой сигнал, соответствующий занятой линии, или просто завершить сеанс, но так или иначе он обязан отправить инициатору сообщение «200 ОК», чтобы сигнализировать о том, что сообщение было доставлено и подтвердить согласие на освобождение всех задействованных ресурсов.Так мы обработали основной flow ip-телефонии. Этот flow необходимо расширять и другими типами сообщений для поддержания корректной работы, но для старта достаточно и этого.РеализацияSIPПрежде чем начать голосовую передачу, нужно договориться, то есть реализовать протокол SIP. SIP очень похож на протокол HTTP, используемый для Web приложений, или на SMTP (обмен почтовыми сообщениями). Сообщения состоят из заголовков и тела сообщения. SIP - это протокол, использующий текстовые сообщения, в которых используется кодировка UTF-8. SIP использует номер порта 5060, как для коммуникации по протоколу UDP, так и для TCP. Подробнее о протоколе можно почитать здесь: https://datatracker.ietf.org/wg/sip/about/.На старте проекта мы не обладали сторонним framework, реализующим протокол SIP. Сначала мы проанализировали формат всех запросов и ответов на примере использования open source softphone - Linphone (https://github.com/BelledonneCommunications/linphone-android). С использованием этой утилиты мы получили представление о работе и формате протокола SIP. Например, вот так выглядит запрос «REGISTER»:/*REGISTER sip:1.1.1.1 SIP/2.0Via: SIP/2.0/UDP 1.1.1.1:5555;branch=xxxxx;rportFrom: ;tag=xxxxxTo: sip:yyyy@1.1.1.1CSeq: 20 REGISTERCall-ID: xxxxxMax-Forwards: 70Supported: replaces, outboundAccept: xxxxxContact: ;Expires: 3600User-Agent: Unknown (belle-sip/1.5.0)*/В качестве канала передачи запросов протокола SIP мы использовали framework OkHttp (https://github.com/square/okhttp). Достаточно удобный в применении. Конечно, WebSocket-соединение мы использовали с URI-схемой «wss» (шифрованное соединение) с SSL-pinning (внедрение SSL сертификата, который используется на сервере, в коде мобильного приложения для проверки подлинности сервера).RTPВот теперь можно организовывать передачу медиапотока, то есть реализовать протокол RTP. При использовании протокола RTP открываются два порта для коммуникации. Один - для передачи потока медиаданных (четный номер порта), и второй - для передачи данных сигнализации (обратная связь для QoS и контроль медиапотока) - RTCP. Значения номеров портов жестко не привязаны. С форматом можно познакомиться здесь - http://www.networksorcery.com/enp/protocol/rtp.htm.С реализацией протокола RTP нам повезло больше - WebRTC. Это проект с открытым исходным кодом, предназначенный для организации передачи потоковых данных между браузерами или другими поддерживающими его приложениями по технологии точка-точка. Ознакомиться с ним можно здесь: https://webrtc.org/, https://webrtc.github.io/webrtc-org/native-code/android/.NATВсе бы хорошо, но мы столкнулись с проблемами прохождения NAT. А проблемы заключаются в том что, если один из участников, участвующий в этом сеансе, использует IP-адрес из приватной сети, тогда поток от абонента, находящегося в публичной сети в сторону NAT сервера, не сможет достичь абонента, находящегося во внутренней сети. Плотнее ознакомиться с проблемами NAT можно в этой статье: https://voipnotes.ru/blog/nat-potocol-turn-rsip-ice/.Для их решения мы использовали протоколы:
- TURN (Traversal Using Relay NAT) - протокол, который позволяет узлу за NAT (или брандмауэром) получать входящие данные через TCP или UDP соединения (для общения с нашим TURN-сервером);
- ICE (Interactive Connectivity Establishment) - протокол, который обеспечивает прохождение трафика через различные устройства NAT (из коробки WebRTC).
Таким образом, донастроив нашу работу с WebRTC на использование этих протоколов, мы получили полноценную передачу голосового потока посредством сети Интернет.На этом у меня всё. Спасибо за внимание)
===========
Источник:
habr.com
===========
Похожие новости:
- [IT-инфраструктура, Сетевые технологии, Asterisk, Сетевое оборудование] Конференц-связь Snom C520-WiMi и C52-SP: Сценарии использования
- [SaaS / S+S, CRM-системы, Развитие стартапа, Облачные сервисы] АТС и CRM за 5 минут
- [Управление продажами, Облачные сервисы] Speech Analytics: Benefits and its New Importance in Telecommunication Technology
- [IT-инфраструктура, Сетевые технологии, Asterisk, Сетевое оборудование] Snom A190 — DECT-гарнитура для микросотовых систем
- [IT-инфраструктура, Сетевые технологии, Asterisk, Сетевое оборудование] DECT-системы Snom для работы в любых условиях
- [Клиентская оптимизация, Управление продажами, Управление персоналом, Искусственный интеллект] Голосовая аналитика бесплатно. Что? Где? Когда?
- [Законодательство в IT] Psiphon дал статистику по Беларуси
- [IT-инфраструктура, Сетевые технологии, Asterisk, Сетевое оборудование] Мобильность на рабочем месте. Обзор Snom M325
- [Законодательство в IT, Социальные сети и сообщества] Власти Беларуси опять пытаются глушить Telegram
- [Программирование, CRM-системы] Интегрируем web-телефон в свою систему
Теги для поиска: #_sip, #_voip, #_blog_kompanii_moskovskij_kreditnyj_bank (
Блог компании Московский кредитный банк
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 25-Ноя 10:17
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
|
Привет, Хабр!Меня зовут Корнеев Илья, я являюсь разработчиком приложения под OS Android в Московском кредитном банке.Все мы, наверняка, привыкли к тому, чтобы открыть телефонную книжку своего мобильного устройства и просто позвонить по своим делам или, например, пообщаться с любимыми или друзьями. И операторы сотовой связи идут нам на встречу, давая пакеты минут, которые включены в абонентскую плату. А интернет используется для серфинга, видосиков на youtube и т.п.Когда же мы уезжаем за границу, все наши пакеты превращаются в тыкву. Но ведь можно найти бесплатный Wi-Fi! Так почему бы не использовать его?Немного матчасти
 После успешной регистрации набор запросов/ответов выглядит так:  Теперь разберем каждый запрос отдельно.Первым делом устройство, совершающее вызов, отправляет запрос «INVITE» вызываемому абоненту для того, чтобы пригласить его начать сеанс связи.Как только вызывающий абонент отправит «INVITE», сразу же запускается таймер ожидания ответных сообщений, чтобы понять, а прошел ли запрос. И ждет он простейший ответ с той стороны в виде сообщения «100 Trying», который остановит таймер.Далее сторона Б отправляет еще один запрос «180 Ringing», который означает что абонент Б свободен и готов ответить на звонок. Но абонент может быть и занят. В таком случае отправляется другой запрос, о котором мы поговорим чуть позже.Что ж, звонок мы отправили, пора бы и пообщаться!Как только абонент Б берет трубку, он отправляет запрос «200 ОК».Как и абоненту А, абоненту Б тоже необходимо узнать о том, что его ОК дошел и сеанс можно продолжать. Для этого абонент А отправляет сообщение «ACK».И наконец свершилось! Можно и пообщаться! Да, действительно, первый этап пройден, обе стороны узнали друг о друге, договорились о всех нюансах взаимодействия и начинают второй этап - обмен мультимедиапотоком. Как правило, информация в этом случае передается по протоколу RTP (Realtime Transfer Protocol).Третьим этапом можно выделить завершение общения. Абонент, инициирующий завершение сеанса, отправляет сообщение «BYE». Второй абонент, получив это сообщение, может при необходимости воспроизвести звуковой сигнал, соответствующий занятой линии, или просто завершить сеанс, но так или иначе он обязан отправить инициатору сообщение «200 ОК», чтобы сигнализировать о том, что сообщение было доставлено и подтвердить согласие на освобождение всех задействованных ресурсов.Так мы обработали основной flow ip-телефонии. Этот flow необходимо расширять и другими типами сообщений для поддержания корректной работы, но для старта достаточно и этого.РеализацияSIPПрежде чем начать голосовую передачу, нужно договориться, то есть реализовать протокол SIP. SIP очень похож на протокол HTTP, используемый для Web приложений, или на SMTP (обмен почтовыми сообщениями). Сообщения состоят из заголовков и тела сообщения. SIP - это протокол, использующий текстовые сообщения, в которых используется кодировка UTF-8. SIP использует номер порта 5060, как для коммуникации по протоколу UDP, так и для TCP. Подробнее о протоколе можно почитать здесь: https://datatracker.ietf.org/wg/sip/about/.На старте проекта мы не обладали сторонним framework, реализующим протокол SIP. Сначала мы проанализировали формат всех запросов и ответов на примере использования open source softphone - Linphone (https://github.com/BelledonneCommunications/linphone-android). С использованием этой утилиты мы получили представление о работе и формате протокола SIP. Например, вот так выглядит запрос «REGISTER»:/*REGISTER sip:1.1.1.1 SIP/2.0Via: SIP/2.0/UDP 1.1.1.1:5555;branch=xxxxx;rportFrom: ;tag=xxxxxTo: sip:yyyy@1.1.1.1CSeq: 20 REGISTERCall-ID: xxxxxMax-Forwards: 70Supported: replaces, outboundAccept: xxxxxContact: ;Expires: 3600User-Agent: Unknown (belle-sip/1.5.0)*/В качестве канала передачи запросов протокола SIP мы использовали framework OkHttp (https://github.com/square/okhttp). Достаточно удобный в применении. Конечно, WebSocket-соединение мы использовали с URI-схемой «wss» (шифрованное соединение) с SSL-pinning (внедрение SSL сертификата, который используется на сервере, в коде мобильного приложения для проверки подлинности сервера).RTPВот теперь можно организовывать передачу медиапотока, то есть реализовать протокол RTP. При использовании протокола RTP открываются два порта для коммуникации. Один - для передачи потока медиаданных (четный номер порта), и второй - для передачи данных сигнализации (обратная связь для QoS и контроль медиапотока) - RTCP. Значения номеров портов жестко не привязаны. С форматом можно познакомиться здесь - http://www.networksorcery.com/enp/protocol/rtp.htm.С реализацией протокола RTP нам повезло больше - WebRTC. Это проект с открытым исходным кодом, предназначенный для организации передачи потоковых данных между браузерами или другими поддерживающими его приложениями по технологии точка-точка. Ознакомиться с ним можно здесь: https://webrtc.org/, https://webrtc.github.io/webrtc-org/native-code/android/.NATВсе бы хорошо, но мы столкнулись с проблемами прохождения NAT. А проблемы заключаются в том что, если один из участников, участвующий в этом сеансе, использует IP-адрес из приватной сети, тогда поток от абонента, находящегося в публичной сети в сторону NAT сервера, не сможет достичь абонента, находящегося во внутренней сети. Плотнее ознакомиться с проблемами NAT можно в этой статье: https://voipnotes.ru/blog/nat-potocol-turn-rsip-ice/.Для их решения мы использовали протоколы:
=========== Источник: habr.com =========== Похожие новости:
Блог компании Московский кредитный банк ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 25-Ноя 10:17
Часовой пояс: UTC + 5