- База знаний
- Пример файла конфигурации XML для Cisco 8851 phone
- Пример файла конфигурации XML для Cisco 7970 phone
- Пример файла конфигурации XML для Cisco 9971
- Отладка VoIP звонка с Wireshark
- Книги
- Использование поля Diversion в SIP пакете
- Астериск и Н.323
- ISDN release cause codes
- Пример файла конфигурации голосового шлюза Cisco
- Пример конфигурации интерфейса E1 PRI в голосовом шлюзе Cisco
- Аналоговое зло
- Интернациональные телефонные коды стран
- Практикум по интеграции Астериск в комплексе с OpenBSC/Osmocom
- Факс по IP
SIP сервер регистрации/определения местоположения пользователей (Registry server)
Пользователь может перемещаться в пределах сети, поэтому необходим механизм определения его местоположения в текущий момент времени. Например, сотрудник предприятия уезжает в командировку, и все вызовы, адресованные ему, должны быть направлены в другой город на его временное место работы. О том, где он находится, пользователь информирует специальный сервер с помощью сообщения REGISTER. Возможны два режима регистрации: пользователь может сообщить свой новый адрес один
раз, а может регистрироваться периодически через определенные промежутки времени. Первый способ подходит для случаякогда терминал, доступный пользователю, включен постоянно, и его не перемещают по сети, а второй – если терминал часто перемещается или выключается.
Для хранения текущего адреса пользователя служит сервер определения местоположения пользователей (сервер обработки регистраций), представляющий собой базу данных адресной информации. Кроме постоянного адреса пользователя, в этой базе данных может храниться один или несколько текущих адресов.
Этот сервер может быть совмещен с SIPпрокси сервером (в таком случае он называется registrar) или быть реализован отдельно от прокси сервера, но иметь возможность связываться с ним.
В RFC 2543 сервер определения местоположения представлен как отдельный сетевой элемент, но принципы его работы в этом документе не регламентированы. Стоит обратить внимание на то, что вызывающий пользователь, которому нужен текущий адрес вызываемого пользователя, не связывается с сервером определения местоположения напрямую. Эту функцию выполняют SIP серверы при помощи протоколов LDAP (RFC 1777), rwhois (RFC 2167), или других протоколов.
Выдержка из SIP RFC:
Registrar: - это сервер, который обрабатывает и подтверждает запросы REGISTER и заносит, принятую в этом запросе информацию, в систему поиска абонентов для домена, который он обрабатывает.
В протоколе SIP заявлена поддержка поиска конечных абонентов. Если один пользователь хочет начать сеанс с другим пользователем, SIP должен найти хост (хосты), где в текущий момент доступен вызываемый пользователь. Этот процесс поиска часто завершается такими участниками SIP сети, как прокси сервера или серверами переадресации (redirect server), которые отвечают на поступающие запросы и определяют, куда нужно направлять SIP запросы, основываясь на знании местонахождения пользователя, и находиться ли этот пользователь в пределах компетенции этого сервера. Для осуществления этого, участники SIP сети используют некий абстрактный сервис, называемый "сервисом поиска" (location service), который осуществляет привязку адреса для каждого домена.
при помощи этой таблицы привязки адресов производиться трансляция входящих SIP('s) URI, например, sip:bob@biloxi.com, в одно или несколько URI, которые так или иначе "скрыты" для этого пользователя, например, в sip:bob@engineering.biloxi.com.
В конечном счете, прокси сервер запрашивает у "сервиса поиска" адрес пользовательского агента(агентов), по принятому URI, дабы узнать, где в данный момент находиться нужный адресат.
Поиск SIP сервера регистрации с использованием Мультикаста
Агенты пользователей (UA) могут быть настроены на использование мультикаст IP пакетов. Запрос на регистрацию может быть отправлен всем известным SIP серверам регистрации, с использованием мультикаст адреса sip.mcast.net - (224.0.1.75 для IPv4).Источники: http://niits.ru/public/2003/011.pdf