Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
25
Добавлен:
15.04.2023
Размер:
1.16 Mб
Скачать

5 Обработка заголовка Require.Поле этого заголовка используется UAC, чтобы сообщить UAS о расширениях, которые тот должен поддерживать для правильной обработки запроса. Если UAS не понимает какого-либо из расширений он отправляет ответ с кодом 420 и список непонятных ему опций, указанных в заголовке Require.

6 Обработка содержимого тела сообщения. Сервер изучает тело сообщения и поля заголовков, которые описывают его. Если в сообщении содержится тело с непонятным типом, языком или кодеком, и это тело является обязательным, UAS должен отбросить запрос и отправить ответ с кодом 415.

Основное правило состоит в том, что UAS должен передавать предварительные ответы только на запрос INVITE и создавать как можно быстрее окончательные ответы на все запросы, кроме INVITE.

Содержание

Установление соединения с участием прокси-сервера

В представленном сценарии установления соединения Anton вызывает пользователя Vladimir с использованием двух прокси-серверов – Proxy1 и Proxy2. Первоначально запрос INVITE содержит в заголовке Route предустановленный маршрут с адресом Proxy1. Запрос не содержит информации аутентификации (т.е. система проверки прав или личности пользователя, необходимая для обеспечения безопасности работы сети), поэтому Proxy1 передает ответ с кодом 407, содержащий запрос подтверждения подлинности.

Затем передается новый запрос INVITE, содержащий надлежащий отклик аутентификации, и происходит установление соединения. Соединение разрушается, когда Vladimir отсоединяется и передает сообщение BAY.

Содержание

 

 

Запрос на установление

 

 

 

 

 

 

 

соединения. В теле

 

 

 

 

Vladimir

Proxy1

сообщения указываются

 

 

 

 

запрашивает

возможности

 

Запрос успешно выполнен.

 

 

аутентификаци

Запрос на

Ответ 200 на

запрос INVITE

 

 

 

означает,

что

вызываемый определено.

 

 

Подтверждение

пользователь

 

согласен

 

2

 

принять

участие

в сеансе

получает

 

приема ответа.

 

связи,

в

теле

ответа

3

 

 

 

вызове

 

аутентификацииуказываются

возможности

4

 

Запрос

 

оборудования

вызываемого

 

 

 

пользователя.

 

 

 

 

6

 

обрабатывается.

 

 

 

 

Подтверждение

 

 

 

 

 

 

 

 

10

 

 

 

12

200

 

 

Подтверждение

13

200

 

 

 

завершение вызова, в

 

 

 

 

 

 

теле ответа не

16

ACK

 

 

Завершение

переносится никакой

 

 

соединения.

 

информации.

 

 

 

 

 

 

 

 

 

Разговорная фаза

 

 

 

 

 

 

 

19

BYE

 

 

18

BYE

 

 

 

 

 

 

 

 

 

21

200

 

22

200

 

 

23

200

 

1 INVITE Anton Прокси-сервер1

Request-Line

INVITE sip:vladimir@protei.ru SIP/2.0

Via: SIP/2.0/TCP serv1.niits.ru:5060;branch=z9hG4bK74b43 Max-Forwards: 70

Route: <sip:ss1.niits.ru;lr>

From: “Anton” <sip:anton@niits.ru>;tag=9fxced76sl To: “Vladimir” <sip:vladimir@protei.ru>

Call-ID: 3848276298220188511@niits.ru CSeq: 1 INVITE

Contact: <sip:anton@serv1.niits.ru;transport=tcp> Content-Type: application/sdp

Content-Length: 151

ПУСТАЯ СТРОКА

o=anton 2890844526 2890844526 IN IP4 serv1.niits.ru s=-

c=IN IP4 192.0.2.101 t=0 0

m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000

Заголовок

сообщения

Для получения более полной информации нажмите на интересующую вас строку.

Тело

сообщения

Рисунок

INVITE sip:vladimir@protei.ru SIP/2.0

 

Request-URI

 

Версия

 

Указывает пользователя,

 

протокола.

Тип

к которому адресован

 

 

запрос.

 

 

запроса.

 

 

 

Anton посылает запрос INVITE для установления соединения с Vladimirом, адрес которого vladimir@protei.ru.

Назад

Via: SIP/2.0/TCP serv1.niits.ru:5060;branch=z9hG4bK74b43

Данное поле заголовка указывает один из узлов проведения транзакции [в данном примере serv1.ru] и идентифицирует место, куда должен быть отправлен ответ.

Параметр branch служит для идентификации транзакции, созданной запросом. Значение данного параметра должно быть универсально для всех запросов передаваемых UA. Для сети SIP он разделен на две части: первая всегда начинается с ‘z9hG4bK’, вторая вырабатывается каждым прокси-сервером для избежания петель.

Назад

Max-Forwards: 70

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

Назад

Route: <sip:ss1.niits.ru;lr>

Служит

для

 

Запрос INVITE от

принудительной

 

Anton

будет

маршрутизации

 

направлен

на

запросов.

 

 

прокси-сервер1.

 

 

 

 

 

Назад

From: “Anton” <sip:anton@niits.ru>;tag=9fxced76sl

Содержит

 

SIP

адрес

 

Параметр ‘tag’

 

логический

 

 

указывает один

идентификатор

 

отправителя.

 

определенный

инициатора

 

 

 

 

из терминалов

сообщения.

 

 

 

 

вызывающего

 

 

 

 

 

пользователя.

 

 

 

 

 

 

Anton- высветится на терминалах Anton и Vladimir, как имя вызывающего абонента.

Назад

To: “Vladimir” <sip:vladimir@protei.ru>

Определяет нужного логического получателя запроса. Данное поле заполняется через интерфейс пользователя вручную или с использованием адресной книги.

SIP адрес получателя.

Vladimir-высветится на терминалах Anton и Vladimir, как имя вызываемого абонента.

Назад

Соседние файлы в папке Пакетная Телефония