Protocol sip: Протокол SIP: инфраструктура, механизм обмена сообщениями, дополнительные возможности

Протокол SIP: инфраструктура, механизм обмена сообщениями, дополнительные возможности

Протокол SIP — (Session Initiation Protocol) — протокол установления сеанса связи. Данный протокол является одним из основных, используемых в IP-телефонии. Он был разработан в 1996 году Марком Хэндли, Джонатаном Розенбергом и Хеннигом Шульцринном, в 1999 году была выпущена версия 1.0 (RFC 2543), затем протокол был доработан, и в 2002 году и принят в качестве протокола […]

Протокол SIP — (Session Initiation Protocol) — протокол установления сеанса связи. Данный протокол является одним из основных, используемых в IP-телефонии. Он был разработан в 1996 году Марком Хэндли, Джонатаном Розенбергом и Хеннигом Шульцринном, в 1999 году была выпущена версия 1.0 (RFC 2543), затем протокол был доработан, и в 2002 году и принят в качестве протокола сигнализации в мобильной телефонии (RFC 3261). SIP был изначально разработан только для работы с сеансами связи (установка/завершение/изменение), но не для передачи данных. Отметим некоторые особенности работы протокола SIP:

  • SIP является протоколом прикладного уровня  и может  использовать в качестве транспорта  протоколы UDP, TCP, SCTP;
  • SIP позволяет устанавливать как одноадресные, так и многоадресные сеансы связи;
  • SIP использует регистрацию абонентов для установления сеанса;
  • SIP расширяем, за счет передачи параметров не в бинарном виде, а в виде текста;
  • SIP масштабируем и не имеет ограничений номерной базы, т.к. использует адресацию в стиле URI;
  • SIP модифицируем и позволяет изменять параметры созданных сессий, такие как адрес, номер порта, количество абонентов и количество медиапотоков.
Расположение протокола SIP в модели OSI

Инфраструктура сетевых агентов протокола SIP Пример sip-сети

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

  • Терминал — является конечным узлом в SIP-сессии, который либо участвует в передаче сообщений, либо управляет сессией. Терминал в модели взаимодействия SIP выполняет одновременно роль и клиента и сервера.
  • Регистратор — узел в сети SIP, который производит регистрацию терминалов и хранит информацию о них, а также позволяет производить поиск терминалов по необходимым параметрам.
  • Прокси-сервер — промежуточный объект SIP-сети, обеспечивающий маршрутизацию сессий и отвечающий за доставку сообщений терминалам. Позволяет выполнять запросы от имени других узлов сети, тем самым ускоряя доставку сообщений через наиболее короткие маршруты.
  • Шлюз — пограничный узел, используемый для передачи сообщений между сетями.
  • Контроллер границы сеанса
    — специализированный элемент сети, служащий для выполнения сервисных функций между терминалами, такими, например, как обход NAT.
  • Сервер перенаправления — вспомогательный элемент сети, используемый для перенаправления запросов от прокси-серверов к внешним доменам.

Обмен сообщениями в протоколе SIP

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

Регистрация sip-клиента

Запросы генерируются терминалами-клиентами к серверам и инициализируют функциональность протокола. Отправка запроса подразумевает получение ответа о результате транзакции. Рассмотрим подробно возможные варианты запросов SIP клиентов:

  • REGISTER — регистрация URI клиента на сервере регистрации;
  • INVITE — инициализация протокола для установления сеанса;
  • ACK — подтверждение инициализации сеанса со стороны клиента;
  • BYE — завершение сеанса;
  • CANCEL — отмена любого ожидающего запроса;
  • UPDATE — изменение состояния сеанса без изменения диалога;
  • REFER —  запрос на оформление переадресации;
  • PRACK — предварительное (временное) подтверждение;
  • SUBSCRIBE — подписка на уведомления о событии;
  • NOTIFY — сообщение подписчику о произошедшем событии;
  • PUBLISH — публикация сообщения на сервере;
  • MESSAGE — отправка текстового сообщения;
  • INFO — информация о сеансе, без его модификации;
  • OPTIONS — запрос информации о функциональности сервера.
