Thursday, November 23rd, 2017

Office Communications Server 2007: Microsoft переходит на VoIP (Часть 2)

Published on Февраль 24, 2009 by   ·   Комментариев нет

Microsoft Office Communications Server превращает Office Communicator (офисный коммуникатор) в незаменимый инструмент для конференций, VoIP и средств общений для рабочей станции с операционной системой Windows. Выяснить, как устанавливать, настраивать и начать использовать Office Communications Server вы сможете в этой статье.

Почему OCS?

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

OCS работает на операционной системе Windows—и только лишь этот факт делает ее предпочтительной для многих системных администраторов, которые обладают более хорошими знаниями в области сетевых данных, нежели в области телекоммуникаций. Но одного лишь этого качества работы на Windows недостаточно для крупных корпораций, которым необходимо будет переходить на OCS с Avaya PBX или Cisco CallManager.

Вместо этого OCS заполняет некоторые свободные места в решениях других конкурентов на рынке телекоммуникаций. OCS предоставляет телефонию с возможностью обмена мгновенными сообщениями (instant messaging) и веб-конференцию (web-conferencing) таким образом, чтобы использовать преимущества Active Directory, предоставляя администраторам Windows Administrators контроль над всем Office Communicator, который способно предложить телефонное приложение Redmond. Такие преимущества OCS очень сильны против конкурирующих продуктов от Citrix, Polycom и Cisco, которые не ладят с Active Directory.

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

Архитектурный обзор OCS

OCS доступен в двух вариантах – стандартном (Standard) и корпоративном (Enterprise). Основное различие заключается в том, что в стандартной версии (Standard) все компоненты сервера размещаются на едином сервере Windows, в то время, как в корпоративной версии (Enterprise) системные инженеры могут задать различным серверам различные роли. Эти роли организованы в пулы и позволяют балансировать нагрузку и привязываться в случае необходимости к различным серверам с базами данных. Набор инструментов в обоих версиях аналогичен; единственное различие заключается в масштабируемости.

Специализированные сервера предоставляются с OCS, взаимодейтсвующий с особыми приложениями из набора:

  • IM Conferencing Server (сервер для конференций) обеспечивает обмен мгновенными текстовыми сообщениями с поддержкой групп.
  • Web Conferencing Server позволяет совместную работу с данными и общий доступ к приложениям.
  • A/V Conferencing Server обеспечивает поддержку аудио и видео конференций.
  • Telephony Conferencing Server обеспечивает интеграцию аудио конференций с внешними службами для телефонных конференций.

Компания Microsoft также предоставляет набор специализированных прокси служб (proxy service), которые позволяют вам поддерживать использование OCS с пользователями описанными на брандмауэре. Они называются “Edge Servers” (пограничные серверы), и OCS включает их для поддержки трафика SIP из внешних сетей, таких как Internet (SIP – это стандартный протокол, используемый VoIP телефонами, один для веб конференций с пользователями Internet, и один для A/V конференций с пользователями интернет).

Приступим

К концу этого цикла статей мы создадим полностью функциональный OCS сайт, но есть несколько вещей, которые нужны вам для начала. Существует два элемента программного обеспечения, которые нас интересуют: Office Communicator – клиент и OCS — сервер. Сам Office Communicator требует Windows XP или Windows Vista, в то время как OCS требует использование Windows Server 2003, работающей в домене Active Directory, а не рабочей группы. RAM не сильно важна для OCS, хотя будет не совсем мудро устанавливать OCS на промышленный сервер, поэтому выделите отдельный сервер с операционной системой Server 2003, и убедитесь, что он не выполняет других важных обязанностей. Еще вам необходимо убедиться, что на вашем сервере, как минимум установлен пакет обновлений Service Pack 1.

Как в случае со многими другими серверными программными решениями компании Microsoft, OCS использует Internet Information Server (IIS), поэтому вам необходимо убедиться, что установлены и запущены все необходимые службы IIS на вашей операционной системе Windows Server перед началом установки OCS. Убедитесь, что запущены следующие службы: World Wide Web Publishing, IIS Admin и RPC. OCS требует использования .Net Framework 2.0, который он сам установит, если он у вас еще не стоит. Компоненты SQL Server, которые также необходимы для работы OCS, будут автоматически установлены установщиком OCS installer, поэтому если у вас нет SQL Server, то не волнуйтесь.

Подготовка Active Directory

OCS использует особую подсеть объектных классов и служебных групп в Active Directory (AD), поэтому необходимо обновить вашу схему AD перед тем, как добавить ссылку на OCS в вашу сеть. К счастью, компания Microsoft предлагает два способа для осуществления такого обновления. Самый простой способ заключается в использовании мастеров, которые входят в состав пакета MSI, который вы можете загрузить по адресу:

