Интернет-сайт protosip.ru является собственностью компании ООО «Бамлекс», специализирующейся на внедрениии следующих систем: voip телефонии (консультации в области телефонии через интернет - бесплатной офисной связи, единый план нумерации офисных телефонных номеров для компаний с распределенными офисами), голосовой почты, click to dial - звонки с сайта, обучении Asterisk (SER, OpenSER, SEMS, Red5), консалтинговых услуг построение call center (проект voip системы, обучение персонала, разработка бизнесс процессов под нужды заказчика).

Сайт содержит актуальную информацию по услугам компании, последние новости voip отрасли, интересный телекоммуникационный форум, отличный справочник по протоколу SIP, рекомендации по выбору оконечных устройств (SIP телефоны, voip телефоны и телефонные станции).

Подробнее описание оказываемых услуг Далфи Смарт: запуск и внедрение voip телефонии, внедрение SIP систем, консалтинг (в т.ч. и на телекоммуникационном форуме) компаний планирующих построение распределенной телефонной системы, специалистов разрабатывающих приложения для voip телефонии, а так же непрофессиональных любителей sip телефонии.

На сайте www.protosip.ru представлена исчерпывающая информация о компании: история, последние новости. Есть возможность осуществления он-лайн заявки на выполнение услуг по voip телефонии.

Мы искренне надеемся, что наш сайт окажется полезным и информативным для каждого из наших посетителей.

Rambler's Top100
Banner
7 Среда, 07 Мая 2008 15:03  

Процедуры UAC. Обработка ответов на запрос INVITE

Как только UAC передает запрос INVITE клиентской транзакции, он переходит в режим ожидания ответов на запрос. Если клиентская INVITE-транзакция вместо передачи ответа сообщает об истечении времени ожидания окончательного ответа, пользователь транзакции (TU) действует, как в случае получения ответа с кодом 408 (Request Timeout).


Ответы 1xx
До получения окончательного ответа может придти любое число предварительных ответов. Предварительные ответы на запрос INVITE могут привести к созданию диалогов, находящихся на «ранней стадии». Такие диалоги потребуются только втом случае, если у клиента возникнет необходимость передать запрос серверу до завершения начальной INVITE-транзакции. Заголовки, содержащиеся в предварительном ответе, действительны только на «ранней стадии» диалога (например, заголовок Allow в предварительном ответе содержит типы запросов, которые могут быть использованы в процессе диалога, пока тот находится на «ранней стадии»).


Ответы Зxx
Ответы класса Зхх могут содержать в поле заголовка Contact одно или несколько значений, указывающих адреса, по которым вызываемый пользователь может быть доступен. В зависимости от кода ответа класса Зхх UAC может предпринять попытку вызова пользователя по новым адресам.


Ответы 4xx, 5xx и 6xx
На запрос INVITE могут быть получены окончательные ответы класса, отличного от 2хх. Ответы класса 4хх, 5хх и бхх могут содержать в поле заголовка Contact значение, указывающее местоположение дополнительной информации об ошибке. При получении окончательного ответа класса, отличного от 2хх, все диалоги, находящиеся на «ранней стадии», разрушаются. Кроме того, когда приходит окончательный ответ класса, отличного от 2хх, клиентская транзакция переходит в состояние «Completed», предусматривающее ожидание дополнительных повторных ответов.


Ответы 2хх
UAC может получить несколько ответов класса 2хх на один запрос INVITE, что происходит при прохождении запросов через прокси-сервер, размножающий запросы. Каждый ответ отличается параметром «tag» в поле заголовка То и представляет отдельный диалог со своим идентификатором диалога. Если идентификатор диалога в ответе 2хх соответствует идентификатору организуемого диалога, диалог переходит в установленное состояние и route set должен быть пересчитан на основе заголовка Record-Route ответа класса 2хх (это делается с целью обеспечить обратную совместимость с предыдущей версией рекомендаций).

Ядро UAC должно создавать запрос АСК при получении каждого ответа класса 2хх. Заголовки запроса АСК формируются так же, как и заголовки любых других сообщений, передаваемых в режиме диалога, за исключением CSeq и заголовков, относящихся к процедуре аутентификации. Порядковый номер в заголовке CSeq должен совпадать с номером в первоначальном запросе INVITE, но в поле типа запроса заголовка должно быть значение АСК. Запрос АСК содержит то же значение отклика аутентификации, что и INVITE.

Если ответ класса 2xx содержит offer (предложение с описанием сеанса), в соответствии с правилами, приведенными выше, в теле сообщения АСК долженнаходиться answer (ответ с описанием сеанса). Если offer в ответе 2хх не может быть принято, ядро UAC формирует answer в подтверждении АСК и затем незамедлительно передает сообщение BYE. После формирования подтверждения АСК определяются адрес места назначения, номер порта и тип транспортного протокола. Запрос направляется непосредственно на транспортный уровень SIR минуя клиентскую транзакцию. Это происходит потому, что за повторные запросы АСК отвечает не уровень транзакций, а ядро UAC. Подтверждение АСК должно направляться клиентской стороне транспортного уровня SIP каждый раз, когда приходит очередной повторно переданный ответ класса 2хх. Если после подтверждения ответа 2хх на INVITE UAC не желает продолжать текущий диалог, он должен разорвать диалог передачей сообщения BYE.
 

Похожие статьи