Интернет-сайт 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

Действия сервера

Сообщение CANCEL запрашивает TU на стороне сервера отмену незавершенной транзакции. Чтобы определить транзакцию, которую требуется отменить, TU принимает запрос CANCEL, а затем применяет процедуры сопоставления транзакций, описанные в § 4.4.8. Отменена может быть только единственная транзакция.

Обработка запроса CANCEL сервером зависит от типа сервера. Stateless прокси-сервер его перешлет, stateful прокси-сервер может ответить на него и самостоятельно создать несколько запросов CANCEL, a UAS ответит на него.

Сперва UAS производит обработку CANCEL в соответствии с общими правилами обработки для UAS. Однако поскольку запросы CANCEL передаются последовательно от одного ретрансляционного участка к другому и не могут быть переданы повторно, сервер не требует от них подтверждения подлинности (для того, чтобы они имели надлежащий отклик аутентификации в заголовке Authorization). Заметим также, что запросы CANCEL не содержат заголовка Require.

Если UAS, выполняя процедуры описанные выше, не нашел соответствующую транзакцию для CANCEL, он передает на запрос CANCEL ответ с кодом 481 (Call/Transaction Does Not Exist). Если транзакция для оригинального запроса все еще существует, действия UAS при получении запроса CANCEL зависят от того, передал ли он уже окончательный ответ на оригинальный запрос или нет. Если передал, то CANCEL не оказывает влияния на обработку оригинального запроса, на состояние сеанса и на ответы на оригинальный запрос. Если UAS не передавал окончательного ответа на оригинальный запрос, его поведение зависит от типа оригинального запроса. Если таковым являлся INVITE, UAS незамедлительно передает ответ на INVITE с кодом 487 (Request Terminated). Запрос CANCEL не влияет на обработку транзакций других типов сообщений. Вне зависимости от типа оригинального запроса, поскольку было установлено соответствие между CANCEL и существующей транзакцией, UAS передает ответ с кодом 200 (ОК). Этот ответ составлен с использованием правил, с учетом того, что «tag» в заголовке То ответа на CANCEL и «tag» в заголовке То ответа на оригинальный запрос должны быть одинаковыми. Ответ на CANCEL передается серверной транзакции для передачи по сети.