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

В этом сообщении могут также содержаться данные, необходимые для аутентификации абонента, и, следовательно, доступа клиентов к51Р-серверу. В случае необходимости изменения уже установленных характеристик передает¬ся запрос INVITE с новым описанием сеанса. Для приглашения нового участника к уже установленному соединению также используется сообщение INVITE, которое передается его агенту пользователя.

SIP-запросы характеризуются наличием строки Request-Line в стартовой строке. Request-Line состоит из названия типа запроса, Request-URI и версии протокола, разделенных пробелом (например, АСК sip: This e-mail address is being protected from spambots, you need JavaScript enabled to view it SIP/2.0). Request-Line заканчивается символами возврата каретки и перевода строки (CRLF). Оба символа, вместе или по одиночке, не должны встречаться в других частях строки. Использование линейного пробела (LWS - произвольное сочетание пробелов и символов горизонтальной табуляции согласно RFC 822) не допускается.

продолжить...

Заголовок WWW-Authenticate содержит запрос аутентификации, который состоит из поля, отображающего схему аутентификации, и ряд параметров,необходимых для проведения процедуры аутентификации сданным прокси-сервером для указанного Request-URI. Заголовок включается в состав ответа с кодом 407 (Proxy Authentication Required) или с кодом 401 (Unauthorized). Пример:
WWW Authenticate: Digest realm=«bamlex.com»,
Qop=«auth», nonce=«f84fIcec41e6cbe5aea9c8e88d359»,
Opaque=«», stale=FALSE, algorithm=MD5

продолжить...

Заголовок Warning содержит дополнительную информацию, как правило, связанную с проблемами обработки запроса сервером. Значения поля заголовка Warning отправляются вместе с ответами и содержат трехзначный код, имя хоста и предупреждающий текст. Предупреждающий текст должен быть написан на национальном языке, наиболее легком для понимания конечным пользователем. Это решение может базироваться на любой доступной информации, такой как местоположение пользователя, поле заголовка Accept-Language запроса или поле заголовка Content-Language ответа. Ниже представлены коды предупреждений (warn-code) с соответствующими уведомляющими текстами (warn-text) и расшифровка их значения. Эти предупреждения описывают сбои, вызванные неточным описанием сеанса. Все предупреждающие коды начинаются с цифры «3». Предупреждения с 300 по 329 предназначены для проблем с ключевыми словами (keywords) в описании сеанса, с 330 по 339 относятся к основным сетевым услугам, запрашиваемым в описании сеанса, с 370 по 379 относятся к количественным параметрам качества обслуживания, также запрашиваемым в описании сеанса, с 390 по 399 - разнообразные предупреждения, не относящиеся ни к одной из перечисленных категорий. Дополнительные коды могут быть определены с согласия организации IANA (Internet Assigned Numbers Authority). Примеры:
Warning:307 servl.bamlex.com «Параметр сессии «example» не понят»
Warning:301 servl.bamlex.com «Несовестимый тип сетевого адреса «Е.164»»

Поле заголовка Via содержит список элементов сети SIP, через которые запрос на данный момент прошел. Список нужен для того, чтобы избежать ситуаций, в которых запрос пойдет по замкнутому пути, а также для тех случаев, когда необходимо, чтобы запросы и ответы обязательно проходили по одному и тому же пути. В конечном результате заголовок отображает весь путь, пройденный запросом: каждый прокси-сервер добавляет поле со своим адресом. Параметр «branch» в поле заголовка Via выполняет функцию идентификатора транзакции и используется прокси-серверами для обнаружения петель. Via содержит информацию о транспортном протоколе, посредством которого переносится сообщение, имя клиентского хоста или сетевой адрес и, возможно, номер порта, который является предпочтительным для приема ответов. В поле заголовка могут также присутствовать параметры: «maddr», «ttl», «received» и «branch». Возможно использование следующих транспортных протоколов: UDP, TCP, TLS и SCTP. Когда запрос передается на SIPS URI, указывается прикладной протокол - SIP, а транспортный протокол - TLS.

продолжить...

Заголовок То определяет логического адресата запроса. В случае при¬сутствия отображаемого имени, оно должно быть предоставлено вызываемому пользователю с помощью пользовательского интерфейса. Параметр «tag» являет¬ся неотъемлемой частью механизма идентификации диалога.

Процедура сравнения заголовков То аналогична процедуре с заголовками From. Примеры:
To:The Operator \n This e-mail address is being protected from spambots, you need JavaScript enabled to view it >;tag=287447 t:sip:+ This e-mail address is being protected from spambots, you need JavaScript enabled to view it