Составьте план развертывания голосовых средств OCS 2007

Microsoft Office Communications Server (OCS) 2007 – это корпоративный продукт, интегрирующий средства коммуникаций со средствами отслеживания состояния пользователей, включая веб-конференции

(с общим доступом к данным, включая видео- и аудиофайлы), обмен мгновенными сообщениями и аудио/видеобеседы. Интеграция OCS 2007 с существующей системой УАТС может оказаться сложной. Office Communications Server 2007 не предназначен для работы в качестве УАТС, поскольку в наши дни сотрудники, занимающиеся обработкой информации, используют в своей повседневной работе широкий набор средств связи, включая электронную почту, системы мгновенного обмена сообщениями, телефон и голосовую почту, тогда как системы УАТС работают только с телефонными звонками.

С целью предоставления гибкости, необходимой администраторам для создания оптимальной стратегии интеграции телефонии, в индивидуальных масштабах или масштабах компаний, Office Communications Server 2007 предлагает три варианта настройки для интеграции с существующими средами телефонии. Это Remote Call Control («Удаленное управление звонками»), Enterprise Voice и Enterprise Voice с интеграцией УАТС.

В этой статье рассматриваются вопросы планирования развертывания телефонии OCS 2007, для которого может быть необходимым интеграция с существующей системой телефонии. Данная информация будет особо интересна системным архитекторам, а также администраторам, как системным, так и телефонии. В качестве дополнения мы предоставим обзор других вариантов, но основное внимание будет обращено на Office Communications Server 2007 Enterprise Voice.

Remote Call Control

В варианте Remote Call Control (RCC) у пользователей имеется существующая АТС, АТС с поддержкой IP или настольный телефонный аппарат временного уплотнения (Time-Division Multiplexing – TDM). Со своего клиента Office Communicator 2007 они могут звонить со своего настольного телефона и отвечать на звонки, не набирая номер и не поднимая трубки. Несмотря на то, что пользователи могут контролировать свой настольный телефон, используя Office Communicator 2007, звук по прежнему обрабатывается системой УАТС, не преобразуясь в передачу голоса по протоколу IP (Voice-over-IP – VoIP). Хотя Office Communicator 2007 может контролировать настольный телефон, звонки и ответы на них по-прежнему будут производиться с телефона УАТС вне зависимости от того, работает ли Office Communicator 2007.

Чтобы позволить RCC работать с Office Communicator 2007 и OCS 2007, необходимо развернуть шлюз SIP (Session Initiation Protocol – «Протокол инициализации сеанса»)/CSTA (Computer Supported Telephony Application – «Приложение телефонии с компьютерной поддержкой) в дополнение ко включению среды Office Communications Server 2007 для RCC. Шлюз SIP/CSTA должен взаимодействовать с используемым типом системы УАТС и быть совместимым с OCS 2007, поскольку он играет роль моста между этими двумя системами. Чтобы контролировать телефон УАТС, Office Communicator 2007 использует протокол CSTA. Этот протокол определяет схему XML для стыковки с телефонным коммутаторами (УАТС), как описано в стандарте ECMA (Европейской ассоциации производителей вычислительной техники) 269, который можно найти на www.ecma-international.org/publications/standards/Ecma-269.htm.

Office Communicator 2007 посылает команды CSTA для управления телефоном УАТС в виде полезных данных SIP, маршрутизируемых Office Communications Server 2007 к шлюзу SIP/CSTA. Office Communications Server 2007 не обязательно должен понимать CSTA. Достаточно информации о том, как его маршрутизировать. Затем шлюз SIP/CSTA преобразует команды в собственный протокол УАТС. Это проиллюстрировано на рис. 1.

Рис. 1 Вариант интеграции RCC

Включение RCC выполняется в пять этапов. Первый из них – настройка SIP/CSTA на связь с УАТС. Далее –– настройка OCS 2007 на маршрутизацию запросов CSTA к шлюзу SIP/CSTA. Третий этап –– настройка пользователей для RCC. Четвертый –– настройка Office Communicator 2007. Последнее действие –– определение правил нормализации OCS 2007, которые также используются для нормализации телефонных номеров в адресной книге и отличаются от правил нормализации телефонных номеров, используемых в сочетании с Enterprise Voice.

Enterprise Voice

После того как пользователю дается возможность использовать Enterprise Voice, Office Communicator 2007 или Office Communicator Phone Edition становится его основным телефоном вместо его телефона УАТС. Office Communicator 2007 получит уникальный телефонный номер. (В целях тестирования существующий телефон УАТС может быть перенаправлен на новый добавочный номер, выделенный для Office Communicator 2007). Office Communicator 2007 в сочетании с рекомендуемым аудиоустройством USB будет обрабатывать как элемент управления вызовом (или сигнал), так и носители (аудио и видео).

