Назначение и типы запросов и ответов SIP . Процесс соединения в сети SIP вида: «Терминал-Прокси-Терминал».

 

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

1. INVITE — Приглашает пользователя к сеансу связи. Обычно содержит SDP-описание сеанса.

2. АСК — Подтверждает приём ответа на запрос INVITE.

3. BYE — Завершает сеанс связи. Может быть передан любой из сторон, участвующих в сеансе.

4. CANCEL — Отменяет обработку ранее переданных запросов, но не влияет на запросы, которые уже закончили обрабатываться.

5. REGISTER — Переносит адресную информацию для регистрации пользователя на сервере определения местоположения.

6. OPTIONS — Запрашивает информацию о функциональных возможностях терминала.

Но в процессе развития, в протокол было добавлено еще несколько типов запросов, которые дополнили его функциональность:

7. PRACK — временное подтверждение (RFC 3262)

8. SUBSCRIBE — подписка на получение уведомлений о событии (RFC 3265)

9. NOTIFY — уведомление подписчика о событии (RFC 3265)

10. PUBLISH — публикация события на сервере (RFC 3903)

11. INFO — передача информации, которая не изменяет состояние сессии (RFC 2976)

12. REFER — запрос получателя о передаче запроса SIP (RFC 3515)

13. MESSAGE — передача мгновенных сообщений средствами SIP (RFC 3428)

14. UPDATE — модификация состояния сессии без изменения состояния диалога (RFC 3311)

Ответы на запросы

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

1. 1ХХ — Информационные ответы; показывают, что запрос находится в стадии обработки. Наиболее распространённые ответы данного типа — 100 Trying, 180 Ringing, 183 Session Progress.

2. 2ХХ — Финальные ответы, означающие, что запрос был успешно обработан. В настоящее время в данном типе определены только два ответа — 200 OK и 202 Accepted.

3. 3ХХ — Финальные ответы, информирующие оборудование вызывающего пользователя о новом местоположении вызываемого пользователя, например, ответ 302 Moved Temporary.

4. 4ХХ — Финальные ответы, информирующие об ошибке при обработке или выполнении запроса, например, 403 Forbidden или классический для протокола HTTP ответ 404 Not Found.

5. 5ХХ — Финальные ответы, информирующие о том, что запрос не может быть обработан из-за отказа сервера, 500 Server Internal Error.

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

Процесс соединения в сети SIP вида: «Терминал-Прокси-Терминал».

Рисунок у преподователя.

Запросы показаны непрерывными линиями, а ответы пунктирными.В IP телефоне пользователя А д.б прописан IP адрес прокси-сервера, на который передаётся запрос INVITE. После того, как пользователь А набрал номер абонента Б, от его телефона прокси-серверу посылается сообщение INVITE.

Далее по рисунку.

2.15 Типы и содержание заголовков сообщений SIP. Пример сообщения SIP типа INVITE.

В протоколе SIP определено четыре вида заголовков (Таблица 1):

ñ Общие заголовки, присутствующие в запросах и ответах;

ñ Заголовки содержания, переносят информацию о размере тела сообщения или об источнике запроса (начинаются со слова);

ñ Заголовки запросов, передающие дополнительную информацию о запросе;

ñ Заголовки ответов, передающие дополнительную информацию об ответе.

Заголовок содержит название, за которым, отделенное двоеточием, следует значение заголовка. В поле значения содержатся передаваемые данные. Следует отметить, что если сервер принимает сообщения, заголовки которых ему не известны, то эти заголовки игнорируются.

Ниже представлены наиболее часто используемые заголовки.

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

Например, запрос на своем пути обрабатывался двумя прокси-серверами: сначала сервером domen.ru, потом sip.telecom.com. Тогда в запросе появятся следующие поля:

Via: SIP/2.0/UDP sip.telecom.com:5060;branch=721 e418c4.1

Via: SIP/2.0/UDP domen.ru: 5060,

где параметр означает, что на сервере sip.telecom.com запрос был размножен и направлен одновременно по разным направлениям, и наш запрос был передан по направлению, которое идентифицируется следующим образом: 721е418c4.1.

Содержимое полей Via копируется из запросов в ответы на них, и каждый сервер, через который проходит ответ, удаляет поле Via со своим именем.

Заголовок Max-Forwards

Заголовок Max-Forwards используется в любом типе SIP-запросов, чтобы ограничить число серверов или шлюзов, через которые проходит запрос. Значение заголовка должно быть целым числом в пределах от 0 до 255, отражающим оставшееся количество пересылок, которое разрешено для сообщения. Это число уменьшается каждым сервером, который пересылает запрос дальше. В качестве первоначального значения рекомендуется брать 70.

Заголовок Max-Forwards должен вводиться теми элементами, которые иначе не могут гарантировать обнаружение петли. Пример:

Max-Forwards:6

Заголовок То - определяет адресата. Кроме SIP-адреса здесь может стоять параметр для идентификации конкретного терминала пользователя (например, домашнего, рабочего или сотового телефона) в том случае, когда все его терминалы зарегистрированы под одним адресом SIP URL. Запрос может множиться и достичь разных терминалов пользователя; чтобы их различать, необходимо иметь метку tag. Ее вставляет в заголовок терминальное оборудование вызванного пользователя при ответе на принятый запрос.

Если необходим визуальный вывод имени пользователя, например, на дисплей, то имя пользователя также размещается в поле То.

Заголовок From - идентифицирует отправителя запроса; по структуре аналогичен полю То.

Заголовок Call-ID - уникальный идентификатор сеанса связи или всех регистрации отдельного клиента, он подобен метке соединения (call reference) в сигнализации DSS-1. Значение идентификатору присваивает сторона, которая инициирует вызов. Заголовок Call-ID состоит из буквенно-числового значения и имени рабочей станции, которая присвоила значение этому идентификатору. Между ними должен стоять символ @, например, [email protected] Возможна следующая ситуация: к одной мультимедийной конференции относятся несколько соединений, тогда все они будут иметь разные идентификаторы Call-ID.

Заголовок CSeq - уникальный идентификатор запроса, относящегося к одному соединению. Он служит для корреляции запроса с ответом на него. Заголовок состоит из двух частей: натурального числа из диапазона от 1 до 232 и типа запроса. Сервер должен проверять значение CSeq в каждом принимаемом запросе и считать запрос новым, если значение CSeq больше предыдущего. Пример заголовка: CSeq: 2 INVITE.

Заголовок Contact, как правило несёт в себе адрес пользователя, на который могут приниматься входящие сообщения.

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

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

 

Пример сообщения SIP типа INVITE.

 

Должно быть выдано(преподавателем) сообщение. По нему необходимо всё рассказать.

 После заголовков в сообщении идёт пустая строка. После неё следует версия протокола SDP(v=0)

 Далее o(origin)- содержит данные инициатора сеанса. В нём 6 составляющих, разделённых интервалами(имя пользователя, идентификатор сеанса, версия обновления данных, тип сети, тип адреса, адрес инициатора сеанса).

S несет в себе имя сеанса.

T содержит время начала и конца сеанса.

С содержит строку с данными соединениями.

M- строка с медиапараметрами. Первый параметр – тип медиа. Второй параметр - номер порта, на который посылаются пользовательские пакеты. Далее тип транспортного протокола. Последнее поле указывает на формат медиапотока.