Интернет-сайт 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
Что такое протокол SIP
Вторник, 02 Сентября 2008 12:00

Протокол SIP (Session Initiation Protocol) является текст- ориентированным протоколом прикладного уровня и предназначается для организации, модификации и завершения различных сеансов связи, в том числе, мультимедийных конференций, телефонных соединений, широковещательной рассылки мильтимедийной информации и соединений пользователей с различными инфокоммуникационными приложениями.

 
Обработка ответов
Среда, 07 Мая 2008 16:07

При получении ответа прокси-сервер первым делом пытается определить клиентскую транзакцию, соответствующую этому ответу. Если прокси-сервер ее не находит, он обрабатывает ответ (даже если это информационный ответ) как stateless прокси-сервер. Если соответствие определено, ответ передается клиентской транзакции. Пересылка запросов, для которых не найдена клиентская транзакция (или любая информация о передаче запроса, связанного с этим ответом), улучшает надежность передачи. В частности, это гарантирует, что повторения передачи ответа класса 2хх на запрос INVITE ведутся правильно.

продолжить... [Обработка ответов]
 
Установка таймера С
Среда, 07 Мая 2008 16:06

На случай возникновения ситуации, при которой на запрос INVITE не приходит окончательного ответа, TU использует таймер С. Он запускается для каждой клиентской транзакции, когда запрос проходит через прокси-сервер. Значение таймера должно быть больше 3 минут.

 
Пересылка запроса
Среда, 07 Мая 2008 16:06
Stateful прокси-сервер создает новую клиентскую транзакцию для этого запроса и дает указание транзакции переслать запрос, используя адрес, порт и тип транспортного протокола.
 
Добавление заголовка Content-Length
Среда, 07 Мая 2008 16:05
Если запрос будет передан следующему элементу с использованием по-токо-ориентированного транспортного протокола (например, TCP), и копия при этом не содержит заголовка Content-Length, прокси-сервер должен добавить его с правильным значением для тела запроса.
 
Добавление значения в заголовок Via
Среда, 07 Мая 2008 16:04

Прокси-сервер должен добавить значение в заголовок Via копии перед уже существующими значениями. Это подразумевает, что прокси-сервер подсчитает параметр «branch» для этой ветви, который будет уникальным для данной сети и будет содержать необходимую комбинацию «magic cookie».

Прокси-серверы, конфигурированные таким образом, чтобы обнаруживать петли, имеют дополнительное ограничение значения, которое они используют для формирования параметра «branch». Такой прокси-сервер в реализации должен создавать параметр «branch», разделенный на две части. Первая часть должна удовлетворять требованиям, описанным в 2.2.1, вторая - служит для того, чтобы отличать спирали от петель.

продолжить... [Добавление значения в заголовок Via]
 
Определение адреса, порта и транспортного протокола для пересылки следующему элементу
Среда, 07 Мая 2008 16:02

Внутренняя политика прокси-сервера может предписывать пересылать запрос на определенный IP-адрес, порт и с использованием транспортного протокола независимо от значений в заголовке Route и поле Request-URI. Такая политика не должна использоваться, если прокси-серверу достоверно не известно, что IP-адрес, порт и тип транспортного протокола соответствуют серверу, придерживающемуся стандартных процедур обработки заголовка Route. Однако такой механизм пересылки запроса на определенном звене сети не является наилучшим; вместо него рекомендуется использовать описанный выше механизм работы с заголовком Route.

продолжить... [Определение адреса, порта и транспортного протокола для пересылки следующему элементу]
 
Заключительная обработка маршрутной информации
Среда, 07 Мая 2008 15:59

Прокси-сервер может вести внутреннюю политику, которая предусматривает, чтобы запрос прошел через группу прокси-серверов перед тем, как быть доставленным к месту назначения. Прокси-сервер должен гарантировать, что все эти серверы придерживаются стандартных процедур обработки заголовка Route, предусматривающих разделение места назначения запроса (содержащееся в Request-URI) и списка прокси-серверов на пути к месту назначения (содержащийся в заголовке Route). Это может быть достоверно известно, только еслипрокси-серверы находятся водном административном домене. Список прокси-серверов представлен перечнем URI, каждый из которых содержит параметр «Ir». Перечень URI должен быть помещен в заголовок Route копии над существующими значениями (в случае их присутствия). Если заголовок Route отсутствует, он должен быть добавлен с содержащимся в нем перечнем URI.

продолжить... [Заключительная обработка маршрутной информации]
 
Добавление значения Record-Route
Среда, 07 Мая 2008 15:54

Если прокси-сервер требует, чтобы путь следования запросов диалога, который будет создан данным запросом, проходил через него, он должен поместить в копию свое значение заголовка Record-Route перед существующими значени-ями заголовка, даже если заголовок Route уже присутствует. Запросы, устанавливающие диалог, могут содержать предустановленный заголовок Route.

Если запрос передается в режиме диалога, прокси-сервер помещает также свое значение заголовка Record-Route, если он желает, чтобы следующие запросы этого диалога прошли через него. Значения поля этого заголовка не окажут никакого влияния на маршруты route set, используемые оконечными терминалами. Прокси-сервер останется на пути следования запросов, если он решит не помещать значение Record-Route в запросы, которые передаются в режиме диалога. Однако при этом прокси-сервер будет удален из пути, когда конечная точка восстановит диалог после возможного сбоя. Прокси-сервер может поместить значение заголовка Record-Route в любой запрос. Если запрос не инициирует диалог, терминалы игнорируют это значение.

продолжить... [Добавление значения Record-Route]
 
Обновление содержимого заголовка Max-Forwards
Среда, 07 Мая 2008 15:53
Если копия содержит заголовок Max-Forwards, прокси-сервер должен уменьшить его значение на единицу. В противном случае прокси-сервер сам добавляет заголовок со значением 70, поскольку некоторые существующие UA не помещают в запросы заголовок Max-Forwards.
 
Обновление содержимого поля Request-URI
Среда, 07 Мая 2008 15:52
Значение поля Request-URI в стартовой строке копии должно быть заменено значением URI из перечня адресов. Если URI содержит параметры, запрещенные для Request-URI, они должны быть удалены. При некоторых обстоятельствах полученный Request-URI помещается в перечень адресов без изменений.
 
<< Start < Prev 1 2 3 4 5 6 7 8 9 10 Next > Конец >>

JPAGE_CURRENT_OF_TOTAL