Звонок в системе SIP

Ответы разделяются на классы, определяемые их цифровым кодом. Рассмотрим подробно классы возможных ответов:

  • 1XX — коды предварительного состояния сеанса. Указывают на то, что запрос был получен сервером и поступил в обработку;
  • 2XX — успешное завершение запроса;
  • 3XX — перенаправление запроса с указанием необходимости заполнения его новым адресом назначения;
  • 4XX — отклонение запроса, либо указание на ошибку в запросе;
  • 5XX — отказ в выполнении запроса;
  • 6XX — отклонение запроса по причине невозможности установить соединение.
Звонок в системе SIP с использованием B2BUA

Дополнительные возможности SIP

SIP-сжатие

 Являясь текстовым протоколом, SIP может создавать высокую нагрузку на используемый транспортный протокол. Возможны случаи превышения максимального MTU при использования в качестве транспорта протокола UDP.

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

Сигнализация SIP DTMF

Протокол SIP использует четыре метода для передачи цифровых сигналов между терминальными агентами:

  1. Использование аудио тональных сигналов в RTP-потоке с lossles-кодированием ( u-law, a-law).
  2. Использование именованных телефонных событий (NTE) в потоке RTP (наиболее распространенный метод).
  3. Метод SIP INFO — отправка DTMF-кодов в заголовке пакета, определенных контекстом /dtmf-relay.
  4. Метод SIP NOTIFY — передача кодов DTMF в запросе NOTIFY (уведомление о произошедшем событии).

SIP Perfomance Tester

SIP Perfomance Tester является инструментом для тестирования ПО, либо инфраструктуры сети под нагрузкой. Он позволяет определить максимальное количество вызовов, количество вызовов в секунду, так же количество одновременных вызовов.

Данный продукт имитирует SIP- и RTP- трафик для того, чтобы определить будет ли стабильно работать ваша конфигурация сервера или  сети под нагрузкой. SIP Perfomance Tester измеряет такие показатели, как задержка ответа, соотношение запросов и ответов, потеря пакетов, время задержки приема или передачи.

SSIP

Security SIP разработан для обеспечения безопасной передачи информации путем шифрования данных, передаваемых по протоколу SIP. SIPS использует TLS для обеспечения защищенного канала связи между клиентом и сервером с использованием механизма рукопожатия. Данные же упаковываются по протоколу SRTP в шифрованные IP-пакеты и их передача начинается только после того, как устанавливается SSL-туннель между клиентом и сервером. Важной особенностью использования SSIP является необходимость его поддержки всеми используемыми устройствами в сети, если хотя бы один узел не поддерживает SRTP/TLS, то установить защищенное соединение будет невозможно.

SIP ALG

SIP ALG это механизм маршрутизации SIP-трафика, несколько похожий на SIP Proxy. ALG является программным шлюзом и используется в прослойке между устройствами SIP и сетью. SIP ALG анализирует поступающий трафик и может управлять им разрешая, запрещая, либо перенаправляя его другим узлам сети. Данный программный шлюз позволяет синхронизировать входящие потоки либо сессии между клиентами и серверами. Также в число его возможностей входит использование динамических портов транспортных протоколов для взаимодействия с устройствами NAT. Этот механизм позволяет SIP-трафику беспрепятственно транслировать адреса назначения и отправителя через таблицы NAT.  При использовании данной технологии маскарадинг адресов происходит на уровне самого шлюза ALG.

Взаимодействие клиентов SIP. Часть 1 / Хабр

