Билет 13 вопрос 3

Протокол SIP. Основные сообщения и их назначение.

Согласно архитектуре “клиент-сервер” все сообщения делятся на запросы, передаваемые от клиента к серверу, и на ответы сервера клиенту.

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

Все сообщения протокола SIP (запросы и ответы), представляют собой последовательности текстовых строк, закодированных в соответствии с документом RFC 2279. Структура и синтаксис сообщений SIP (рис. 6.1) соответствуют используемым в протоколе НТТР.

Стартовая строка

Заголовки

Пустая строка

Тело сообщения

Рис. 6.1. Структура сообщений протокола SIP

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

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

Сообщения протокола SIP могут содержать так называемое тело сообщения. В сообщениях ACK, INVITE и OPTIONS тело сообщения содержит описание сеансов связи, например, в формате протокола SDP. Сообщение BYE тела сообщения не содержит, а ситуация с сообщением REGISTER подлежит дальнейшему изучению. С ответами дело обстоит иначе: любой ответ может содержать тело сообщения, но содержимое тела в ответах разных типов бывает разным. Вся информация, необходимая для установления соединения, помещается в заголовке. Это может быть, например, адрес вызываемого и вызывающего пользователей, пройденный сообщением путь или размер тела сообщения. О заголовке и содержащейся в нем информации можно узнать по имени, которое всегда начинается с прописной буквы, далее следуют строчные. Некоторые заголовки используются во всех сообщениях, а некоторые - только в определенных случаях.

Существуют заголовки четырех видов:

• общие (и в запросах, и ответах);
• содержания (начинаются со слова Content и несут информацию о размере тела сообщения или об источнике, передавшем сообщение);
• запросов (дополнительная информация о запросе);
• ответов (дополнительная информация об ответе).

Заголовок содержит имя, за которым после двоеточия (:) следует поле, содержащее данные заголовка,т.е. имя: содержимое.

Примеры наиболее часто встречающихся заголовков.

Call-ID -уникальный идентификатор отдельного сеанса связи или регистрации отдельного клиента; он подобен метке соединения (callreference) в DSS-1. Назначается стороной, которая инициирует вызов. Содержит буквенно-числовое значение и имя хоста, разделенное символом @:

[email protected]

To -определяет получателя запроса; кроме SIP-адреса, здесь может присутствовать параметр tag для идентификации пользователя или услуги, находящихся в одном SIP URL.

From -определяет отправителя запроса (по организации аналогичен полю То).

CSeq - уникальный идентификатор запроса внутри одного Call-ID; необходим, чтобы отличить, на какой запрос прошел ответ, так как иногда он может оказаться ответом на другой запрос; состоит из двух частей: натурального числа (от 1 до 232) и типа запроса.

Via служит, для того чтобы избежать ситуации, в которых запрос пойдет по замкнутому пути, а также для тех случаев, когда необходимо, чтобы запросы и ответы обязательно проходили по одному и тому же пути (например, в случае использования межсетевого экрана - firewall). Запрос может проходить через несколько прокси-серверов, каждый из которых принимает, обрабатывает и переправляет его к следующему прокси-серверу и так до тех пор, пока запрос не попадет к адресату. Таким образом, в заголовке Via указывается весь путь, пройденный запросом: каждый прокси-сервер добавляет в запрос поле со своим адресом.

Content-Type -определяет формат описания сеанса связи. Само описание сеанса, например, в формате протокола SDP, включается в тело сообщения.

Content - Length -показывает размер тела сообщения.