Как вы наверное уже знаете недавно вышла новая версия Lync 2013. В состав версии вошло достаточно много новых функций со списком Вы можете познакомиться в официальной документации http://technet.microsoft.com/en-us/library/gg398676(v=ocs.15).

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

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

В заметке есть

- теоретический материал по технологиями отказоустойчивости между сайтами

- описание изменений в области отказоустойчивости в новой версии

- подробное описание по настройке и разбор логов клиента для понимания как это работает

Собственно для полного понимания, что изменилось и как это работает давайте вспомним как реализованы сервисы, предоставляемые клиенту начиная с Lync версии 2010.

Для обеспечения сценариев отказоустойчивости с версии 2010, сервисы обслуживающие клиентов Lync разнесены по двум разным компонентам. Были разделены компоненты, отвечающие за регистрацию пользователя и за предоставление так называемых пользовательских сервисов (user services).

Компонент регистрар, отвечающий за регистрацию пользователей устанавливается вместе с ролями Front End, Standard edition, Director и SBA (SBS), пользовательские же сервисы находятся на Back End, то бишь на сервере SQL. При пропадании связи с SQL пользователь может использовать компонент регистрар (например на SBA) но не может использовать функционал, зависящий от доступности пользовательских сервисов. К такому функционалу, например, относится адресная книга, контакты, участие в конференциях, информация о доступности.

В этом режиме будет доступна регистрация, звонки через телефонную сеть (при наличии локального шлюза), обмен мгновенными сообщениями 1 to 1 (не конференция), то есть то что может обеспечить регистрар.

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

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

Рис 1. Обеспечение отказоустойчивости между сайтами в Lync 2010

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

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

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

Картинка для Lync 2013 будет выглядеть следующим образом.

Рис 2. Обеспечение отказоустойчивости между сайтами в Lync 2013

Однако, есть одно ограничение при отказе сервера происходит автоматическая регистрация клиента на резервной регистраре в режиме отказоустойчивости (доступны все сервисы кроме зависящих от User Services)

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

Давайте посмотрим как это настраивается и заглянем в логи клиента при переключении с основного на резервный.

В моей инфраструктуре присутствуют три пула Lync разных версий, однако с целью тестирования сценария отказоустойчивости я буду использовать только два (Lync 2013).

Pool02.contoso.com

Один Front End (192.168.100.180), SQL 2008 R2 (192.168.100.151)

Pool03.contoso.com

Один Front End (192.168.205.15), SQL 2008 R2 (192.168.205.10)

Также в моей инфраструктуре есть роль Director которая и будет перераспределять пользователей. Данная роль не является обязательной для построения такого сценария.

Пулы находятся в разных сайтах, pool02 находится в сайте Redmond, pool03 находится в сайте Toronto.

Рис 3. Топология тестовой инфраструктуры

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

Рис 4. Настройка резервного пула.

После этой процедуры необходимо запустить мастер установки Lync. даже если он у Вас уже настроен. Мастер установит новую службу Lync Backup и, затем, запустить ее

Start-CsWindowsService -Name LYNCBACKUP

Служба Lync Backup это новая служба, отвечающая за копирование данных между пулами.

Ниже приведены скриншоты служб Lync 2010 и Lync 2013. Обратите внимание на новую службу.

Рис 5. Службы Lync 2010

Рис 6. Службы Lync 2013

Видно что добавились новые службы LyncBackup и RTCXMPPGATEWAY (в Lync 2013 встроен XMPP шлюз позволяющий настраивать федерацию с XMPP службами, такими как Google Talk)

Для проверки того, что репликация происходит можно воспользоваться командлетом

Get-CsBackupServiceStatus  -poolFQDN имя_пула

Рис 7. Статус синхронизации данных между пулами.

Обратите внимание что в репликацию в том числе входят User Services и Conferencing Services.

Примечание: По умолчанию право запустить этот командлет предоставлено только входящим в группу RTCUniversalServerAdmins (администратор и группа CSAdministrator в эту группу не входят) Для возможности мониторинга репликации необходимо дать право использовать этот командлет. Ниже команда для предоставления права группе CSAdministrator