Месяц назад я начал свое знакомство с IP-телефонией, а именно с Lync и Asterisk. И заметил следующую картину: в сети очень много интересных статей по практической стороне вопроса (как и что делать) и очень мало внимания уделено теории (в конце статьи приведены ссылки). Если Вы хотите разобраться с SIP, то извольте либо читать RFC 3261, либо одну из «этих толстых книг». Это, естественно, полезно, но многим хочется в начале изучить некую выжимку, а уж потом бросаться в омут с головой. Эта статья как раз для таких людей.

Чтобы не перегружать читателя, я решил разбить статью на две части. В первой части мы рассмотрим работы протокола SIP при взаимодействии двух клиентов.

Простое взаимодействие клиентов

Взаимодействие клиентов в рамках SIP чаще всего осуществляется в виде диалога.

Диалог – это равноправное взаимодействие двух User Agent (UA) в виде последовательности SIP-сообщений между ними. При этом, существуют запросы, не образующие диалогов. Однако обо всем по-порядку.

Ниже приведен пример простого взаимодействия между двумя устройствами с поддержкой SIP:

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

Стартовая строка содержит метод, Request-URI и версию SIP (актуальная – 2.0). Request-URI – это SIP-адрес ресурса, которому посылается запрос.

Поля заголовков имеют следующий формат: <Заголовок>: <Значение> <Перевод строки>

Первая строка начинается с заголовка Via. Каждое SIP-устройство, создающее или пересылающее сообщение, добавляет свой адрес в поле Via (как это происходит, я планирую показать в следующей части статьи). Обычно адрес представляет собой имя хоста, которое может быть разрешено с помощью DNS-запроса. Поле Via содержит версию SIP, знак “/”, пробел, транспортный протокол (UDP, TCP, TLS, SCTP), двоеточие, номер порта и branch – идентификатор транзакции. Ответы на этот запрос будут содержать такой же номер транзакции.

Чаще всего, значение branch начинается с “z9hG4bK”. Это значит, что запрос был сгенерирован клиентом, поддерживающим RFC 3261 и параметр уникален для каждой транзакции этого клиента.

Следующее поле, Max-Forwards, содержит относительно большое целое число. Каждый сервер SIP, который пересылает сообщение, уменьшает это число на единицу. Данное поле обеспечивает простой механизм обнаружение петель (loop).

Следом идут поля From и To, которые описывают отправителя и получателя запроса. Важно, что SIP-запросы маршрутизируются исходя из Request-URI, указанного в стартовой строке (см. выше). Это объясняется тем, что поля From и To могут быть изменены при пересылке. Если используется отображаемое имя (например, Ivan Ivanov), то SIP URI помещается внутрь пары угловых скобок. Параметр tag в поле From генерирует отправляющая сторона. В свою очередь принимающая сторона поместит свой tag в поле To.

Поле Call-ID – идентификатор вызова. Совокупность tag’ов из полей From и To и Call-ID однозначно идентифицируют данный диалог. Это необходимо, так как между клиентами может идти сразу несколько диалогов.

Следующее поле, Cseq, содержит порядковый номер запроса и название метода. В данном случае – INVTITE. Номер увеличивается с каждым новым запросом.

Поля Via, Max-Forwards, To, From, Call-ID и CSeq составляют минимальный необходимый набор полей заголовков SIP-сообщения.

Для сообщения INVITE также необходимо поле заголовка Contact, в котором содержится SIP URI, относящийся к коммуникационному устройству отправляющей стороны. Это поле используется, чтобы из всех устройств, которыми одновременно может пользоваться Петр, ответ был отправлен именно на данное устройство. Обратите внимание на значения полей From и Contact. Первый раз я не заметил разницу:

В сообщении присутствует опциональное поле Subject, то есть тема сообщения. Некоторые SIP-клиенты могут выводить значение этого поля на экран. Для маршрутизации и идентификации диалога поле не используется и может быть произвольным.

Поля Content-Type и Content-Length отвечают за описание тела сообщения. В данном случае будет использоваться Session Description Protocol (SDP). Размер сообщения вычисляется с учетом символов перевода строки:

Детальное описание работы протокола SDP заслуживает отдельной статьи, поэтому ниже приведена только краткая расшифровка:

В ответ на INVITE SIP-клиент Ивана отправляет два сообщения: 180 Ringing и 200 OK. Первое сообщает, что на стороне Ивана SIP-клиент подает звуковой сигнал звонка, второе – подтверждает установку диалога. Разберемся с каждым из них.

Так будет выглядеть сообщение 180 Ringing:

Бледным выделен текст, который не изменился по сравнению с сообщением INVITE.

Обратите внимание на поля заголовков To и From. Несмотря на то, что данное сообщение идет со стороны Ивана, значения полей остаются такими же, как были в первоначальном запросе (от Петра к Ивану). Это объясняется тем, что данные поля определяют направление запроса, а не сообщения.

Строка Via также перекочевала из исходного запроса, в конце строки добавлен параметр received этот параметр содержит IP-адрес, с которого пришел запрос. Обычно это адрес, который может быть получен путем разрешения URI, содержащегося в Via.

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

Наконец, в поле Contact содержится актуальный адрес Ивана.

Так выглядит сообщение 200 ОК, которое отправил SIP-клиент Ивана:

Думаю, смысл всех полей, относящихся к протоколу SIP теперь ясен.

В ответ на 200 ОК клиент Петра отправляет подтверждение:

Данное сообщение подтверждает, что клиента Петра успешно получил ответ от клиента Ивана. Оба клиента договорились о параметрах меди-сессии, которая будет осуществляться по протоколу RTP.

Обратите внимание, что номер последовательности CSeq все еще равен единице, но в качестве метода уже стоит ACK. Параметр Branch в поле Via содержит новый идентификатор транзакции, так как ACK, отправляемый в ответ на 200 OK считает новой транзакцией.

Теперь давайте рассмотрим, как происходит завершение медиа-сессии. Клиент Петра посылает BYE-запрос для завершение сессии:

Получив запрос на завершение сессии, клиент Ивана посылает подтверждение:

Сессия завершена.

Мы рассмотрели простой вариант работы протокола SIP. Обратите внимание, что в разные моменты времени клиенты Ивана и Петра выступали то в роли сервера, то в роли клиента, поэтому во всех SIP-клиентах должна функционировать как серверная (User Agent Server или UAS), так и клиентская часть (User Agent Client или UAC).

В следующей статье я планирую рассмотреть взаимодействие клиентов SIP с использованием Proxy-сервера и регистрацию клиентов на Proxy-сервере.

Что почитать по теме

1. RFC 3261. tools.ietf.org/html/rfc3261
2. Всё, что вы хотели знать о протоколе SIP (три части). Андрей Погребенник. samag.ru/archive/article/1831
3. SIP: Understanding the Session Initiation Protocol. Alan B. Johnston. www.amazon.com/SIP-Understanding-Initiation-Protocol-Telecommunications/dp/1607839954/ref=sr_1_1?ie=UTF8&qid=1375104428&sr=8-1&keywords=sip#
4. Протокол SIP. Гольдштейн Б.С., Зарубин А.А., Саморезов В.В. www.vef-kvant.ru/sip.htm

Что такое протокол инициации сеанса (SIP)?

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

(SIP) используется для сигнализации и управления сеансами интерактивной связи. Использование таких сеансов включает голосовую связь, видео, чат и обмен мгновенными сообщениями, а также интерактивные игры и виртуальную реальность. Протокол SIP все чаще используется для обеспечения передачи голоса по IP, присутствия и обмена мгновенными сообщениями в сетях следующего поколения, а также для многих новых приложений, включая телефонию 3G.

SIP — это протокол, разработанный в первую очередь рабочей группой SIPCORE IETF (см. Устав SIPCORE) и являющийся альтернативой Рекомендации ITU H.323, но являющийся более легким и универсальным текстовым протоколом, основанным на HTTP.

