Список вебинаров русскоязычной команды технического консалтинга партнеров доступен по ссылке http://aka.ms/RUPTSOnline

Часть 4 Начало: Новые возможности Microsoft Lync Server 2010 Передача голоса и отказоустойчивость.


В Microsoft Lync Server 2010 появилась возможность обеспечения прохождения звонков в случае отказа сервера, обслуживающего пользователя (домашнего пула). При этом данная возможность реализована как для офисов, где непосредственно установлены пулы серверов Lync,  так и для филиалов в которых не развернуты пулы Lync (например при пропадании соединения с головным офисом).

Рассмотрим эти два сценария. В этой заметке будет рассмотрена логика обеспечения отказоустойчивости звонков в офисах, где установлены сервера MS Lync. Во второй части будет рассказано об обеспечении отказоустойчивости в офисах где не планируется установка серверов Lync.

Отказоустойчивость телефонных звонков в офисе, где установлены пулы серверов Lync.

В MS Lync 2010 появилась новый сервис – регистратор (Registrar). Этот сервис устанавливается вместе с другими компонентами на серверах редакций Standard, Enterprise или на серверах с ролью Director. Также этот компонент содержится в Устройствах для обеспечения связи в филиалах (Survival Branch Appliance) которые будут рассмотрены во второй части. Сервисы регистраторов объединяются в пулы, распределение нагрузки к которым осуществляется с помощью механизма DNS (также может быть использован аппаратный балансировщик). Пользователь подключается к FQDN имени пула регистраторов и с помощью механизма распределения нагрузки перенаправляется к одному из регистраторов в пуле.

Каждому пользователю, которому разрешено использование Enterprise Voice, присваивается определённый пул регистраторов, считающийся с момента присвоения его домашним пулом.

Для обеспечения прохождения звонков в случае отказа сервера каждый пул регистраторов должен содержать указание на второй пул регистраторов (из другого сайта) для использования его в качестве резервного. В случае недоступности домашнего пула пользователь будет перенаправлен на пул регистраторов, указанный как резервный (при этом необходимо обеспечить отказоустойчивость каналов связи).

При этом построение таких сценариев возможно как с редакцией Enterprise, так и с помощью редакции Standard.

На рисунке 1 представлен сценарий обеспечения прохождения звонков в случае отказа одного из дата-центров.

Рис 1. Пример инфраструктуры, состоящей из двух дата-центров с обеспечением отказоустойчивости звонков.

В случае если у Вас небольшое количество пользователей и Вы собираетесь использовать для их обслуживания редакцию Standard, то Вы также можете настроить такой сценарий.

На рисунке 2 представлен такой сценарий. В случае отказа одного сервера пользователи будут подключаться ко второму.

  

 

Рисунок 2. Пример инфраструктуры, состоящей из серверов редакций Standard с обеспечением отказоустойчивости звонков.

Ага, могут подумать многие – теперь я могу построить отказоустойчивую систему с помощью редакции Standard. Не совсем так. Все таки этот механизм разработан для аварийных сценариев и не обеспечит весь функционал передачи голоса для клиентов.

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

При работе с резервным пулом пользователю будут доступны следующие возможности:

·         Входящие звонки (в случае обеспечения возможности маршрутизации, например провайдером SIP транкинг)

·         Исходящие звонки

·         Звонки внутри текущего расположения пользователя и между офисами

·         Удерживание и перевод звонков

·         Аутентификация и авторизация

·         Двустороннее внутрисайтовое общение с помощью мгновенных сообщений и адудио/видео

·         Запись деталей звонков

·         Делегирование звонка, групповой звонок, одновременный звонок на нескольких телефонах (Simulations Ringing)

·         Участие в конференциях, созданных другими пользователями (на других – работоспособных на этот момент пулах)

Пользователю будет недоступно

·         Создание конференций самим пользователем любых типов

·         Информация о доступности и маршрутизация на основе статуса «Не беспокоить»

·         Изменение настроек перенаправления звонков

·         Парковка звонков и группа ответа

Таким образом это решение предоставляет как мы видим лишь базовые сервисы в случае отказа домашнего сервиса.

Пользователь который будет обслуживается не основным, а резервным пулом увидит оповещение в своем клиенте.

 

 

Рис. 3. Интерфейс при Lync при подключении к домашнему пулу и к резервному.

Примечание: Все снимки экрана сделаны с помощью предварительной  версии. По выходу окончательной версии продукта интерфейс может отличаться

Реализуется подключение к резервному пулу, как уже говорилось выше с помощью DNS.

На рисунке 4 показан процесс подключения клиента. На рисунке также присутствует опциональная роль Director. Она не обязательна, вместо нее могут выдаваться адреса  пулов.

 

Рис 4. Получение информации о пулах с помощью DNS.

Процесс будет следующий

1.       Клиент запрашивает SRV запись DNS для SIP домена. Например  _sipinternaltls._tcp.contoso.ru

2.       Ответ включает две DNS записи:

·         CSDirectorPool.contoso.ru:5061, Priority=0, Weight=10

·         CSPool2.contoso.ru:5061, Priority=1, Weight=10

3.       Клиент подключается к пулу серверов Director, производит аутентификацию.

4.       Пул серверов Director определяет к какому домашнему пулу принадлежит клиент и отправляет ответ SIP 301, содержащий первичный и резервный пулы для этого клиента

5.       В случае доступности первичного пула клиент подключается к нему

6.       При его недоступности клиент подключается к резервному пулу.

 

Таким образом с помощью Lync сервер мы можем обеспечить клиентов базовым фукнционалом голосовой связи даже при отказе одного из серверов.

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

Comments (0)

Skip to main content