Высшая школа Майнор. Институт инфотехнологии

    Запросы могут передаваться не прямо адресату, а на некоторый промежуточный узел. Такие узлы бывают двух основных типов: прокси-сервер и сервер переадресации» (Гольдштейн Б.С., Гойхман В.Ю., Онучина Д.Н.2009: 155)

    «Прокси-сервер (proxy server) принимает запросы, обрабатывает их и отправляет дальше на следующий сервер, который может быть как другим прокси-сервером, так и последним UAS. Таким образом, прокси-сервер принимает и отправляет запросы и клиента, и сервера. Приняв запрос от UAC, прокси-сервер действует от имени этого UAC.

    Существует  два вида прокси-серверов: с сохранением  состояний (stateful) и без сохранения состояний (stateless). Сервер первого типа хранит в памяти входящий запрос, который явился причиной генерации одного или нескольких исходящих запросов. Эти исходящие запросы сервер также запоминает. Все запросы хранятся в памяти сервера только до окончания транзакции, т.е. до получения ответов на за просы. Сервер без сохранения состояний просто ретранслирует запросы и ответы, которые получает. Он работает быстрее, чем сервер 1-го типа, так как ресурс процессора не тратится на запоминание состояний, вследствие чего сервер этого типа может обслужить большее количество пользователей.

    Прокси-сервер может модифицировать запросы, которые он переправляет дальше. Проще говоря, пользователь отсылает требование установить соединение на прокси-сервер, а тот сам заботится о том, чтобы оно было установлено. Прокси-сервер может размножать запрос и передавать его по разным направлениям, чтобы запрос достиг нескольких мест, в надежде на то, что нужный пользователь окажется в одном из них». ( Гольдштейн А.Б., Гольдштейн Б.С. 2006:99)

    «Сервер переадресации (redirect server) передает клиенту  в ответе на запрос адрес следующего сервера или клиента, с которым первый клиент связывается затем непосредственно. Он не может инициировать собственные запросы. Адрес сообщается первому клиенту в поле Contact сообщений SIP. Таким образом, этот сервер просто выполняет функции поиска текущего адреса пользователя.

    Пользователь  может перемещаться от одной оконечной системы к другой, так что нужен какой-то метод определения его местоположения. Для этого в SIP используется сервер местоположения (location server) - это база адресов, доступ к которой имеют SIP-серверы, пользующиеся ее услугами для получения информации о возможном местоположении вызываемого пользователя. Упрощенно базу данных можно представить как совокупность адресных записей, в которых напротив публикуемого адреса пользователя его стоит текущий адрес. Приняв запрос, сервер SIP обращается к серверу местоположения, чтобы узнать адрес, по которому можно найти пользователя. В ответ тот сообщает либо список возможных адресов, либо информирует о невозможности найти их. С другой стороны, пользователь информирует SIP-сервер о своем местоположении сообщением REGISTER. Сервер местоположения может располагаться как совместно с SIP-сервером (рисунок 4), где могут присутствовать некоторые элементы базы адресов, так и отдельно от него». (Гольдштейн Б.С., Пинчук А.В., Суховицкий А.Л. 2006:134)

    

    Рисунок 4. Архитектура SIP сети (http://dvo.sut.ru/libr/skiri/w133gold/5_2.gif)

    Сигнализация  протокола SIP

    «SIP рекомендуется в качестве общего протокола инициации одноадресного и многоадресного вещания. В частности, его предлагают как протокол установления сеансов IP-телефонной связи. SIP работает по схеме клиент-сервер: клиент запрашивает определенный тип сервиса, а сервер обрабатывает его запрос и обеспечивает предоставление сервиса.

    В протоколе SIP определены два типа сигнальных сообщений — запрос (request) и

    ответ (response). Сообщения имеют текстовый  формат и базируются на протоколе

    НТТР (синтаксис и семантика определены в RFC 2068). В запросе указываются

    процедуры, вызываемые для выполнения требуемых операций, а в ответе результаты их выполнения. SIP определяет шесть процедур:

    INVITE (приглашение к сеансу связи)

    BYE (завершение соединения)

    OPTIONS (используется для передачи информации о возможных характеристиках сеанса связи, и не применяется в процедуре установления соединения)

    ACK (используется для подтверждения  получения сообщения или для  положительного ответа на команду  INVITE)

    CANCEL (прекращает поиск пользователя)

    REGISTER (передает информацию о местоположении пользователя)» (Гольдштейн Б.С., Гойхман В.Ю., Онучина Д.Н. 2009:157)

    «В  общих чертах, схема применения SIP для установления двунаправленного сеанса

    связи такова: в составе сообщения INVITE вызывающий пользователь передает

    вызываемому характеристики инициируемой мультимедиа-сессии, а тот в ответном

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

    период  времени, в течение которого сеанс активен

    среда передачи данных сеанса: тип мультимедиа (видео, аудио и т. д.), его формат, используемый транспортный протокол (RTP/UDP/IP, H.320 и т. д.) и номер порта

    информация  для приема потока (адреса, порты, форматы и т. д.)

    данные  о необходимой полосе пропускания

    SDP используется исключительно для  текстового описания сеанса и не имеет ни

    транспортных  механизмов, ни средств согласования требуемых для сеанса параметров.

    Сообщения SDP передаются в составе некоторых  сообщений SIP, например INVITE,

    ACK и OPTION.

    Формат  адресации в рамках SIP аналогичен формату адресации, используемому в

    электронной почте: «user@domain», «user@IP_address» или «phone_number@gateway».

    Последний адрес обозначает обычный номер PSTN, доступный через данный шлюз.

    Например, ссылка на web-странице «sip://i.smith@company.com» будет работать как

    ссылка mailto, только для голосового соединения. Как и адреса электронной почты, адреса SIP привязаны не к какому-либо конкретному хосту, а к некоторому домену.

    SIP-сервер  работает в режиме proxy сервера  или в режиме переадресации.  В первом

    случае, получив запрос на соединение, например, с адреса i.smith@company.com,

    сервер  определяет его IP адрес и происходит соединение .В случае если

    данный  сервер не может обработать адрес, он сообщает владельцу запроса адрес следующего SIP сервера, то есть включается режим переадресации (Рисунок 5). Протокол SIP разрешает обращение к нескольким серверам. В результате разветвленного поиска и сложной процедуры установления соответствия имени и IP-адреса может получиться набор результатов. Например, поиск адреса i.smith@company.com может привести как к мистеру И. Смиту, так к его жене, автоответчику, мобильному номеру, адресу электронной почты и т.д. При этом будет предоставлена дополнительная информация о том, мобильный это терминал или фиксированный, домашний номер или рабочий и т.д. После этого открывается канал связи, и обмен мультимедийными пакетами осуществляется на базе RTP (Real Time Transport Protocol), или сходного протокола». (Гольдштейн Б.С., Гойхман В.Ю., Онучина Д.Н.2009: 160)

    

    Рисунок 5. Сигнализация SIP (www.wikipedia.org SIP)

    Установления  соединения через сервер переадресации

    «Сеть SIP содержит пользователей (правильно сказать UAS), прокси-серверы и серверы переадресации. Перед началом сеанса связи вызывающий пользователь должен знать либо адрес вызываемого пользователя, либо адрес SIP-сервера. Адрес может быть в виде: user@domain, тогда необходимо преобразовать его в IP-адрес с помощью услуг DNS. Адреса серверов пользователю сообщает поставщик услуги. Для доступа к серверу может потребоваться аутентификация, обеспечивающая обслуживание только определенной группы пользователей, например, тех, кто заплатил за услуги. Если прямого адреса пользователя нет, он обращается к прокси-серверу или к серверу переадресации. Далее алгоритм работы сети зависит от того, к какому серверу он обратился.»( Б. С. Гольдштейн, А. А. Зарубин, В. В. 2005:122) «Вызывающему пользователю требуется вызвать другого пользователя. Он передает запрос INVITE 1 на известный ему адрес сервера переадресации и на порт 5060, используемый по умолчанию (рисунок 6). В запросе вызывающий пользователь указывает адрес вызываемого пользователя. Сервер переадресации запрашивает текущий адрес нужного пользователя у сервера местоположения 2, теперь вызывающая сторона может связаться с вызываемой стороной. Для этого она передает новый запрос INVITE 6. В теле сообщения INVITE указываются данные о функциональных возможностях вызывающей стороны в формате протокола SDP. Вызываемая сторона принимает запрос INVITE и начинает его обработку, о чем сообщает ответом 100 Trying 7 встречному оборудованию для перезапуска его таймеров.

    После завершения обработки поступившего запроса оборудование вызываемой стороны сообщает своему пользователю о входящем вызове, а встречной стороне передает ответ 180 Ringing 8.

    После приема вызываемым пользователем входящего  вызова встречной стороне передается сообщение 200 ОК 9, в котором содержатся данные о функциональных возможностях вызываемого терминала в формате протокола SDP.

    Терминал  вызывающего пользователя подтверждает прием ответа запросом АСК 10. На этом фаза установления соединения заканчивается, и начинается разговорная.

    По  завершении разговорной фазы любая  из сторон передает запрос BYE 11, который подтверждается ответом 200 ОК 12». (Гольдштейн А.Б., Гольдштейн Б.С.2006:201)

    

    Рисунок 6. Сценарий соединения установления (http://iptop.net/sip/img/06.gif)

    Заключение

    «Протокол SIP значительно моложе своего соперника, и опыт его использования в сетях связи несопоставим с опытом использования протокола Н.323. Интенсивное внедрение технологии передачи речевой информации по IP-сетям потребовало постоянного наращивания функциональных возможностей как протокола Н.323, так и протокола SIP. Этот процесс приводит к тому, что достоинства одного из протоколов перенимаются другим.

    Оба протокола являются результатом  решения одних и тех же задач  специалистами ITU-T и комитета IETF. Решение ITU-T оказалось ближе к традиционным телефонным сетям, а решение комитета IETF базируется на принципах, составляющих основу сети Internet.

    В заключении автор решил сделать  небольшой сравнительный анализ, что бы узнать какой все таки стандарт использовать и в какой области, очевидно, что это 2 разных стандарта.

    Набор услуг, поддерживаемых обоими протоколами, примерно одинаков, однако есть и много отличий. В протоколе SIP есть возможность указывать приоритеты в обслуживании вызовов, поскольку во многих странах существуют требования предоставлять преимущества некоторым пользователям. В протоколе Н.323 такой возможности нет. Кроме того, пользователь SIP-сети может регистрировать несколько своих адресов и указывать приоритетность каждого из них.

    Персональная  мобильность пользователей. Протокол SIP имеет хороший набор средств поддержки персональной мобильности пользователей, в число которых входит переадресация вызова к новому местоположению пользователя, одновременный поиск по нескольким направлениям (с обнаружением зацикливания маршрутов) и т.д. В протоколе SIP это организуется путем регистрации на сервере определения местоположения, взаимодействие с которым может поддерживаться любым протоколом. Персональная мобильность поддерживается и протоколом Н.323, но менее гибко. Так, например, одновременный поиск пользователя по нескольким направлениям ограничен тем, что gatekeeper, получив запрос определения местоположения пользователя LRQ, не транслирует его к другим gatekeeper-ам. Протокол SIP достаточно просто обеспечивает совместимость разных версий. Поля, которые не понятны оборудованию, просто игнорируются. Это уменьшает сложность протокола, а также облегчает обработку сообщений и внедрение новых услуг.

    Протокол SIP состоит из набора законченных  компонентов (модулей), которые могут заменяться в зависимости от требований и могут работать независимо друг от друга. Этот набор включает в себя модули поддержки сигнализации для базового соединения, для регистрации и для определения местоположения пользователя, которые не зависят от модулей поддержки качества обслуживания (QoS). работы с директориями, описания сеансов связи, развертывания услуг (service discovery) и управления конфигурацией.