Интернет-сайт 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
Поведение UAS

UAS, получающий второй запрос INVITE до того, как в том же диалоге передан окончательный ответ на первый запрос INVITE с меньшим порядковым номером в заголовке Cseq, передает на второй INVITE ответ с кодом 500 (Server Internal Error) и включает в него заголовок Retry-After со случайно выбранной величиной в интервале от 0 до 10 секунд.

UAS, который получает второй запрос INVITE до прихода окончательного ответа на первый запрос INVITE, инициированный им самим, передает на второй запрос ответ с кодом 491 (Request Pending). Если UAS получает re-INVITE для существующего диалога, он должен проверить все идентификаторы версии в описании сеанса, а при их отсутствии - содержимое описания сеанса, чтобы определить, изменилось оно или нет.

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

 
Действия UAC

Механизм offer/answer, используемый для обмена информацией описания сеанса при работе с запросом INVITE, применяется и для запроса re-INVITE. UAC, который, к примеру, хочет создать новый медиапоток, формирует новое предложение offer, описывающее параметры этого медиапотока, и передает его в сообщении INVITE другому участнику сеанса. Важно заметить, что передается полное описание сеанса, а не его изменение.

Конечно, UAC может передать re-INVITE без описания сеанса; в этом случае первый надежный ответ на re-INVITE, не информирующий об ошибке (класса 2хх), будет содержать offer.

Если формат описания сеанса предусматривает возможность нумерации версий - присвоения порядкового номера SDP-описанию, предложенному в ходе сеанса, - инициатор модификации должен указать, что версия описания сеанса изменилась. Заголовки То, From, Call-ID, CSeq, и поле Request-URI формируются в соответствии с правилами для запросов в рамках существующего диалога.

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