Составители:
Рубрика:
22
кси-серверу domainA.ru, что он получил запрос INVITE и занимается его
обработкой. Прокси-сервер обращается к базе данных, обычно называемой
сервером определения местонахождения (location server), которая содержит
текущий IP-адрес пользователя B. Прокси-сервер добавляет значение заго-
ловка Via со своим адресом в запрос INVITE и пересылает его к SIP-
телефону пользователя B.
SIP-телефон пользователя B получает INVITE и отправляет ответ 100
(Trying). При оповещении пользователя о входящем вызове SIP-телефон В
информирует об этом SIP-телефон А с помощью ответа с кодом 180
(Ringing), который маршрутизируется обратно через два прокси-сервера.
В приведённом примере User B решает ответить на вызов. Когда он
поднимает трубку, его SIP-телефон посылает ответ с кодом 200 (OK), ука-
зывающий, что вызов принят. Ответ с кодом 200 (OK) содержит тело со-
общения с вариантом SDP-описания сессии, которую желает установить
User B с User A. В заголовок To добавляется параметр «tag» – он будет ис-
пользоваться во всех следующих запросах и ответах данного сеанса связи.
Заголовок Contact содержит URI, который характеризует текущее местона-
хождение User B. Заголовки Content-Type и Content-Length указывают тип
и длину тела сообщения (SDP-описание сессии пользователя B).
При получении ответа с кодом 200 SIP-телефон пользователя A пре-
кращает подачу сигнала КПВ и сообщает о том, что вызываемый пользова-
тель принял вызов. В итоге, SIP-приложение User A посылает сообщение
подтверждения ACK для того, чтобы подтвердить принятие окончательно
го ответа 200 (OK).Это подтверждение завершает трехэтапное согласова-
ние INVITE/200/ACK, используемое для установления SIP-сессии. Медиа-
сессия между User A и User B теперь считается установленной, и они пере-
дают пакеты с речевой информацией, используя формат, принятый при об-
мене SDP. В общем случае, передающиеся по сквозному принципу речевые
пакеты транспортируются по маршруту, отличному от пути следования
сигнальных сообщений SIP.
В конце сеанса связи User B первым кладет трубку – при этом создаёт-
ся сообщение BYE. User A подтверждает получение BYE посылкой ответа
с кодом 200 (OK), который завершает BYE-транзакцию и сессию. Под-
тверждение ACK не посылается – оно используется только для подтвер-
ждения ответов на запрос INVITE.
В данном примере прокси-серверы, через которые проходит сигналь-
ный тракт SIP, «видят» сообщения, передающиеся между оконечными точ-
ками на протяжении всей сессии. Для этого прокси-сервер добавил в запрос
INVITE требуемый маршрутизирующий заголовок, называемый Record-
Route и содержащий URI (имя узла или IP-адрес) прокси-сервера. Эта ин-
формация была получена и SIP-телефоном User B, и (из-за того, что заголо-
вок Record-Route передаётся обратно в ответе с кодом 200OK) SIP-
телефоном A и была сохранена на время диалога. Каждый прокси-сервер
Страницы
- « первая
- ‹ предыдущая
- …
- 20
- 21
- 22
- 23
- 24
- …
- следующая ›
- последняя »
