6 основных протоколов IP-телефонии

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

Стабильная работа IP-телефонии зависит от базовых протоколов

Протокол инициации сеанса (SIP)

SIP — это аббревиатура от Session Initiation Protocol — инициации сеанса. Протокол используется для установления сеанса между двумя или более пользователями, изменения этого сеанса и, в конечном итоге, его завершения.

Преимущество SIP в том, что он очень похож на HTTP и основан на тексте. Такое решение механизма запроса и ответа значительно упрощает процесс устранения неполадок. Роль SIP-сообщений состоит в том, чтобы инициировать участников вызова и способы связи с ними через IP-сеть. SIP определяет тип медиаканалов, которые будут установлены для сеанса, и то, как медиамодули будут связываться друг с другом.

После завершения обмена установочными сообщениями среда переключается с использованием другого протокола. Как правило, это RTP, о котором мы расскажем ниже.

Н.323

Как и SIP, H.323 был разработан для установки, управления и завершения мультимедийного сеанса. Это произошло в конце 90-х, что дало ему преимущество — он не только определял базовую модель вызова, но и охватывал дополнительные услуги, необходимые для удовлетворения ожиданий делового общения с соответствующими стандартами.

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

Транспортный протокол реального времени (RTP)

Протокол RTP, определенный в RFC 1889, представляет собой стандартный пакетный формат для передачи аудио/видео через интернет. Этот протокол широко используется в коммуникационных и развлекательных системах, которые включают потоковое мультимедиа, например телефонию, телевизионные услуги, приложения для видеотелеконференций и веб-функции push-to-talk.

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

Протокол управления передачей в реальном времени (RTCP)

Этот протокол определен в RFC 3550 и работает вместе с RTP. RTCP отвечает за отправку управляющих пакетов участникам конкретного вызова. RTP исходит из портов с четным номером, в то время как RTCP работает с портом со следующим большим нечетным номером. Протокол передает информацию и статистику, например джиттер, количество пакетов, а также время приема-передачи. Конкретное приложение использует эти данные для управления параметрами QoS (качество соединения) и выбирает, например, использование отдельного кодека.

Безопасный транспортный протокол реального времени (SRTP)

SRTP — это один из протоколов безопасности, используемых для технологии WebRTC, который был опубликован IETF (Internet Engineering Task Force) в 2004 году как RFC 3711.

По сути, это расширенный компонент RTP, который добавляет элементы безопасности, аутентификацию как сообщения, конфиденциальность и защиту от воспроизведения, в основном для связи VoIP. Кроме того, он использует шифрование и аутентификацию для снижения рисков атак, таких как отказ в обслуживании.

Протокол описания сеанса (SDP)

Опубликованный IETF как RFC 4566, SDP определяет конкретный стандарт для определения параметров, используемых при обмене мультимедиа (в основном потоковой мультимедиа) между двумя конечными точками. Фактически он исключительно инкапсулирован в другой протокол с широко используемым приложением.

В отдельном объявлении может быть указано:

• Какой IP-адрес будет получать входящий медиапоток.
• Какой номер порта используется для входящего медиапотока.
• Какую категорию мультимедиа конечная точка ожидает получить (обычно аудио).
• По какому протоколу конечная точка будет обмениваться данными (обычно RTP).
• Какое сжатие, кодирующее конечную точку, способно декодировать (кодек).

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

Насколько слаженно работают протоколы IP-телефонии для обеспечения высокого качества связи, вы можете убедиться при подключении к ВАТС от компании New-Tel. При этом вам не обязательно сразу оплачивать тариф для вашего бизнеса. Мы предоставляем 5-дневный тестовый период, в течение которого у вас будет возможность опробовать опции ВАТС и выбрать наиболее подходящие под задачи вашей компании.