SIP может использоваться для управления мультимедийными конференциями в Интернете, телефонными звонками в Интернете и распространением мультимедиа как в ядре, так и на периферии сети связи.

Чтобы удовлетворить требования производителей оборудования операторского класса к программному обеспечению протокола SIP с высокой надежностью, производительностью и масштабируемостью, Metaswitch разработала DC-SIP, надежную, многофункциональную, гибкую и портативную реализацию программного обеспечения SIP.

Протокол SIP включает следующие функции.

  • Приглашения SIP используются для создания сеансов и переноса описаний сеансов, что позволяет участникам согласовать набор совместимых типов мультимедиа. Таким образом, SIP не ограничивается каким-либо конкретным типом медиа и, следовательно, может работать с расширяющимся спектром медиатехнологий.
  • SIP обеспечивает мобильность пользователей с помощью механизма, который позволяет передавать запросы или перенаправлять их в текущее местоположение пользователя. Пользователи могут зарегистрировать свое текущее местоположение на своем домашнем сервере.
  • SIP поддерживает сквозную и пошаговую аутентификацию, а также сквозное шифрование с использованием S/MIME.
  • Участники сеанса SIP могут обмениваться данными, используя многоадресные или одноадресные отношения или их комбинацию. Кроме того, SIP не зависит от транспортного протокола нижнего уровня, что позволяет использовать преимущества новых транспортных протоколов.
  • Программное обеспечение, реализующее базовый протокол SIP, может быть дополнено дополнительными возможностями и активно используется для многих медиа-приложений.

Объект SIP может работать в одном из следующих режимов, каждый из которых реализуется программным обеспечением SIP Metaswitch, DC-SIP.

  • Пользовательский агент является конечной точкой вызова SIP. Он инициирует SIP-запросы в соответствии с инструкциями пользователя и, получив SIP-запрос, связывается с пользователем и отвечает на запрос от его имени.
  • Прокси-сервер используется для маршрутизации запросов и применения политики или брандмауэров. Он принимает запросы от имени пользователя и передает их, измененные по мере необходимости, пользователю.
  • Для обеспечения мобильности пользователей может использоваться перенаправитель (сервер перенаправления). Redirector принимает SIP-запросы и возвращает ноль или более новых адресов, с которыми следует связаться для выполнения запроса. Перенаправитель не инициирует SIP-запросы и не принимает SIP-вызовы.
  • Регистратор принимает запросы на регистрацию. Это позволяет пользователям обновлять информацию о своем местоположении и политике, которая может использоваться для обеспечения мобильности пользователей.

Узнайте больше: просмотрите спецификацию нашего стека протоколов SIP.

Введение в протокол SIP: определение, функции и многое другое

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

Обзор

  • Обзор протокола инициации сеанса (SIP)
  • Примечательные особенности протокола SIP
  • Как работает протокол SIP?
  • Различия между SIP и VoIP

Обзор протокола инициации сеанса (SIP)

Пример телефонного вызова VoIP, установленного с помощью протокола инициирования сеанса (SIP).
Аббревиатуры заполонили мир цифровых коммуникаций. Они кажутся сложными, но большинство из них простые. Протокол инициации сеанса, известный как SIP, не является исключением.
Протокол — это набор универсальных стандартов для компьютерной связи. Сеанс SIP — это любое живое общение, такое как телефонные звонки, конференции и даже видео. А посвящение означает начало.
Наиболее распространенным примером SIP на практике являются телефонные звонки с передачей голоса по IP или VoIP. Но у него есть и много других применений. Видеоконференции, обмен мгновенными сообщениями и даже компьютерные игры могут использовать SIP.
Два десятилетия назад Инженерная рабочая группа Интернета (IETF) стандартизировала SIP 9.0045 в 1999 году в RFC 3261 . SIP использовал два других популярных протокола. Первым был протокол передачи гипертекста, или HTTP, который устанавливает широко распространенные методы просмотра веб-сайтов. SIP-взаимодействия выглядят так же, как те, которые используются для доступа в Интернет.
Второй протокол, принятый IETF, — это Simple Mail Transfer Protocol, или SMTP, который мы используем для отправки электронной почты. Как и заголовки электронной почты, SIP включает метаданные для сеанса между двумя сторонами. Чтобы воспользоваться преимуществами SIP, у вас должен быть SIP-телефон.
На техническом уровне SIP передает VoIP-трафик через UDP или TCP через порты 5060 или 5061. Для сравнения, просмотр веб-страниц обычно происходит через порты 80 и 443. Это работает?

