3.5 Временная диаграмма процесса установления соединения
Рассмотрим запись трассы установления сеанса связи между двумя терминалами через один прокси-сервер, на котором они уже зарегистрированы.
Временная диаграмма процесса представлена на рис. 3.6, а подробная запись трассы при помощи сниффера WireShark приведена в приложении 3 (SIP-Proxy).
Рисунок 3.6 Временная диаграмма установления соединения VoIP,
передачи речи и разъединения между двумя SIP терминалами через прокси-сервер.
Терминал «6» посылает запрос INVITE на свой прокси-сервер.
Текст заголовка этого сообщения представлен на рис. 3.7.
Session Initiation Protocol
Request –Line : INVITE sip :user5@10.16.65.1 SIP/2.0
Message Header
Via: SIP/2.0/udp 10.16.65.6;rport;branch=z9h….
From: “user6”<sip:user6@10.16.65.1>; tag=20707
To: <sip:user5@10.16.65.1>
Contact: <sip:user6@10.16.65.6:5060>
Call-Id: 3D535AE….@10.16.65.
Cseq: 1 INVITE
User – Agent: SJphone/1.50.217d
Content-Type: application/sdp
Content Length: 333
Рис.3.7 Заголовок запроса INVITE
Как видно из приведенного рисунка пользователь с терминала «6» (IP-адрес: 10.16.65.6) посылает запрос в прокси-сервер (IP-адрес: 10.16.65.1) на организацию сеанса связи с терминалом «5» (sip:user5@10/16/65/1). В качестве терминала используется программная реализация VoIP телефона: SJphone. Сообщение также имеет содержательную часть длиной 333 байта, сформированную протоколом SDP. Текст содержательной части представлен на рис. 3.8.
Содержимое рассматриваемого запроса INVITE включает стандартные данные протокола SDP. Синтаксис протокола SDP предполагает, что описание сессии представляется в следующем формате:
Версия протокола SDP v=0
Имя создателя и идентификатор сессии 0=<имя создателя> <идентификатор сессии> <версия сессии> <тип адреса ><адрес>
Наименование сессии ns=<имя сессии>
Описание соединения с=<тип сети> <тип адреса> <адрес окончания>
Временные данные t=<время начала сессии> <время окончания сессии>
Описание транспортного соединения m= <вид информации> <номер порта> <стек протоколов> <типы кодеков>
Атрибуты транспорта (а) : <протокол> <тип кодека>
Message body
Session Description Protocol Version: 0
Owner/Creator, Session ID: - 3506355733 3506355733 IN IP5 10.16.65.6
Session Name: SJphone
Connection Information: IN IP5 10.16.65.65.6
Time Description, active time: 0 0
Session Attribute: direction: active
Media Description, name and address (m): audio 59162 RTP/AVP 0 8 3
Media Attribute (a) : rtpmap: 0 PCMU/8000
Media Attribute (a) : rtpmap: 8 PCMA/8000
Media Attribute (a) : rtpmap: 3 GSM/8000
Рисунок 3.8 Содержимое запроса INVITE, данные протокола SDP
Исходя из формата SDP, информацию, представленную на рис. 3.8, следует читать следующим образом:
v=0 (обычно используется эта версия протокола SDP
o= (имя создателя не указано) (идентификатор и версия сессии обычно одинаковы) (интеллектуальная сеть) (тип адреса IP5) (адрес создателя сессии 10.16.65.6)
ns= (имя сессии SJphone)
c= (интеллектуальная сеть) (тип адреса IP5) (адрес окончания 10.16.65.6)
t= (время начала – 0) (время окончания – 0 ) – сессия еще не началась
Атрибут сессии (а)= (направление активно)
m= (аудио) (порт 59162) (стек: аудио/видео поверх RTP) (список кодеков: 0, 8, 3)
а= ( rtp ) (0 – кодек G.711 µ-закон/ 8000 – частота отсчетов)
a= (rtp) (8 – кодек G.711 А-закон /8000 – частота отсчетов)
a= (rtp) (3 – кодек GSM /8000 частота отсчетов)
В ответ на запрос INVITE прокси-сервер посылает ответ 100 Trying и пересылает INVITE к терминалу «5». Терминал отвечает сообщением 180 Ringing, которое сервер пересылает терминалу «6». Когда абонент принимает вызов на терминале «5», последний формирует ответ 200 ОК. В этом сообщении указывается, что для передачи голоса выбран кодек G.711 с µ-законом, а номер UDP – порта – 59160.
Между терминалами открывается RTP-сессия, по которой происходит обмен голосовыми пакетами. По значению временных меток этих пакетов можно судить о продолжительности разговора (Timestamp=0, 160, 320,…).
Завершение сессии инициирует терминал «6», посылая запрос BYE к прокси-серверу. Сервер пересылает запрос к терминалу «5», который отвечает 200 ОК.
Читателям предлагается самостоятельно проанализировать трассу в Приложении 3 более детально.
В настоящее время протокол SIP получает все более широкое распространение в сетях NGN. Он не только заменяет протокол H.323 в традиционных приложениях VoIP, но и используется для взаимодействия между программными коммутаторами SX, о чем будет рассказано в главе 5.
Контрольные вопросы и задания
Определите, какой из перечисленных SIP адресов не соответствует формату: vladimir@tc.alcatel.ru, 6730270@tc.alcatel.ru, Vladimir@6730270.
Для чего необходимо подполе tag в поле заголовка From?
Поясните назначение поля Cseq в заголовке SIP-сообщения.
По трассировке сообщений в Приложении 3 определите идентификаторы установленной RTP сессии (IP-адреса, № UDP-портов, SSRC).
Каким образом можно определить, что приведенная в Приложении 3 трасса соответствует одному сеансу, а не двум разным?