SIP сервер переадресации (Redirect Server)
Сервер переадресации предназначен для определения текущегоадреса вызываемого пользователя. Вызывающий пользователь передает к серверу сообщение с известным ему адресом вызываемого пользователя, а сервер обеспечивает переадресацию вызова на текущий адрес этого пользователя. Для реализации этой функции
сервер переадресации должен взаимодействовать с сервером определения местоположения/сервером обработки регистраций. Сервер переадресации не терминирует вызовы как сервер RAS и не инициирует собственные запросы как прокси,сервер. Он только сообщает адрес либо вызываемого пользователя, либо прокси сервера. По этому адресу инициатор запроса передает новый запрос. Сервер переадресации не содержит клиентскую часть программного обеспечения. Но пользователю не обязательно связываться с каким,либо SIP,сервером. Он может сам вызвать другого пользователя при условии, что знает его текущий адрес.
Выдержка из SIP RFC:
Переадресация позволяет серверам внести маршрутизационную информацию для поступившего запроса, в ответном сообщении клиенту, таким образом, исключая себя из цепочки будущих сообщений этого сеанса, однако, оказав помощь в поиске пункта назначения для запросов. Когда автор запроса получает сообщение с переадресацией, он отправляет новый запрос, основываясь на принятом значении URI. Распространяя эти URIs внутри сети ее участникам, переадресация позволяет создать достойную маштабируемость сети.
База знаний
SIP сервер переадресации (Redirect Server)
Сервер переадресации предназначен для определения текущегоадреса вызываемого пользователя. Вызывающий пользователь передает к серверу сообщение с известным ему адресом вызываемого пользователя, а сервер обеспечивает переадресацию вызова на текущий адрес этого пользователя. Для реализации этой функции
сервер переадресации должен взаимодействовать с сервером определения местоположения/сервером обработки регистраций. Сервер переадресации не терминирует вызовы как сервер RAS и не инициирует собственные запросы как прокси,сервер. Он только сообщает адрес либо вызываемого пользователя, либо прокси сервера. По этому адресу инициатор запроса передает новый запрос. Сервер переадресации не содержит клиентскую часть программного обеспечения. Но пользователю не обязательно связываться с каким,либо SIP,сервером. Он может сам вызвать другого пользователя при условии, что знает его текущий адрес.
Выдержка из SIP RFC:
Переадресация позволяет серверам внести маршрутизационную информацию для поступившего запроса, в ответном сообщении клиенту, таким образом, исключая себя из цепочки будущих сообщений этого сеанса, однако, оказав помощь в поиске пункта назначения для запросов. Когда автор запроса получает сообщение с переадресацией, он отправляет новый запрос, основываясь на принятом значении URI. Распространяя эти URIs внутри сети ее участникам, переадресация позволяет создать достойную маштабируемость сети.
Протокол инициирования сеансов связи (SIP)
5.5. Пример SIP-сети
Терминалы могут быть двух типов:
Переадресация соединения по SIP
Сервер переадресации получает запросы от терминала (прокси-серверов), обрабатывает их и возвращает этому терминалу обработанную информацию, необходимую для дальнейшей маршрутизации вызова. Затем терминал (прокси) непосредственно устанавливает соединение, согласно адресу, указанному сервером перенаправления. Существует также и бессерверный вариант соединения, когда один терминал может посылать запросы непосредственно другому терминалу.
В сети с прокси-сервером ( рис. 5.5) для успешного установления двустороннего соединения между инициирующей и принимающей сторонами требуется выполнить следующие последовательные шаги:
На рис. 5.6 представлена архитектура сети SIP с сервером переадресации.
В сети SIP с сервером переадресации ( рис. 5.6) для успешного установления двустороннего соединения требуется выполнить следующие последовательные шаги:
VoIP для начинающих. Часть II: SIP
Разное.
Разве что можно особо выделить эффективность дополнительных средств защиты на базе ферромагнитных сердечников (смотреть тут внизу страницы). Практика показала, что такое нехитрое устройство (получившее уже прозвище «бочка») мало уступает по эффективности обычной диодно-сапрессорной грозозащите, а их совместное использование так и вообще приближает качество к заветным (но недостижимым) 100%.
Небольшая коллекция грозоужастиков:
Эти защиты (классический АРС) стояли с двух сторон одной линии. После грозы в них не осталось ни одного целого элемента. Даже текстолит выгорел.
Несмотря на лето, время отпусков и снижения объемов продаж, интересно и на другом краю провайдерского рынка. Так, в Екатеринбурге интрига прихода на рынок новой «дочки» телефонного монополиста начала приобретать реальные черты. Время презентаций еще не настало (для них есть осень), однако какие-то выводы сделать уже можно.
Напомню предысторию. До недавнего времени основным трансгородским транспортным средством была сеть «ОАО СЦК», построенная в основном на инфраструктуре телефонного монополиста «Уралтелеком». При этом конечных пользователей мог подключить через сеть ADSL любой оператор, которому «ОАО СЦК» предоставляло в аренду транспорт на равных и публичных условиях.
Однако время идет. Вместо Уралтелекома появился филиал Уралсвязьинформа, который объявил о планах самостоятельной работы по АДСЛ с конечным пользователем (через дочку «Уралком»). Правда намерения целых два месяца не могли получить развития в виде коммерческого предложения. Только на прошлой неделе оно появилось, но по нему условия для провайдеров стали, пожалуй, только хуже.
В то же время сразу несколько альтернативных операторов успели построить свои магистральные сети масштаба города (сотни километров оптоволокна), и относительно успешно их продают конечным пользователям и небольшим субпровайдерам (как правило «домашним сетям»). Так что можно сказать, что роль ADSL как магистрального транспорта уже сыграна, и новое его позиционирование должно быть сделано на домашнего пользователя. Это значит, что конкуренция домашним сетям усилится, а транзитная сеть для них должна в недалекой перспективе стать оптической (для сохранения качественного отрыва).
Кроме того, есть примерно полдюжины «выносов» в разных районах города, от которых можно проложить «волокно до стола» чуть не в любой офис. Последнее, кстати, выгодно отличает «GigaLine» от MSK-IX (структура, тарифы).
Влияющих на ситуацию факторов много. Тут и немного упущенный момент (слишком много сотен километров своей оптики успели положить местные операторы за последний год), борьба муниципалов за «отсутствие» воздушек по столбам освещения, «вхождение» на рынок конечных пользователей телефонного монополиста. Плюс темная (до сих пор) лошадка в виде профинансированной «ставки» муниципалов на мощного оператора кабельного телевидения и наложенной на него передачи данных (пока строительство их сети идет на фазе прокладки оптических межрайонных магистралей).
Так что думаю, что осенью скучать не придется. 
Немного ссылок на полезные ресурсы и документы:
Компания J’son & Partners (J&P) предлагает новый (июньский) выпуск информационного бюллетеня «Российский рынок интернет-доступа». Бюллетень представляет результаты постоянного мониторинга развития Интернета в России, который осуществляется компанией J&P.
Беспроводные сети и прочее Ужасы по построению радиолинка в военной части.
Бесплатная биллинговая система для ВПН сетей. Работает только под LINUX-ом. Практически все нужные и ненужные функции, открытый исходный код, возможность легкого изменения под свои нужды. Подойдет для использования средним ISP (количество пользователей до 5000), в домашних сетях, организациях и т.п.
Забавное объяснение чему равен 1U и подарок админу на день рождения:
Узел называется (вроде бы) кулак обезьяны.
VoIP для начинающих. Часть вторая: SIP
Автор данного текста Эдуард Афонцев, Екатеринбург.
Одним из наиболее перспективных протоколов сигнализации в современных приложениях IP телефонии является SIP. Расшифровывается как Session Initiation Protocol, то есть протокол управления (инициализации, модификации и прерывания) коммуникационными сессиями с одним или несколькими участниками. Определение сессии включает в себя: интернет мультимедиа конференции, интернет телефонные звонки и прочее.
По мнению многих специалистов SIP более приближен к IP сетевому взаимодействию, чем все остальные протоколы (H323, MGCP и другие). SIP использует обычные текстовые сообщения и очень напоминает http (практически базируется на нем). Архитектура сети SIP базируется на клиент-серверном взаимодействии.
Компоненты SIP делятся на два класса: клиенты и серверы.
Только UA непосредственно взаимодействует с клиентом. Все остальные компоненты SIP сети этого не могут, они взаимодействуют только с UA или между собой.
Часто Registrar комбинируется с proxy, но это отдельный логический процесс.
Redirect сервер не терминирует звонки.
В результате SIP архитектура выглядит следующим образом:
Поиск серверов.
Адресация.
Синтаксис SIP адреса следующий:
Кроме того, в SIP адрес могут входить дополнительные параметры (пароли, номера портов и тому подобное).
Приведем примеры SIP адресов:
Sip: vasya@home.ru
Sip: petya@192.168.0.1
Sip: 12345@gate.ru
Структура SIP сообщения.
Все SIP сообщения делятся на два вида: запросы и ответы на них.
Структура любого сообщения выглядит так:
Start line
Headers
Body.
В свою очередь Start line запроса включает в себя Method, Request-URI, SIP version.
Для примера приведем начало стандартного sip запроса:
INVITE sip: vasya@etel.ru SIP/2.0
Ответы делятся на две группы: информационные и финальные.
Информационные ответы содержат в себе ознакомительные данные. Например:
Trying, ringing.
Финальные обозначают завершение каких-либо транзакций. Например:
Ok. Начало любого SIP ответа (start line) состоит из SIP version, Status Code и Reason Phrase, например:
SIP 2.0 Trying
Сценарии SIP взаимодействий.
UA-UA. Взаимодействие непосредственно между клиентскими приложениями (UA) без участия серверов. Для этого вызывающий UA должен знать текущий адрес вызываемого абонента.
Далее идет разговор (RTP/RTCP между клиентскими приложениями).
Звонки c участием Proxy сервера (или нескольких серверов).
Вызывающий UA должен знать постоянный адрес абонента, а прокси осуществит поиск и приглашение к сеансу связи. Текущий адрес знать не обязательно. Кроме того, UA должен предварительно выяснить IP адрес прокси сервера (например заданный в конфигурации).
Фаза вызова (звонка):
Разговорная фаза (RTP, RTCP) проходит только между клиентскими приложениями (UA) и не задействует прокси.
Фаза завершения связи (разрыва соединения):
Завершение связи, так же как и инициализация, проходит через Proxy сервер, который практически ретранслирует SIP сообщения.
Как видим, участники соединения не взаимодействуют между собой во время установления и разрыва соединений, то есть вся сигнализационная информация в рамках данной схемы проходит через прокси сервер. Данная конфигурация удобна тем, что клиентским приложениям достаточно знать (получить) информацию только о своем ближайшем SIP прокси сервере, который будет принимать все звонки и заниматься дальнейшим поиском и маршрутизацией.
Обычно сервер регистрации и прокси сервер объединяют в одно приложение и в результате получают комбинированный SIP сервер доступа к VoIP сети.
Взаимодействие с участием Redirect сервера.
В данном случае UA в итоге самостоятельно установит соединение, а сервер переадресации только преобразует постоянный адрес в текущий. Текущий адрес знать не обязательно, это задача сервера переадресации.
Фаза вызова (звонка):
Далее вызывающий абонент взаимодействует с вызываемым непосредственно и без участия REDIRECT сервера.
Фаза завершения связи (разрыва соединения):
Практически участие REDIRECT сервера сводится к сообщению текущего адреса вызываемого абонента (UA), а все дальнейшее взаимодействие происходит по схеме UA-UA.
Заключение.
Как видно даже из такого неполного описания, протокол SIP позволяет строить гибкие схемы IP телефонии, предоставляя клиентам расширенные сервисы управления соединениями.
И, наконец, сам синтаксис SIP адреса, похожий на адрес электронной почты, более органичен для современного человека, привыкшего пользоваться интернет услугами.
Анонс
Протокол инициирования сеансов связи (SIP)
5.1. Принципы построения протокола SIP
5.2. Интеграция протокола SIP с IP-сетями
Протокол SIP предусматривает организацию конференций трех видов:
Протокол SIP дает возможность присоединения новых участников к уже существующему сеансу связи, т. е. двусторонний сеанс может перейти в конференцию.
5.3. Адресация
5.4. Архитектура сети SIP
На рисунке 5.2 представлена упрощенная схема действия протокола.
В протоколе SIP устанавливаются следующие основные компоненты:
Прокси-сервер принимает запросы, обрабатывает их и, в зависимости от типа запроса, выполняет определенные действия. Это может быть поиск и вызов пользователя, маршрутизация запроса, предоставление услуг и т. д. Прокси-сервер состоит из клиентской и серверной частей, поэтому может принимать вызовы, инициировать собственные запросы и возвращать ответы. Прокси-сервер может быть физически совмещен с сервером определения местоположения или существовать отдельно от него.
Сервер первого типа хранит в памяти входящий запрос, который явился причиной генерации одного или нескольких исходящих запросов. Эти исходящие запросы сервер также запоминает. Все запросы хранятся в памяти сервера только до окончания транзакции, т. е. до получения ответов на запросы. Он позволяет предоставить большее количество услуг, но работает медленнее, чем сервер второго типа. Он может применяться для обслуживания небольшого количества клиентов, например, в локальной сети. Прокси-сервер должен сохранять информацию о состояниях, если он:
Последний случай имеет место, когда прокси-сервер ведет поиск вызываемого пользователя сразу в нескольких направлениях, т. е. один запрос, который пришел к прокси-серверу, размножается и передается одновременно по всем этим направлениям.
Сервер переадресации предназначен для определения текущего адреса вызываемого пользователя. Вызывающий пользователь передает серверу сообщение с известным ему адресом вызываемого пользователя, а сервер обеспечивает переадресацию вызова на текущий адрес этого пользователя. Для реализации этой функции сервер переадресации должен взаимодействовать с сервером определения местоположения.
Пользователь может перемещаться в пределах сети, поэтому необходим механизм определения его местоположения в текущий момент времени.
Для хранения текущего адреса пользователя служит сервер определения местоположения пользователей, представляющий собой базу данных адресной информации. Кроме постоянного адреса пользователя, в этой базе данных может храниться один или несколько текущих адресов.
Этот сервер может быть совмещен с прокси-сервером или быть реализован отдельно от прокси-сервера, но иметь возможность связываться с ним.