Set-CSBackupServiceConfiguration –Identity Global –AuthorizedUniversalGroups “CSAdministrator”

На этом настройка закончена, можно переходить к тестированию.

Итак имеется пользователь с домашним пулом pool02.contoso.com, я эмулировал отказ всего пула путем остановки службы rtcsrv на пуле pool02 и остановки службы SQL обслуживающей этот пул.

Клиент автоматически входит в режим resiliency (недоступен функционал, зависящий от User Services) Для возврата User Services ниже мы сделаем процедуру Failover.

Рис 8. Клиент в режиме resiliency

Давайте посмотрим на логи.

Итак первоначальная регистрация, видим что пользователь зарегистрировался на домашнем пуле pool02 (192.168.100.180)

Рис 9. Первоначальная регистрация пользователя на домашнем пуле.

Далее произошла остановка служб, клиент обратился к Director для перерегистрации, Director вместо ответа 200ОК на регистрацию выдал 301 Redirect в  котором предоставил основной и резервный пулы (адрес Director 192.168.100.154)

Рис 10. Перенаправление клиента ролью Director

Так как клиент не видит основного пула, он пытается зарегистрироваться на резервном, резервный пул зарегистрирует его по прошествии времени указанного в поле Voice Failover при настройке резеевного пула (в нашем случае 150 сек см рис. 4)

Рис 11. Регистрация клиента на резервном регистраре

Обратите внимание, что пользователь зарегистрирован на pool03 (192.168.205.15) сервер CS-FE13 (участник домашнего пула pool02) говорит о недоступности сервисов и в поле presense-state видно, что пользователь сидит на резервном пуле и ему пока недоступны пользовательские сервисы. Register action = added

При этом пользователь постоянно пытается перерегистрироваться, посылая команду Register, пока User Services недоступны службы недоступны сервер ему выдает результат register action = refreshed, User Services Unavailable. Это определяется полем Expires: 180

Рис 12. Попытки перерегистрации клиента

Для воврата пользовательских сервисов (по сути использования второго SQl  в другом сайте) необходимо вызвать процедуру failover путем выполнения командлета

Invoke-CsPoolFailover –PoolFQDN pool02.contoso.com -DisasterMode –Verbose

Рис 12. Вызов процедуры Failover

После этой процедуры в ответ на следующий Register от клиента, сервер присылает ответ fixed, и, ставит тайме Expired = 7200. Клиент переходит в состояние работы в полном функционале.

Рис 13. Ответ сервера

Рис 14. Клиент перешел автоматически в режим полного функционала.

Для возврата клиента на домашний пул (после восстановления работоспособности) необходимо выполнить команду

Invoke-CsPoolFailback –PoolFQDN pool02.contoso.com -Verbose

С помощью этого механизма стало возможном обеспечивать отказоустойчивость пулов, даже при потере всего дата центра. При этом стоимость такого решения по сравнению с предыдущей версией (в предыдущей версии необходимо было создавать гео кластер SQL) существенно снижена.

Николай

Lync 2013 CU1. Перехват звонков

 

Представьте себе с��туацию в одном кабинете сидят 5 сотрудников, Маша сидит через два стола от Петра.  Маша вышла из кабинета и, в это время ей приходит звонок. Задача: как Петру ответить на звонок не вставая со своего стола при использовании Lync. До мартовских обновлений вариант был только одни настроить групповой звонок, то есть Маша в настройках клиента ставить, что одновременно звонок должен приходить Петру.

 

Рис 1. Выставление параметров группового звонка

Однако Маше не нравится каждый раз выставлять эту настройку и потом, после того как она вернется снова убирать настройки звонка, кроме того Маша периодически забывает это сделать и Петру приходится бегать к Машиному столу чтобы поднять трубку. До CU1 у Петра был только один выход – подвинуть свой стол поближе к Машиному, чтобы было ближе бегать.

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

Сотруднику или группе сотрудников можно присвоить номер для перехвата их звонков.

Допустим кроме Маши и Петра в этой комнате еще сидит Сергей. Внутренние номера Маша 1002, Петр – 1003 и Сергей 1004. Можно присвоить номер для перехвата звонка приходящего любому участнику группы, например номер 1010. Когда Петр слышит, что звонок приходит Маше или Сергею которых нет в комнате он просто набирает 1010 и перехватывает звонок не вставая с рабочего стола.