Примечательные особенности протокола SIP

Важно отметить, что SIP находится на прикладном уровне протоколов и является только сигнальным протоколом. SIP не обрабатывает никаких деталей самих мультимедийных сеансов.
Протокол описания сеанса, или SDP, обрабатывает сведения о медиа. Транспортный протокол реального времени, или RTP, обрабатывает доставку данных.
SIP начинается с инициирования вызова с одним или несколькими людьми. В этом сообщении клиент SIP устанавливает параметры для запроса. Он делает это, используя ранее упомянутые поля заголовка.
Эти поля могут отображать доступность пользователя, его местоположение и возможности пользователя, а также другие данные. После получения запроса другая сторона или стороны либо отвечают согласием, либо отказом.
Одной из особенностей поля заголовка является указание на безопасную передачу. При использовании схемы URI sips протокол означает, что обмен сообщениями должен выполняться с использованием безопасности транспортного уровня (TLS).
Телефонные звонки, сделанные через SIP, ретранслируются в традиционную телефонную сеть от поставщика услуг SIP , такого как Nextiva.

Общие сведения о поле User-Agent SIP

Еще одна функция, доступная для SIP-запросов, — это поле User-Agent. Это поле можно использовать для указания программного и аппаратного обеспечения запрашивающего устройства. Затем вызываемая сторона может использовать эту информацию для проверки совместимости.
В качестве открытого стандарта SIP позволяет пользователям общаться с различными поставщиками услуг. SIP также может преобразовывать вызов IP-телефонии в соединение со стационарной линией посредством процесса, известного как SIP-транкинг . Это позволяет вам общаться как с VoIP, так и со стационарными номерами вместо того, чтобы выбирать между VoIP или стационарным телефоном.

Во время разговора SIP может контролировать управление сеансом. Например, он может добавить нового пользователя в поток, например, на конференц-связь. Или он может включать дополнительный тип мультимедиа, например обмен файлами или отключение видео.
Наконец, когда сеанс завершен, SIP отвечает за то, чтобы обе стороны завершили разговор одновременно.
Связанный: Хостинговая АТС и SIP Trunking: 7 основных различий и почему это важно

Как работает протокол SIP?


Протокол инициации сеанса работает с двунаправленной связью. Для каждого сообщения SIP одно устройство отправляет запрос, а другое устройство получает и позже отвечает.
Ответы кодируются на основе их сообщения. Различные предшествующие числа в трехзначной последовательности имеют разные значения.
Например, коды ответа 1xx означают, что устройство получило и обрабатывает сообщение. Коды, начинающиеся с 2xx, означают завершение, 3xx используются для перенаправления и т. д.
Наиболее распространенный код — 200, означающий, что действие было выполнено успешно без дополнительных подробностей.
SIP-запрос или ответ относительно короткий, всего несколько строк, объясняющих детали вызова.

Какова роль регистратора SIP?