В данном случае Office Communications Server 2007 маршрутизирует звонки между конечными точками Office Communicator 2007 в сети IP (звонки IP-IP), а также звонки, направляемые коммутируемой телефонной сети общего пользования (PSTN)/PBX (звонки IP-PSTN). OCS 2007 устанавливает ограничения на набор номера, для звонков, маршрутизируемых в КТСОП.

Для подключения среды Office Communications Server 2007 к УАТС или КТСОП необходимо развернуть медиашлюз, он же шлюз SIP/КТСОП или IP/КТСОП . Медиашлюз следует использовать в паре с сервером-посредником (серверная роль в OCS 2007) для подключения к среде Office Communications Server 2007, как показано на рис. 2. Физически сервер-посредник и связанный с ним медиашлюз должны быть расположены в одном месте.

Рис. 2 Вариант интеграции Enterprise Voice с КТСОП или существующей УАТС

Сервер-посредник делает возможным подключение медиашлюзов, поддерживающих стандартные и даже небезопасные реализации SIP, к Office Communications Server 2007, поскольку OCS 2007 допускает только зашифрованную и сопровождающуюся проверкой подлинности передачу данных. Другой задачей сервера-посредника является обработка перевода между стандартными кодеками (G.711, G.723 и т.д.) и работающим в режиме реального времени аудиокодеком Майкрософт. Список медиашлюзов, поддерживаемых Office Communications Server 2007, приведен в списке производителей оборудования – стратегических партнеров Майкрософт на странице technet.microsoft.com/bb735838.

Медиашлюзы можно подключать прямо к КТСОП или к магистральному подключению интерфейса первичного доступа (Primary Rate Interface – PRI) существующей УАТС. На рис. 2 показаны возможные варианты интеграции для варианта Enterprise Voice с КТСОП и существующей УАТС. Для развертывания Enterprise Voice не требуется контроллер (обычно Office Communications Server Standard Edition Server), однако его использование рекомендуется.

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

Далее, следует развернуть сервер-посредник для каждого медиашлюза. На этом этапе необходимо настроить одну сетевую карту сервера-посредника на получение и отправку трафика медиашлюза, а другую его сетевую карту на получение и отправку трафика Office Communications Server 2007 (обычно контроллера в развертывании Enterprise Edition). Если медиашлюз не является усовершенствованным шлюзом, ему будет нужна помощь роли сервера-посредника OCS 2007 для взаимодействия с инфраструктурой OCS 2007 Enterprise Voice.

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

Далее настраиваются пользователи для Enterprise Voice. Кроме того, пользователи должны иметь доступ к Enterprise Voice, чтобы иметь возможность совершать и получать звонки от УАТС или КТСОП. Для этого требуется назначение уникального телефонного номера каждому пользователю.

Enterprise Voice с интеграцией УАТС

Эта конфигурация является расширением конфигурации Enterprise Voice. Разница заключается в том, что телефон УАТС пользователя синхронизирован с его клиентом Office Communicator. Эта конфигурация подобна варианту подключения Enterprise Voice к КТСОП посредством УАТС, как показано на рис. 2. Однако в данном случае вместо замены телефона УАТС пользователя на клиент Office Communicator 2007 существующий телефон УАТС и Office Communicator 2007 используют один и тот же номер.

Если на внутренний номер пользователя приходит звонок с другого телефона УАТС или с телефона КТСОП, система УАТС направит его и телефону УАТС пользователя и его клиенту Office Communicator 2007 через Office Communications Server 2007. Клиент Office Communicator 2007 и телефон УАТС пользователя зазвонят одновременно при получении входящего вызова. Аналогично, Office Communications Server будет ответвлять к УАТС звонки, исходящие от OCS 2007, через медиашлюз. Данный вариант невозможен при использовании Office Communicator Phone Edition. Эта конфигурация требует, чтобы голосовая почта обрабатывалась системой голосовой почты УАТС. Единая система обмена сообщениями Exchange Server 2007 не может быть использована как решение голосовой почты для подобных пользователей.

Включение Enterprise Voice с интеграцией УАТС включает в себя те же действия, что и развертывание Enterprise Voice, но с тремя дополнительными этапами. Первый дополнительный этап заключается в подключении медиашлюза прямо к УАТС. Затем УАТС следует настроить для поддержки этого варианта. (В зависимости от поставщика может потребоваться обновление ПО на УАТС.) Наконец, необходимо обеспечить возможность интеграции УАТС для пользователей.

Майкрософт работает над предоставлением поддержки прямого подключения сервера-посредника к АТС с поддержкой IP без посредничества медиашлюзов. Посетите technet.microsoft.com/bb735838, чтобы ознакомиться с последними известиями по этому вопросу.

Настройка Office Communications Server

Функции Enterprise Voice выполняются службами, работающими на Office Communications Server 2007 Enterprise Edition и Office Communications Server 2007 Standard Edition. На рис. 3 показаны службы, предоставляющие Enterprise Voice функции по маршрутизации входящих и исходящих звонков.

Рис. 3  Службы Enterprise Voice

На рис. 4 показана работа каждого из этих компонентов над входящими звонками в ходе их маршрутизации OCS 2007 для звонка от компьютера к компьютеру. Входящие звонки могут происходить от связанных конечных точек, таких как Office Communicator 2007 или Office Communicator Phone Edition, либо от сервера-посредника, идущего от КТСОП/УАТС (звонок КТСОП-SIP). Исходящие звонки от одной из клиентских конечных точек Office Communications Server 2007, такой как Office Communicator 2007, отсылаются в пул Standard Edition Server или Enterprise, куда и направляется пользователь. Он называется домашним пулом пользователя.

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

На этом этапе, Office Communications Server 2007 обрабатывает звонок, чтобы определить, куда его маршрутизировать. Следующий прыжок может быть направлен к домашнему пулу вызываемого, серверу-посреднику или единой системе обмена сообщениями Microsoft® Exchange Server 2007 (см. рис. 5). Если звонок направляется другому домашнему пулу, OCS 2007 отсылает его всем активным конечным точкам адресата звонка. Office Communicator 2007 или Office Communicator Phone Edition адресата зазвонят и выдадут всплывающее окно уведомления на устройстве.

Рис. 5 Маршрутизация звонков

Если звонок отправляется серверу-посреднику, сервер настроен на перенаправление его конкретному медиашлюзу. Если медиашлюз подключен прямо к УАТС, УАТС перенаправляет звонок настольному телефону или в КТСОП. Однако если медиашлюз подключен прямо к КТСОП, звонок идет в КТСОП.

Если следующий прыжок – к единой системе обмена сообщениями Exchange Server 2007 Unified Messaging, то звонящий может оставить сообщение. Голосовая почта доступна вне зависимости от того, подписан ли адресат звонка на Office Communications Server 2007.

При ответе на звонок аудио посылается прямо из Office Communicator 2007 или Office Communicator Phone Edition звонящего к Office Communicator 2007 или Office Communicator Phone Edition отвечающего в виде звонка IP-IP. Если звонящий использует телефон УАТС или КТСОП, сервер-посредник направляет аудиотрафик прямо к Office Communicator 2007 или Office Communicator Phone Edition отвечающего в виде звонка IP-КТСОП. OCS 2007 обрабатывает только вызывные сигналы, в силу чего аудио и видео напрямую перемещаются между конечными точками и OCS 2007 не маршрутизирует их.

Настройка пользователей

Пользователям Enterprise Voice необходимо назначить телефонные номера, являющиеся уникальными в пределах организации. Эта настройка выполняется в Active Directory®. Она отлична от большинства систем телефонии, в которых телефонный номер назначается телефону. Преимущество этой схемы заключается в том, что пользователь может превратить любой компьютер, на котором установлен Office Communicator 2007, в свой рабочий телефон, подписавшись на OCS 2007 с клиента. Эта функция переносимости может быть заманчивой для сотрудников, работающих на дому или в удаленном офисе.

Телефонный номер пользователя указывается в Active Directory в формате E.164. Этот формат определяет план номеров международных общедоступных телекоммуникаций, схему номеров, позволяющую однозначно представлять уникальные номера. Формат E.164 указывает телефонный номер в следующем формате:

+<country code><area code><phone number>

У пользователя Enterprise Voice имеются два уникальных представления: URI-адрес SIP и телефонный номер E.164. При наборе номера Office Communications Server преобразует представление телефонного номера E.164 (+14255551212) в URI-адрес SIP пользователя (joe@contoso.com). Office Communications Server 2007 затем маршрутизирует звонок, основываясь на URI-адресе SIP адресата. Если телефонный номер нельзя преобразовать в URI-адрес SIP, OCS 2007 перенаправляет вызов УАТС/КТСОП через сервер-посредник.

При планировании развертывания Enterprise Voice, где каждому пользователю Office Communications Server необходимо назначить уникальный телефонный номер, следует учесть существующую систему телефонии. В случае подключения к КТСОП прямо через медиашлюз, вероятно, будут получены 2- и 3-значные добавочные для всего блока номеров, номера прямого входящего набора (Direct-Inward-Dialing – DID), которые можно распределить между пользователями OCS 2007. При подключении к КТСОП через УАТС, вероятно, будет получен блок номеров DID, предоставленный УАТС для назначения пользователям OCS 2007.