Второй вариант назначить номер каждому индивидуально, однако номера для перехвата должны быть уникальными, то есть у маши внутренний номер 1002 и мы уже не можем назначить этот же номер чтобы перехватывать ее звонки. С другой стороны назначать несколько номеров одному и тому же пользователю (один для звонков, второй для перехвата) неправильно, Петр может запутаться. Однако, так как как приложение перехвата звонков основано на приложении парковки, то мы можем ввести номера начинающиеся не с цифры а с * или #. Таким образом Маше можно создать номер для перехвата *1002 (или #1002), при внутреннем номере 1002 Петру будет легко запомнить.

При перехвате звонка пользователь слышит, что раздается звонок и перехватывает его набрав номер для перехвата.

 

 

 

 

Рис 2. Пользователь набирает номер для перехвата

 

Рис 3. В этом примере мы перехватили звонок идущий от пользователя Eduard пользователю Amy, перехватил пользователь Adam

Стоит также отметить .что если пользователь заносит контакт в категорию Friends and Family то звонок от этого пользователя перехватываться не будет.

 

 

Рис 4. Изменение типа контакта

Возможность перехвата звонков довольно часто спрашивали на российском рынке.

Немного техники

Настройка весьма проста, надо установить CU1 и далее согласно инструкциям на сайте http://technet.microsoft.com/en-us/library/jj945645.aspx

Несколько тонкостей, требуется настройка SEAFAUtil, что требует установки Apllication Pool, не забывайте что мы рекомендуем устанавливать Application Pool на отдельно стоящих серверах.

Номера для перехвата не видны в графической консоли, настройка только PowerShell

 

Рис 4. Настройка номеров для перехвата

Сами номера пользователям опять же присваиваются только из командной строки утилитой sefautil

 

 

Рис 5. Присвоение номеров для перехвата утилитой Sefautil

Если вы уже работали с Lync вы точно сталкивались с карточкой контакта в которой отображается различная информация о пользователях.

 

Рис. 1 Карточка контакта

Механизм ее формирования весьма интересен. Lync берет информацию для нее из нескольких источников. При наличии одной и той же информации в разных источниках, Lync применяет механизм разрешения конфликтов.
Всего существует три источника данных Active Directory, Presence (например параметры, которые пользователь задал у себя в Lync коммуникаторе) и Exchange.
Порядок сбора информации и очередность ее применения приведена в таблице ниже. Источник 1 приоритетнее источника 2, источник 2 приоритетнее источника 3.

Свойство	Источник 1	Источник 2	Источник 3
Display name	Exchange	Presence	AD
Picture	Presence	AD
Title	AD	Presence	Exchange
Company	AD	Presence	Exchange
Department	AD	Presence	Exchange
Office	AD	Presence	Exchange
Organization (например Manager)	AD	Presence
Web Page (например Mt Site)	AD
Alias	AD
Name Pronunciation	AD
Location	Presence
Calendar free/busy	Presence
Presence Status/Activity	Presence
IM address (sipuri)	Presence	AD	Exchange
Email (основной адрес SMTP)	AD	Exchange	Presence
Work Phone	Presence	AD	Exchange
Home Phone	Presence	AD	Exchange
Mobile Phone	Presence	AD	Exchange
Other Phone	Presence	AD	Exchange

Таким образом, если у вас будет введено два номера, например мобильного телефона, один в AD а второй пользователь введет сам в Lync клиенте, то будет отображаться телефон который ввел пользователь, что вполне логично, так как пользователь может поменять номер и чтобы не бегать каждый раз к администратору сам обновить эту информацию. В тоже время изменение пользователем своей должности, например в Outlook не приведет к изменению этой информации у всех, что тоже вполне объяснимо и страхует от случаев самостоятельного повышения себя в должности.

 

Эту статью изначально я задумывал как справочник по регулярным выражениям, использующимся при маршрутизации звонков в Lync сервере, однако в ходе ее написания я понял, что необходимо помимо описания регулярных выражений, все таки рассказать, как и где они используются. Поэтому получилась довольно объемная заметка, состоящая из описания процесса прохождения телефонного звонка через правила нормализации и маршруты а также из справочника по регулярным выражениям. Я очень надеюсь, что после прочтения статьи появится четкое понимание каким образом звонки проходят через правила Lync и как грамотно настроить правила нормализации и маршрутизации. Буду благодарен за любые отзывы.

Итак, давайте рассмотрим процесс прохождения звонка и какие настройки Lync на него влияют.

По сути схему прохождения звонка в можно представить в следующем виде

Пользователь набирает номер в том виде в котором он привык его набирать, допустим 97000000.

Первым шагом применяются правила нормализации Lync. Основной их целью является прием номера в том виде в котором пользователи привыкли его набирать и изменять его для дальнейшей отправки в том виде, в котором его может принять и понять следующее устройство (например, шлюз). Для пример давайте возьмём случай, когда пользователи вводят городские номера в виде 9ххххххх. Для отправки звонка надо убрать 9 и добавить код страны и города – в итоге номер после правил нормализации должен принять вид +74957000000 – это мы должны получить как итог работы правил нормализации.

Вторым шагом будет поиск в голосовой политике пользователя маршрута соответствующего этому телефонному номеру. Если есть маршрут который говорит, например что все начинается с +7495 и содержит 11 символов отправить на шлюз, звонок совершен будет, если маршрута в политике пользователя нет, то звонок не сможет быть совершен, даже если маршруты есть в политиках других пользователей. Маршруты в тоже время в политике представлены группами – PSTN Usage. Одну и туже группу PSTN Usage можно использовать в нескольких политиках.

На рисунке 1 отображено прохождение звонка.

Рис 1. Схема прохождения звонка

Давайте посмотрим, где это настраивается в интерфейсе Lync сервера

Рис 2. Lync Control Panel

Несмотря на то, что существуют три вкладки для настройки политики (политика – PSTN запись - маршрут) настраиваться все может с вкладки Voice Policy

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

Рассмотрим регулярные выражения.

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

Начнем с основ

^ означает начало

$ означает окончание выражения

По сути дела вам надо использовать ^$ и между ними набивать ваш образец набора номера

\d этот класс определяет количество цифр вне зависимости от их значения. При этом мы можем использовать как выражение \d\d\d для поиска номера из любых трех цифр, так и выражение \d{3} . Очевидно, что второе выражение более просто написать, особенно когда количество цифр большое.

() кавычки определяют набор или группу, где ( означает начало группы и ) конец группы. Примером может служить (\d{3}). Все что стоит вне кавычек Lync будет убирать.

Например, если выражению ^(9\d{3})$ подать на вход номер 9100 то он будет преобразован в 9100, если изменить выражение на ^9(\d{3})$ то этот же номер будет преобразован в 100

[] означают диапазон искомых цифр.

Например, телефонные номера в Иваново могут начинаться с цифр 2,3 и 4 и состоят в целом из 6 цифр, номер не может начинаться с другой цифры

Выражение ^( [2-4])(\d{5}) будет принимать номер 255555 и не принимать номер 655555

Второй пример телефонные номера могут начинаться с цифр 2, 4 или 6. Тогда выражение примет следующий вид ^([2,4,6])(\d{5}) Номер 355555 подпадать под него не будет

Символ \ ставится перед тем символом, который может иметь значение в регулярном выражении, но мы хотим его использовать как просто образец для поиска, например выражение \+501 будет искать номер +501

Кроме того существует еще ряд символов, встречающихся в выражениях Lync

Квантификаторы

* - означает, что могут последовать 0 или большее количество цифр

Пример ^(\d{3}\d*)$ будет принимать любой номер с количеством цифр не меньше трех

+ - означает, что должна последовать 1 или большее количество цифр

Пример ^(\d{3}\d+)$ будет принимать номер с количеством цифр не меньше четырех

? – означает 0 или одну цифру

Пример ^(\d{3}\d?)$ будет принимать только трех или четырехзначный номер

{3} – означает, что номер должен состоять только из трех цифр

Пример ^(\d{3})$ будет принимать только номер с количеством цифр равным трем

{3,} –означает, что могут последовать 0 или более цифр

Пример ^(\d{3,})$ будет принимать номер с количеством цифр не меньше трех

Обратите внимание, что все квантификаторы следуют за выражением \d

Утверждения

?! – означает кроме этого

Пример ^(?!46)(\d{6})$ - будет принимать любой шестизначный номер, кроме начинающегося на 46, пример ^(?![4,6])(\d{6})$ любой шестизначный номер, кроме начинающегося на 4 или 6

?= цифра – означает искать номера, только начинающиеся с этой цифры

Пример ^(?=4)(\d{6})$ - будет принимать шестизначный номер, но только если он начинается с четверки

?# - после этого утверждения можно поместить комментарий

Это конечно не все существующие выражения. Я привел только наиболее использующиеся для маршрутизации звонков в Lync.

Давайте теперь попробуем разобраться с выражениями на примерах из Lync.

Нормализация

Пример 1.

Представим, что нам надо отправлять городской телефонный номер, находясь в Ростове-на-Дону на шлюз в формате +7863xxxxxxx, но пользователи при этом привыкли набирать 97000000

Мы можем решить это несколькими выражениями

В поле Pattern to match вводим ^\d{1}(\d{7})$

В поле Translation Rules вводим +7863$1

Рис 3. Пример правила нормализации

Правило будет принимать номера состоящие из восьми цифр (любых), убирать первую цифру и добавлять перед ними +7861. Но в таком случае и номера начинающиеся не с девятки тоже будут преобразованы по этому правилу, что не всегда подходит.

Второй способ это отлавливать номера из восьми цифр, только начинающиеся с девятки

Тогда

В поле Pattern to match вводим ^9(\d{7})$

В поле Translation Rules вводим +7863$1

Это правило будет принимать и преобразовывать только номера, начинающиеся с девятки и содержащие восемь цифр, при этом девятка будет убрана (она стоит вне кавычек) и вначале будет добавлено +7863

А вот если у нас номера начинаются только с определённых цифр, например, представим, что в Ростове номера могут начинаться с 2, 3, 4 или 7

С помощью графического мастера сделать это уже не получится.

Регулярное выражение в таком случае будет ^9(?=[2,3,4,7])(\d{7})$

Номера в виде 92000000 будет нормализован в +78632000000, номер 98000000 нормализован не будет

Рис 4. Пример правила нормализации

Также можно сделать своеобразные «горячие клавиши». Допустим у директора внутренний номер 100, с помощью правил нормализации мы тогда можем сделать чтобы при наборе, например 1 номер преобразовывался в +100

В таком случае

В поле Pattern to match вводим ^1$

В поле Translation Rules вводим +100

Рис 5. Пример создания «горячей клавиши»

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

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

Маршруты

Давайте продолжим настройку нашей маршрутизации, теперь у нас стоит задача разрешить звонки на местные локальные номера, состоящие из 7 цифр, за исключением номеров начинающихся на 2,3,4 или 7 всем пользователям. Группе Бухгалтерия кроме того будет разрешены звонки по России.

С помощью правил нормализации (образец - ^9(?=[2,3,4,7]\d{7}))$ заменяет на +7863$1) к нам будут приходить номера в формате +7863ххххххх

В маршрутах уже не ставятся скобки перед образцами цифр, таким образом наше выражение для маршрута примет следующий вид +\7863(?=[2,3,4,7])(\d{7})$

Это выражение мы добавим в маршрут.

Идем в Voice Policy, вызываем ее свойства и нажимаем в пункте Associated PSTN Usages кнопку Select

Рис 6. Настройка голосовой политики

Как мы видим Lync уже содержит три записи, выбираем Local и выбираем свойства этой записи к которой мы привяжем маршрут

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

Рис 7. Настройка маршрута

Теперь создадим новую политику которая будет применяться для Бухгалтерии и позволять помимо локальных звонков осуществлять звонки по России. При создании политики я выбрал тип User Policy. Я использовал следующее регулярное выражение ^\+7\d{10,}

Рис 8. Создание политики на пользователя