Хотя SIP-сообщения могут связываться с другой стороной напрямую, они обычно проходят через прокси-сервер SIP — что-то вроде коммутатора.
SIP-сервер обрабатывает SIP-запросы и направляет их отдельным пользователям. Оттуда устройства устанавливают доверительную связь друг с другом. Откуда приходит SIP-запрос? Скорее всего, эти запросы исходят от SIP-телефона или приложения программного телефона .
Регистратор SIP похож на адресную книгу. Он связывает различных пользователей с точками доступа в IP-сети, где с ними можно связаться.
Примечательно, что адрес пользователя — это не IP-адрес, а отдельный SIP-адрес, напоминающий адрес электронной почты. Этот идентификатор позволяет нескольким устройствам, таким как смартфон или настольный телефон, звонить одновременно.
Родственный, но другой тип сервера — это сервер перенаправления. Он работает аналогично функции изменения адреса почтового отделения, когда оно пересылает почту в новое место.
Как и регистратор, сервер перенаправления имеет список местоположений. Но вместо того, чтобы устанавливать соединения, сервер отправляет сообщение о перенаправлении 3xx, указывающее, что сайт переехал.
Связанный: Что такое IP АТС? Руководство по VoIP-серверам и IP-АТС от А до Я

Использует ли SIP протокол TCP или UDP?

Протокол управления передачей (TCP) и протокол пользовательских дейтаграмм (UDP) — это разные способы отправки пакетов данных. Оба метода называются транспортными протоколами.
Во время вызова эти пакеты обычно включают около 10-30 миллисекунд аудио. В зависимости от используемого кодека лучше использовать тот или иной. SIP работает независимо от транспортного протокола, что ценят сетевые администраторы.

TCP предназначен для обеспечения точности

TCP предотвращает путаницу и работает с присущей избыточностью. Чтобы отправить следующий пакет, отправитель должен получить подтверждающий ответ. Если принимающая сторона не доставляет ответ в течение нескольких секунд (или отправитель получает сообщение об ошибке), отправляющая сторона повторно отправляет пакет. Этот обмен часто называют трехсторонним рукопожатием .
Пакеты отправляются по одному, только после того, как они будут правильно получены. Приложения, где точность является главным приоритетом, например электронная почта и веб-сайты, обычно используют этот протокол.

UDP создан для скорости

UDP обеспечивает максимальную скорость. Этот протокол отправляет пакеты без подтверждения и даже иногда отправляется не по порядку. Для таких услуг, как живое аудио или видео, постоянная связь важнее, чем идеальный контакт.
Пропуск или потеря нескольких миллисекунд аудио предпочтительнее задержки в несколько секунд ожидания подтверждения или повторной отправки пакета.
Однако для первоначального SIP-запроса можно использовать любой из них. Поскольку это небольшой пакет, возможное время задержки TCP незаметно. Однако некоторые службы предпочитают использовать UDP. Это зависит от оператора связи и технических деталей вашей установки.

Различия между SIP и VoIP


Если вы изучаете как работает телефонная служба VoIP , вы можете запутаться со всеми сокращениями.
Протокол передачи голоса по Интернету, или VoIP, представляет собой набор протоколов, используемых для голосовых вызовов через Интернет, называемых интернет-телефонией. Служба интернет-телефонии использует VoIP, который также использует протокол SIP.
В основе VoIP лежит протокол SIP, наряду с другими открытыми стандартами. Вам не нужно выбирать между VoIP и протоколом SIP, так как они часто идут рука об руку. Они работают аналогично HTTP и TLS; они используются в сочетании друг с другом для обеспечения быстрой, надежной и безопасной связи.
Более прямое сравнение было бы между PRI и SIP , где PRI представляет более старую форму установления канала связи, как это делает SIP.
Связанный: Что такое PRI?

Поздравляем, теперь вы освоили протокол SIP

Таким образом, теперь вы лучше понимаете протокол SIP и то, как он работает. Хотя техническая, концепция легко усваивается.
Session Initiation Protocol — это важнейший набор стандартов для установления цифровой связи в реальном времени. Это помогает двум или более сторонам успешно и продуктивно взаимодействовать.
В отличие от многих сложных протоколов в телекоммуникациях, протокол SIP проще.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *