• INVITE - приглашает пользователя принять участие в сеансе связи (служит для уста­новления нового соединения; может содержать параметры для согласования);

• BYE - завершает соединение между двумя пользователями;

• OPTIONS используется для передачи информации о поддерживаемых характеристи­ках (эта передача может осуществляться напрямую между двумя агентами пользовате­лей или через сервер SIP);


• АСК - используется для подтверждения получения сообщения или для положительно­го ответа на команду INVITE;

• CANCEL - прекращает поиск пользователя;

• REGISTER - передает информацию о местоположении пользователя на сервер SIP, который может транслировать ее на сервер адресов (Location Server).

Оба протокола SAP и SIP используют механизм SDP (Session Description Protocol) для описания характеристик сеанса: время проведения, требуемые ресурсы и т. д. (Реко­мендация RFC 2327). SDP используется исключительно для текстового описания сеанса и не имеет ни транспортных механизмов, ни средств согласования требуемых для сеанса параметров. Эти функции должны выполнять протоколы, применяемые для передачи ин­формации SDP.

Сообщения-ответы могут содержать шесть типов возможных результатов: запрос в процессе выполнения (1хх), успешный запрос (2хх), переадресация (Зхх), неправильный за­прос (4хх), отказ сервера (5хх) и глобальный отказ (6хх).

Используемая в SIP адресация основана на унифицированном указателе ресурсов SIP URL, в котором может быть записано имя домена (user@domain) или IP-адрес (user@IPadress) пользователя. Цель использования подобного формата - интеграция SIP-услуг с существую­щими службами Интернет. Сервер имен доменов (DNS) преобразует доменные имена в IP-адреса конечной точки (рис. 4.7). Вся маршрутизация и передача мультимедийных потоков выполняется нижележащей IP-сетью. Таким образом, услуги SIP хорошо интегрируются в традиционную модель Web-коммуникаций с сервером DNS, обеспечивающим преобразование доменного имени в сетевой адрес.

Предназначенный для инициации сеансов протокол SIP обеспечивает определение ад­реса пользователя и установление соединения с ним. Кроме этого, он служит основой для применения других протоколов, реализующих функции защиты, аутентификации, описания канала мультимедийной связи и т. д. Для биллинга, например, может использоваться прото­кол Radius.