Планы номеров

Хотя телефонные номера в формате E.164 обеспечивают уникальное представление, их не слишком удобно набирать. Кроме того, номер в этом формате невозможно ввести в Office Communicator Phone Edition или стандартные телефоны УАТС/КТСОП. Как указать символ «+», используя номеронабиратель с 10 цифрами? Пользователям привычен набор более коротких добавочных номеров, которые могут быть уникальными для конкретного места, но, возможно, не для всей компании. Следовательно, необходимо сформулировать правила перевода для преобразования их в формат E.164.

Администратору следует определить профили их местоположения, указывающие правила нормализации для выполнения этих переводов номеров. После того как номер телефона расширен клиентом (Office Communicator 2007 или Communicator Phone Edition) либо службой преобразования Office Communications Server 2007 до формата E.164, службы пользователя могут выполнить обратный просмотр номера и сопоставить номер E.164 с соответствующим URI-адресом SIP. Правила нормализации, определенные в профиле местоположения, используют регулярные выражения для выполнения преобразования, если соответствие найдено. Например, если набрано 1234, нормализация, которая соответствует любому набору из четырех цифр, преобразующемуся в +1425555{4 цифры}, преобразует 1234 в +1425551234. Таким образом, профили местоположения позволяют пользователям набирать номера так, как они привыкли.

Администраторы могут назначать профили местоположения, используя три следующих способа:

• Определение профиля местоположения для пользователей, использующих Office Communicator 2007, через групповую политику.
• Предоставление пользователям возможности выбрать профиль местоположения из Office Communicator Phone Edition.
• Назначение профиля местоположения домашнему пулу. Пользователям, направленным к данному пулу, будет автоматически назначаться этот профиль.

Определение плана номеров включает создание политик голосовой связи, телефонных маршрутов и профилей местоположения. Политики голосовой связи определяют доступный пользователям тип доступа по телефонному запросу. Office Communications Server 2007 определяет, как перенаправлять вызовы к УАТС/КТСОП посредством телефонных маршрутов. Поскольку телефонные номера можно набирать множеством способов, правила нормализации в профиле местоположения определяют, как преобразовывать набранный номер телефона в формат E.164, который затем можно маршрутизировать.

Каждый пользователь Enterprise Voice привязывается администратором к политике голосовой связи. Политика голосовой связи определяет привилегии телефонного вызова, назначенные пользователю. Эти привилегии определяют, какие маршруты дозволено использовать пользователю, а следовательно, и какие номера ему дозволено набирать. Каждый пользователь должен быть связан с единственной политикой голосовой связи. Число доступных политик создается администратором.

Каждая политика содержит параметр, позволяющий разрешить или запретить пользователям одновременные звонки, и упорядоченный список использований телефона. Политика голосовой связи, подобно политике собраний, является логическим контейнером параметров, определенных как документ XML, хранящийся в Active Directory. Ценность такой схемы заключается в том, что ее можно расширить в будущих версиях OCS 2007, устанавливая поддержку новых параметров политики без расширения схемы Active Directory. Например, если политика голосовой связи не связана с использованиями телефона, это воспрещает направление исходящих звонков к УАТС/КТСОП для пользователей, которым она назначена. Такие пользователи будут в состоянии производить лишь звонки IP-IP.

Использование телефона и маршруты

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

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

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

Шаблон указывает диапазон телефонных номеров, которым он может соответствовать. Он определен как регулярное выражение, которое может включать и исключать телефонные номера. Средство Enterprise Voice Route Helper существует для упрощения создания этих регулярных выражений. Как следствие, если набранный телефонный номер соответствует шаблону регулярного выражения маршрута, то звонок перенаправляется одному из шлюзов, определенных в маршруте.

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

После 10 попыток перенаправить телефонные вызовы нефункционирующему медиашлюзу Office Communications Server 2007 уменьшит трафик к этому шлюзу, пока тот вновь не начнет отвечать. Если медиашлюз не возобновит работы после 10 дополнительных попыток, Office Communications Server 2007 прекратит перенаправление телефонных вызовов к этому шлюзу, пока тот вновь не начнет отвечать.

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

Дальнейшие шаги

Office Communications Server 2007 предоставляет три уровня интеграции телефонии При планировании развертывания телефонии необходимо определить, какой уровень наилучшим образом соответствует текущим и будущим нуждам. После этого можно планировать развертывание. Важным аспектом планирования является определение плана номеров для развертывания Office Communications Server Enterprise Voice. Этот вопрос следует тщательно рассмотреть.

Дополнительные сведения о Office Communications Server 2007 Enterprise Voice и связанных с ним технологиях приведены на боковой панели "Дополнительные материалы по OCS 2007".