IP-коммуникации в NGN. Атцик А.А - 48 стр.

UptoLike

ВУЗ: 

СПбГУТ | Санкт-Петербург

Составители: 

Рубрика: 

48
содержания (они начинаются со слова ‘Content’ и несут информацию о размере
тела сообщения или об источнике, передавшем сообщение);
запросов (несущие дополнительную информацию о запросе);
ответов (несущие дополнительную информацию об ответе).
Заголовок содержит имя, за которым после двоеточия (:) следует поле,
содержащее данные, заголовка,
имя: содержимое
Примеры и смысл наиболее часто встречаемых заголовков.
Call-ID – уникальный идентификатор отдельного сеанса связи или регистрации
отдельного клиента; он подобен метке соединения (call reference) в DSS-1. Назначается
стороной, которая инициирует вызов. Содержит буквенно-числовое значение и имя
хоста, разделенные символом @:
[email protected]
To – определяет получателя запроса; кроме SIP-адреса, здесь может
присутствовать параметр 'tag' для идентификации пользователя или услуги,
находящихся на одном SIP URL. Если необходим визуальный вывод имени
пользователя, например, на дисплей, его также можно поместить в поле То:
the director <userA@niits.ru> tag=12345.
From – определяет отправителя запроса; по организации аналогичен полю То.
CSeq – уникальный идентификатор запроса внутри одного Call-ID, он необходим
для того, чтобы отличить, на какой запрос прошел ответ, так как в некоторых случаях
он может оказаться ответом на другой запрос; состоит из двух частей: натурального
числа в диапазоне от 1 до 2^32 и названия типа запроса.
Via – запрос может проходить через несколько прокси-серверов, каждый из
которых принимает, обрабатывает и направляет его на следующий прокси-сервер, пока
сообщение не достигнет конечного UAS. Поле Via показывает путь, пройденный
запросом; каждый прокси-сервер добавляет это поле со своим адресом. Это
необходимо для обнаружения колец, т.е. когда сообщение ходит в сети по кругу и не
передается дальше, а также в случаях, когда необходимо, чтобы запросы и ответы
обязательно проходили по одному и тому же пути (например, в случае использования
firewall).
Запрос обрабатывается двумя прокси-серверами: сначала сервером niits.ru, потом
– sip.telecom.com, тогда в нем появятся следующие поля:
Via: SIP/2.0/UDP sip.telecom.com:5060
Via: SIP/2.0/UDP niits.ru:5060
Content-Type – определяет формат описания сеанса связи. Само описание сеанса,
например, в формате протокола SDP включается в тело сообщения.

Страницы