http://office.microsoft.com/en-us/communicationsserver/default.aspx

Возьмите копию Office Communicator пока вы там находитесь. Поместите загруженный пакет MSI во временную папку на вашем сервере и затем запустите его. В результате этого будет создана папка по указанному вами пути. Из нее вы можете запустить установщик OCS installer.

Т.к. OCS требует для своей работы использование родного домена (Native domain) Windows 2003 (и не может работать в смешанном режиме или в домене Windows 2000), то вы должны убедиться, что ваш домен работает на функциональном уровне Windows 2003. Чтобы сделать это, откройте Active Directory Domains and Trusts in MMC (вы можете найти его в подменю администрирования (Administrative Tools) меню Пуск (Start Menu) на одном из ваших контроллерах домена). Затем, щелкните правой кнопкой мыши на узле с названием вашего домена. Выберите ‘Raise Domain Functional Level’, как показано на рисунке 1.

Microsoft office communication server

Рисунок 1: Получение функционального уровня домена (Domain Functional Level)

Наконец, выберите Windows Server 2003 из выпадающего списка и нажмите на кнопку Raise (получить), как показано на рисунке 2. Помните, что после того, как вы перешли к родному функциональному уровню домена (native domain functional level), то дороги обратно уже не будет. Именно поэтому я советую проводить проверку вашего OCS вдали от промышленной сети, особенно если ваша промышленная AD должна работать на более низком функциональном уровне.

Voip server Windows

Рисунок 2: Выбор функционального уровня домена

Теперь вы можете использовать Deployment Wizard (мастер установки), изображенный на рисунке 3, чтобы выполнить обновление Active Directory. Запустите его из консоли на контроллере домена (domain controller). Убедитесь, что вы вошли в систему как член группы администраторов домена (domain administrators group). Необходимо выполнить три обновления AD: Prep Schema (подготовка схемы), Prep Forest (подготовка леса) и Prep Current Domain (подготовка текущего домена). Все они доступны с помощью настроек в утилите Setup для OCS. Запустите их по порядку. Если у вас лишь один контроллер домена в тестовой среде, как, например, у меня, то вы можете пропустить этап проверки между ними.

На контроллере домена нажмите кнопку пуск

Рисунок 3: Мастер установки OCS 2007 Deployment Wizard

Установка

После того, как пройдены этапы мастера установки Deployment Wizard для обновления Active Directory, вы готовы к установке OCS. Заново запустите утилиту установки (setup utility) из папки, куда вы распаковали загруженный пакет MSI, и нажмите на ссылку “Deploy Standard Edition Server” (установить стандартный сервер). Затем, нажмите на кнопку Run под “Deploy Server”. Единственный этап мастер, который достоин упоминания — это Web Farm FQDN, где вы должны ввести адрес сервера, который будет использоваться размещения распределенных групп и информации из адресной книги. В этом случае вы должны использовать название локального компьютера – т.е. сервер на котором мы устанавливаем OCS.

На следующем этапе Location for Database Files (размещение файлов базы данных), который изображен на рисунке, вы должны указать установщику, где ставить базы данных, которые будут использоваться OCS. Было бы совсем неплохо хранить их на вашем системном диске (обычно это диск C:) или на вашем своп разделе (swap partition), если вы его используете. После завершения этого этапа, вы должны без проблем завершить работу мастера.

Office communicator какие службы нужны

Рисунок 4: Размещение файлов базы данных

Нет необходимости устанавливать SQL Server; необходимые компоненты автоматически будут установлены мастером установки. Это займет несколько минут, поэтому вы успеете выпить чашку кофе.

Начальная конфигурация OCS

Третий этап мастера установки Deployment Wizard – это настройка пула Configure Pool/Server Wizard – запустите эго прямо сейчас. На первом этапе выберите сервер, который вы хотите настроить – по умолчанию вам будет предложен название сервера, который вы только что установили, это именно то, что нам нужно. (Смотре рисунок 5.) Нажмите на кнопку Next (далее), и вам будет предложено создать список локальных доменов SIP.

Microsoft office communications server rar

Рисунок 5: Выберите OCS сервер для настройки

Домен SIP domain – это организационная единица высшего уровня для конечных точек SIP endpoints, эквивалентная и часто имеющая такое же название, что и домен Интернет (Internet domain). Конечная точка SIP endpoint – это любое устройство, которое участвует в медиа сессиях, использующих протокол SIP protocol – это могут быть сервера, PBX, программы для проведения веб конференций, IP телефоны, или любые другие устройства, которые используют SIP для установления медиа сессий. В этом случае примите предложение по умолчанию, им будет название домена Active Directory, членом которого является сервер.