Теперь давайте попробуем как работают наши правила. Сделать это можно с помощью вкладка Create Voice Routing Test Case. Причем я сразу буду брать populate Form user.

Пользователь Алексей Еременко, стандартная голосовая политика, пробуем набрать два номера 92440000 и 84957000000

Рис 9. Проверяем маршрут на локальный номер

Рис 10. Проверяем маршрут на междугородний номер для пользователя Алексей Еременко

Как видим в первом случае номер из 92440000 будет преобразован в +78632440000 по правилам нормализации и отправлен по маршруту Rostov-on-Don Local. Во втором случае номер из 84957000000 будет преобразован в +74957000000 но отправлен никуда не будет, так как отсутствует подходящий маршрут в голосовой политике пользователя.

Теперь давайте попробуем проверить маршрут междугороднего звонка для пользователя Дарья Попкова, у нее привязана политика, содержащая маршрут для таких номеров

Рис 11. Проверяем маршрут на междугородний номер для пользователя Дарья Попкова

Как видно Дарья сможет совершить звонок, используя маршрут National.

Надеюсь что после прочтения этой заметки правила настройки звонков стали более понятными.

Напомню, что партнеры со статусам Silver и Gold могут воспользоваться техническим консалтингом. Для этогго необходимо обратиться по адресу rutpts@microsoft.com

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

В предыдущей версии Communications Server для управления клиентскими настройками Вам необходимо было использовать помимо политик (в которых например задается возможность использовать предоставления общего доступа к рабочему столу во время конферениций, возможность использования видео хорошего качества и т.д.) на сервере OCS также и групповую политику.

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

- запрет/разрешение сохранения истории сообщений

- запрет/разрешение самостоятельной установки пользователем состояния Offline

- запрет/разрешение автоматического сохранения сообщений IM в Outlook

- установка собственного текста предупреждения при открытии Communicator

- максимальное количество разрешенных контактов в списке

- запрет/разрешение использования собственного звукового файла, проигрывающегося при удержании звонка

- и т.д.

Полный список настроек Office Communicator, которые регулируются с помощью групповой политики доступны по адресу http://www.microsoft.com/downloads/en/details.aspx?FamilyID=DD3CAE08-3153-4C6A-A314-DAA79D616248

И, например, при необходимости запрета/разрешения  каких-либо функций для конкретного клиента Вам приходилось с помощью консоли управления групповой политикой настраивать такое поведение системы для конкретного пользователя (его клиента Office Communicator).

 

 

Рис 1. Групповая политика для управления Office Communicator

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

Кроме того это позволяет исключить ситуацию, когда такие настройки не могут быть применены на клиента. Ведь для того,  чтобы настройки применились, компьютер пользователя должен входить в домен. А что делать если пользователь запустил Lync на домашнем компьютере? Эти настройки не применятся. В этой же версии настройки применяются вне зависимости от групповых политик и участия или неучастия компьютера пользователя в домене.

Для создания политик используется консоль PowerShell

 

 

 

Рис 2. Пример созданной политики (SalesPolicy)

Полное описание командлетов управления доступно в справке Lync (http://www.microsoft.com/downloads/en/results.aspx?freetext=Microsoft+Lync+Server+2010+Release+Candidate&displaylang=en&stype=s_basic)

Таблица 1. Сравнение подхода применения настроек с сервера Lync и с помощью групповой политики

Применение настроек с помощью сервера Lync	Использование групповых политик
Администраторы могут управлять клиентами с единого инструмента	Необходимость использования как консоли управления сервером OCS, так и инструментов управления групповыми политиками, что может быть затруднительно при разграничении прав администраторов
Настройки могут быть заданы как на глобальном уровне, таки на уровнях сайтов и конкретных пользователей (или групп)	Настройки могут быть заданы на глобальном уровне или на уровне пользователей
Возможность применения настроек даже на тех клиентов, чьи компьютеры находятся вне AD	Распространение настроек с помощью групповой политики подразумевает необходимость участия компьютера пользователя в домене
Настройки применяются сразу	Пользователь должен выполнить процедуру входа на компьютер для применения настроек

 

В следующих заметках мы продолжим знакомство с сервером Lync.