Помните, что название домена SIP domain может совпадать, а может отличаться от названия вашего домена Windows. В общем случае, в среде SIP, подключенной к интернет, это будет нечто совершенно отличное, т.к. SIP домены будут использоваться в стандартной высокоуровневой схеме домена (domain scheme). Если короче, то использование названия вашего домена Windows хорошо подходит для внутреннего использования OCS, но если ваше название домена Windows не распознается DNS в публичной сети Internet, то вы нарушите стандарт SIP, если попытаетесь использовать его в этом случае.

На этапе Client Logon Settings (параметры клиентского входа), я предлагаю выбрать пункт “Clients will be configured manually for logon” (клиенты будут настроены вручную при входе). Это позволит нам более подробно настроить конфигурацию клиентов. На следующем этапе выберите пункт “do not configure for external user access” (не настраивать для доступа внешних пользователей) и нажмите на кнопку Next (Далее). Завершите работу мастера. Теперь вы готовы перейти к следующему этапу настройки.

Следующий этап утилиты настройки (setup utility) – это мастер сертификатов (Certificate Wizard), который сформирует сертификаты шифрования (encryption certificates), которым можно будет использовать сервером для проведения веб конференций для создания безопасный соединений внутри сети. После экрана приветствия, выберите пункт “create a new certificate” (создать новый сертификат) и нажмите на кнопку Next (Далее). Примите автоматически сформированный сертификат. Если Certificate Authority установлен на локальном сервере, то его название автоматически появится для выбора. Если нет, то вы должны зайти в Add/Remove Windows Components (добавить удалить компоненты) в Control Panel (панель управления) и установить Certificate Services (службы для сертификатов). После запуска служб сертификатов (Certificate Services) вы сможете сформировать и проверить сертификаты, необходимы для OCS.

Наконец, нажмите на кнопку Run (выполнить) на этапе 7, запустите службы (Start Services). Если вы все сделали правильно, то OCS будет готов, и вы сможете перейти к последнему этапу Validate Server Functionality (проверка функциональности сервера).

Установка Office Communicator на рабочей станции

Office Communicator 2007 доступен в бета версии, адрес для загрузки бесплатной версии приведен выше. Установка тривиальна. Просто запустите мастер установки, и вы готовы к запуску Communicator 2007 на вашем компьютере с операционной системой Windows.

Что дальше?

В следующих статьях из этой серии, посвященной OCS, мы расскажем о настройке обмена мгновенными сообщениями (instant messaging), проведении видео и голосовых конференций, администрировании пользователей, и некоторых расширенных возможностях по безопасности и управлении, как например, фильтрация I.M. filtering. Мы даже настроим Communicator Web Access – чтобы вы смогли увидеть, как IIS может помочь в мобильном обмене мгновенными сообщениями.

www.windowsnetworking.com


Смотрите также:

Tags: , , , , , , , ,

Readers Comments (Комментариев нет)




Да человек я, человек! =)

Exchange 2007

Проведение мониторинга Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 3)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Проведение мониторинга Exchange 2007 с помощью диспетчера System ... [+]

Практическое рассмотрение перехода с Exchange 2003 на Exchange 2007 (часть 1)

Введение В этой статье из нескольких частей я хочу показать вам процесс, который недавно использовал для перехода с существующей среды Exchange 2003 ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 2)

Если вы пропустили первую часть этой серии, пожалуйста, прочтите ее по ссылке Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (Часть ... [+]

Мониторинг Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 2)

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Мониторинг Exchange 2007 с помощью диспетчера System Center Operations ... [+]

Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 5)

Если вы пропустили предыдущие части этой серии статей, перейдите по ссылкам: Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 1) ... [+]

Установка и настройка Exchange 2007 из командной строки (Часть 3)

If you missed the previous parts in this article series please read: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 1)

Инструмент ExRCA Текущий выпуск инструмента предоставляется только в целях тестирования и оснащен 5 опциями: Тест подключения Outlook 2007 Autodiscover Тест подключения Outlook 2003 RPC ... [+]

Развертывание сервера Exchange 2007 Edge Transport (часть 5)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Развертывание сервера Exchange 2007 Edge Transport (часть 1) Развертывание ... [+]

Установка и настройка Exchange 2007 из командной строки (часть 2)

Если вы пропустили первую статью данного цикла, пожалуйста, перейдите по ссылке: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование интегрированных сценариев Using Exchange Server 2007 – часть 2: генерирование отчетов агента Transport AntiSpam Agent

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Использование интегрированных сценариев Using Exchange Server 2007 – часть ... [+]