Для использования новых и усовершенствованных функций Exchange 2007 с пакетом обновления 1 (SP1) при интеграции в среду Communications Server 2007 должны выполняться следующие условия:

• сервер Exchange 2007 с пакетом обновления 1 (SP1) должен быть установлен на всех серверах единой системы обмена сообщениями в организации;
  
  
• в организации должен быть запущен сервер Communications Server 2007;
  
  
• серверы Exchange 2007 с пакетом обновления 1 (SP1) и Communications Server 2007 должны быть настроены правильно.
  
  

Чтобы правильным образом спроектировать и развернуть серверы Exchange 2007 с пакетом обновления 1 (SP1) и Communications Server 2007 в среде единой системы обмена сообщениями, следует воспользоваться инструкциями, представленными в Руководстве по планированию и развертыванию голосовых служб предприятия Microsoft Office Communications Server 2007. Это руководство можно загрузить на странице Пакет клиентской и серверной документации по Office Communications Server центра загрузки Microsoft (на английском языке).

Дополнительные сведения о планировании Communications Server 2007 и развертывании единой системы обмена сообщениями Exchange 2007 см. в разделе Планирование развертывания единой системы обмена сообщениями Exchange 2007 и Office Communications 2007 Server.

Дополнительные сведения о развертывании единой системы обмена сообщениями Exchange 2007 и Communications Server 2007 см. в разделе Настройка единой системы обмена сообщениями и сервера Office Communications Server 2007.

Ниже приведено краткое описание функций единой системы обмена сообщениями, доступных в среде, объединяющей Exchange 2007 с пакетом обновления 1 (SP1) и Communications Server 2007.

• Поддержка дополнительных типов телефонных групп единой системы обмена сообщениями. Единая система обмена сообщениями Exchange 2007 с пакетом обновления 1 (SP1) поддерживает следующие дополнительные типы телефонных групп для взаимодействия с Communications Server 2007: SIP URI и E.164. Для настройки этих телефонных групп можно использовать командную консоль Exchange или консоль управления Exchange. Консоль управления Exchange позволяет создавать телефонные группы типа SIP URI и E.164 с помощью мастера создания телефонной группы. Кроме того, консоль управления Exchange позволяет создавать универсальные коды ресурсов (URI) для протокола SIP при включении пользователей и их связывании с телефонной группой SIP URI.
  
  Дополнительные сведения о типах телефонных групп единой системы обмена сообщениями Exchange 2007 см. в разделе Общие сведения о телефонных группах единой системы обмена сообщениями.
  
  
• Дополнительные логические функции для разрешения внутренних номеров звонков. Возможности разрешения внутренних номеров звонков значительно расширились в Exchange 2007 с пакетом обновления 1 (SP1). В окончательной первоначальной (RTM) версии Exchange 2007 разрешение внутренних телефонных номеров выполнялось только по двум источникам. Этими источниками были добавочный номер других пользователей единой системы обмена сообщениями, входящих в ту же телефонную группу, что и вызывающий абонент, а также список контактов вызываемого абонента. В единой системе обмена сообщениями Exchange 2007 с пакетом обновления 1 (SP1) разрешение внутренних добавочных номеров выполняется по всему списку пользователей, входящих в лес Active Directory.
  
  В Exchange 2007 RTM и Exchange 2007 SP1 при включении для пользователя поддержки единой системы обмена сообщениями для его почтового ящика назначается прокси-адрес единой системы обмена сообщениями Exchange, который включает его добавочный номер. Единая система обмена сообщениями пытается разрешить добавочный номер в имя пользователя путем поиска в глобальном списке адресов и в личных контактах вызываемого абонента. Если соответствие не найдено, Exchange укажет в сообщение о пропущенном звонке только добавочный номер. Чтобы включить разрешение добавочных номеров в имена пользователей с помощью единой системы обмена сообщениями, выполните одну из указанных ниже задач.
  
  
  • Включите для пользователя поддержку единой системы обмена сообщениями с помощью командлета Enable-UMMailbox или консоли управления Exchange. Дополнительные сведения о включении пользователя в единую систему обмена сообщениями см. в разделе Включение поддержки единой системы обмена сообщениями для пользователя.
    
    
  • Создайте дополнительный прокси-адрес EUM для пользователя с помощью командлета Set-Mailbox. Дополнительные сведения о создании дополнительного прокси-адреса EUM для пользователя см. в разделе Настройка добавочных номеров для пользователей единой системы обмена сообщениями.
    
    
  • Добавьте вызываемого абонента в качестве личного контакта в Outlook и укажите для него добавочный номер.
    
    
  Communications Server 2007 позволяет расширить схему Active Directory для хранения номеров всех пользователей в формате E.164. Чтобы обрабатывать входящие добавочные номера фиксированной длины (их длина определяется параметрами телефонной группы), администратор единой системы обмена сообщениями Exchange должен настроить атрибут InternationalNumberFormat в свойствах телефонной группы. Значение этого атрибута добавляется перед входящим добавочным номером. Получаемый в результате номер сравнивается с номерами пользователей, хранящимися в службе каталогов Active Directory в формате E.164.
  
  Предположим, администратор единой системы обмена сообщениями создал телефонную группу «Redmond WA, USA». Атрибуту InternationalNumberFormat присваивается значение «142570xxxxx». В этом примере количество символов «x» определяется длиной добавочного номера (в данном случае это 5 знаков). Когда сервер единой системы обмена сообщениями принимает входящий вызов добавочного номера 12345, этот номер будет объединен со значением параметра InternationalNumberFormat, в результате чего будет получен номер «+14257012345». Этот номер и будет сравниваться с номерами, хранящимися в лесу Active Directory.
  
  

  Примечание.
  Атрибуту InternationalNumberFormat можно присвоить не более одного значения. Поэтому поиск в Active Directory может вестись только по номерам с одним префиксом, даже если в организации используется несколько префиксов (например, «14257022222» и «14257133333»).

• Уведомление в случае, когда звонящий оставляет голосовое сообщение, а для вызываемого номера настроена переадресация звонков. Предположим, что пользователь User 1 использует Microsoft Office Communicator 2007, чтобы позвонить пользователю User 2, а пользователь User 2 настроил переадресацию звонков на пользователя User 3. Если пользователь User 3 не отвечает, звонок перенаправляется на сервер единой системы обмена сообщениями. Сервер ответит на звонок и запишет сообщение. После этого сервер единой системы обмена сообщениями отправит пользователю User 1 информацию, указывающую, кому было переадресовано голосовое сообщение. Эта информация будет обработана клиентом Office Communicator, и пользователь User 1 узнает, что сообщение оставлено пользователю User 3, а не User 2.
  
  

  Примечание.
  Эта функция доступна только в том случае, если для осуществления звонка используется клиент Office Communicator 2007.

• Поддержка записи голосовых сообщения высокого качества в единой системе обмена сообщениями Exchange. Поддержка звуковых записей высокого качества, создаваемых с помощью кодека RTAudio, доступна при использовании Exchange 2007 с пакетом обновления 1 (SP1) совместно с Communications Server 2007.
  
  Этой функцией можно воспользоваться в случаях, когда голосовой вызов осуществляется с помощью Office Communicator 2007, а вызываемый абонент воспроизводит сообщение с помощью Microsoft Office Outlook 2007 или Outlook Web Access 2007. Запись и воспроизведение голосовых сообщений высокого качества поддерживаются в следующих двух сценариях.
  
  Сценарий 1. Сервер единой системы обмена сообщениями отвечает на звонок от имени подписчика и выполняется одно из следующих условий:
  
  
  • для подписчика настроено использование аудиокодека WMA;
    
    
  • для подписчика не настроено использование ни одного из аудиокодеков, а для связанной с ним телефонной группы настроено использование аудиокодека WMA.
    
    
  Сценарий 2. Подписчик единой системы обмена сообщениями, телефонная группа которого настроена на использование аудиокодека WMA, заходит в единую систему обмена сообщениями, находит в каталоге другого пользователя и оставляет ему сообщение.
  
  Дополнительные сведения об аудиокодеках, используемых в единой системе обмена сообщениями, см. в разделе Общие сведения об аудиокодеках единой системы обмена сообщениями.
  
  
• Звонки, предназначенные для воспроизведения на телефоне, невозможно переадресовывать автоматически, если они воспроизводятся в Office Communicator 2007. В окончательной первоначальной версии (RTM) Exchange 2007 функция воспроизведения на телефоне единой системы обмена сообщениями позволяла пользователям с помощью Outlook и Outlook Web Access проверять, есть ли у них голосовые сообщения, перенаправлять эти сообщения на телефонный номер и прослушивать их с помощью телефона. При использовании Exchange 2007 с пакетом обновления 1 (SP1) совместно с Communications Server 2007 номер воспроизведения на телефоне может быть конечной точкой Microsoft Office Communicator 2007. Если настроена переадресация звонков на альтернативный телефонный номер, звонок для воспроизведения на телефоне будет перенаправлен на номер воспроизведения на телефоне, настроенный в качестве конечной точки Office Communicator 2007, а не на альтернативный телефонный номер. Это обеспечивает дополнительную защиту голосовой почты, поскольку гарантирует, что голосовые сообщения будут прослушиваться только теми, кому они адресованы.
  
  
• Office Communicator 2007 позволяет работать с голосовым доступом к Outlook без ввода ПИН. Пользователи, вошедшие в Office Communicator 2007, могут подключаться к голосовому доступу к Outlook просто с помощью кнопки Вызов голосовой почты в Office Communicator 2007. Поскольку пользователь уже прошел проверку подлинности на сервере Communications Server 2007, ему не предлагается вводить ПИН для голосового доступа к Outlook.
  
  

  Примечание.
  Эта функция доступна только при работе с клиентом Office Communicator 2007.

• Клиенты Office Communicator 2007 позволяют присваивать голосовым сообщениям темы и уровни важности. При выполнении звонка пользователи Office Communicator 2007 могут определить тему и уровень важности этого звонка. Если для звонка определены тема и уровень важности, то сервер единой системы обмена сообщениями будет указывать их в сообщении электронной почты, создаваемом, если звонок был пропущен, или в уведомлениях о голосовых сообщениях. Кроме того, если звонок осуществляется из открытого сообщения электронной почты, при создании уведомлений о пропущенных звонках или голосовых сообщениях будут использоваться значения темы и уровня важности из этого открытого сообщения.
  
  
• Поддержка медиапотоков, проходящих через брандмауэр. Эта функция позволяет серверам единой системы обмена сообщениями взаимодействовать с узлами, находящимся за пределами брандмауэра организации. Служба проверки подлинности аудио-видео, расположенная на пограничном сервере доступа Communications Server 2007, проверяет проходящий через этот сервер VoIP-трафик. В данном случае сервер единой системы обмена сообщениями сопоставлен с пулом серверов Communications Server 2007 и получает необходимые маркеры проверки подлинности у пограничного сервера доступа Communications Server 2007, обслуживающего этот пул Communications Server 2007.
  
  Если трафик единой системы обмена сообщениями необходимо передать через брандмауэр организации, серверы единой системы обмена сообщениями должны иметь имя пограничного сервера доступа Communications Server 2007, связанного с пулом серверов Office Communications Server, чтобы получить маркеры проверки подлинности.
  
  
• Интеграция уведомлений о пропущенных звонках с Office Communicator 2007. При использовании единой системы обмена сообщениями окончательной первоначальной версии Exchange 2007 с клиентами Office Communicator 2005 уведомления о звонках создаются независимым образом. Например, если пользователь единой системы обмена сообщениями и Office Communicator пропустит звонок, он получит два уведомления — одно от единой системы обмена сообщениями Exchange 2007, а второе от Office Communicator 2005. Если же в среде развернуты Exchange 2007 с пакетом обновления 1 (SP1) и Communications Server 2007, то пользователи Office Communicator 2007 будут получать по электронной почте только одно уведомление о пропущенном звонке.
  
  

Следующие функции доступны пользователям Exchange 2007 с пакетом обновления 1 (SP1) без интеграции единой системы обмена сообщениями с сервером Communications Server 2007.

• Поддержка протокола SRTP. Эта функция позволяет единой системе обмена сообщениями Exchange принимать и отправлять трафик SRTP. Для настройки поддержки SRTP используются консоль управления Exchange и командная консоль Exchange. Параметры конфигурации SRTP хранятся в объекте телефонной группы единой системы обмена сообщениями.
  
  При создании телефонной группы единой системы обмена сообщениями все данные по умолчанию передаются в незащищенном режиме, и все серверы единой системы обмена сообщениями, связанные с этой телефонной группой, обмениваются данными со шлюзами IP, IP-АТС и другими компьютерами Exchange 2007 без шифрования. В таком режиме данные протокола RTP и служебная информацию протокола SIP передаются в незашифрованном виде.
  
  Сервер единой системы обмена сообщениями можно настроить на использование протокола MTLS, чтобы шифровать трафик SIP и RTP, передаваемый другим устройствам и серверам и получаемый от них. При добавлении сервера единой системы обмена сообщениями к телефонной группе можно настроить эту телефонную группу на использование безопасного режима SIP. В этом случае будет шифроваться только трафик, передаваемый по протоколу SIP. Каналы RTP будут по-прежнему использовать протокол TCP без шифрования. Если же при добавлении сервера единой системы обмена сообщениями к телефонной группе включить для этой телефонной группы безопасный режим, то шифроваться будет как трафик SIP, так и трафик RTP. Безопасный канал передачи данных, использующий протокол SRTP, также выполняет шифрование данных VoIP с помощью протокола MTLS.
  
  Дополнительные сведения о настройке безопасности VoIP в единой среде обмена сообщениями см. в разделе Общие сведения о безопасности VoIP единой системы обмена сообщениями.
  
  
• Консоль управления Exchange позволяет выполнять настройку параметров TLS. В Exchange 2007 с пакетом обновления 1 (SP1) были расширены возможности консоли управления Exchange, и теперь она позволяет настраивать параметры TLS для телефонной группы единой системы обмена сообщениями. Параметры конфигурации TLS хранятся в объекте телефонной группы единой системы обмена сообщениями.
  
  Сервер единой системы обмена сообщениями может работать в любом из режимов, настроенных для телефонной группы, поскольку он настроен на одновременное прослушивание TCP-порта 5060 для незащищенных запросов и TCP-порта 5061 для защищенных запросов. Сервер единой системы обмена сообщениями можно связать с одной или несколькими телефонными группами единой системы обмена сообщениями, а также с телефонными группами, для которых установлены другие параметры безопасности VoIP. Один сервер единой системы обмена сообщениями можно связать телефонными группами, настроенными на использование сочетания защищенного режима, незащищенного режима и режима с защитой SIP.
  
  Дополнительные сведения о безопасности VoIP в единой системе обмена сообщениями см. в разделе Общие сведения о безопасности VoIP единой системы обмена сообщениями.
  
  
• Определение внутриполосных сигналов факсаОпределение сигналов факса позволяет шлюзу IP, IP PBX и единой системе обмена сообщениями Exchange определять тип полученного звонка. Определение сигналов факса может выполняться тремя способами.
  
  
  • IP PBX или шлюз IP определяют сигнал факса и отправляют повторное приглашение с помощью протокола T.38 SDP.
    
    
  • Определение сигналов факса может выполняться IP PBX или шлюзом IP и единой системой обмена сообщениями. При этом способе, когда шлюз IP или IP PBX определяет сигнал факса, он не отправляет повторное приглашение, но отправляет сигналы CNG (вне полосы) в качестве именованных событий телефонии, определенных в RFC 2833. После отправки IP PBX или шлюзом IP сигналов CNG, единая система обмена сообщениями выполняет внеполосное обнаружение сигналов факса и отправляет повторное приглашение с помощью T.38 SDP.
    
    
  • Если IP PBX или шлюз IP не используют эти методы, нужно включить внутриполосное определение сигналов факса для единой системы обмена сообщениями. Это позволит единой системе обмена сообщениями определять входящие внутриполосные сигналы факсов. По умолчанию эта возможность отключена. Тем не менее ее можно включить в среде, в которых применяются P PBX или шлюзы IP, не способные определять сигналы факса. Для включения определения необходимо присвоить параметру EnableInbandFaxDetection значение True в файле globcfg.xml. Файл globcfg.xml находится в каталоге \Program Files\Microsoft\Exchange\bin на компьютере  с установленной ролью сервера единой системы обмена сообщениями.
    
    
  Cisco CallManager 5.x поддерживается Exchange 2007 с пакетом обновления 1 (SP1) и напрямую взаимодействует с ним. Тем не менее при использовании CallManager 5.x или 6.x прием факсов будет выполняться неправильно даже в том случае, если включено определение внутриполосных сигналов факса. Если не настроить этот параметр, для определения внутриполосных сигналов факса серверы единой системы обмена сообщениями должны использовать шлюзы IP или IP PBX.
  
  
• Поддержка качества обслуживания (QoS) с использованием приоритизированных служб. Качество обслуживания (QoS) — это набор технологий, предназначенных для эффективного и экономичного управления сетевым трафиком. Технологии QoS позволяют измерять ширину полосы пропускания, определять изменения условий работы сети (например, уменьшение или увеличение пропускной способности), а также повышать или понижать приоритет трафика. Приоритизированные службы (Diffserv) представляют собой протокол, определяющий приоритет трафика на уровне 3 модели OSI. Приоритизированные службы классифицируют и помечают пакеты, относящиеся к различным классам, тем самым обеспечивая простой и масштабируемый механизм управления трафиком (включая голосовые и видеоданные) и поддержки качества обслуживания в современных IP-сетях.
  
  

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

  В основе работы приоритизированных службы лежит принцип классификации трафика, когда каждый пакет передаваемых по сети данных относится к одному из заранее определенных классов. Каждый маршрутизатор в сети должен быть настроен таким образом. чтобы различать эти классы. Пакеты, относящиеся к различным классам, должны обрабатываться по-разному. Например, приоритетный трафик должен пропускаться устройствами в первую очередь. Пометки приоритизированных служб включаются в IP-заголовки пакетов.
  
  Архитектура приоритизированных служб определяется спецификацией RFC 2475, а структура битов поля Diffserv сетевых пакетов — спецификацией RFC 2474. Для хранения значений Diffserv используются поле Type of Service (TOS) IP-заголовков версии 4 (IPv4) и поле Traffic Class IP-заголовков версии 6 (IPv6). Шесть самых важных битов поля DiffServ образуют значение DSCP (Differentiated Services Code Point). DSCP — это поле IP-пакета, позволяющее устанавливать для сетевого трафика различные уровни обслуживания. Для этого каждому пакету в сети присваивается соответствующий код DSCP.
  
  

  Примечание.

  При развертывании Exchange 2007 с пакетом обновления 1 (SP1) на компьютере под управлением операционной системы Windows Server 2008 IP-адреса и диапазоны IP-адресов можно вводить в формате протокола IP версии 4, протокола IP версии 6 или в обоих форматах. Если система Windows Server 2008 установлена в конфигурации по умолчанию, поддержка протоколов IP версий 4 и 6 включена. Дополнительные сведения о поддержке адресов IP версии 6 в Exchange 2007 с пакетом обновления 1 см. в разделе Поддержка протокола IP версии 6 в сервере Exchange Server 2007 с пакетом обновления 1 (SP1) и пакетом обновления 2 (SP2).

  В Microsoft Windows Server 2003 протокол TCP/IP добавляет к пакетам метки приоритизированных службы после установке планировщика пакетов QoS. После установки на компьютер с Windows Server 2003 и планировщиком пакетов QoS роли сервера единой системы обмена сообщениями всем исходящим пакетам единой системы обмена сообщениями по умолчанию будет присваиваться значение DSCP равное 40 (101000). Значение по умолчанию можно изменить с помощью редактора реестра или групповых политик.
  
  Служба единой системы обмена сообщениями Exchange 2007 не выполняет классификацию сетевых пакетов. Однако входящая в состав единой системы обмена сообщениями медиаплатформа отправляет в сетевой стек Windows инструкции, требующие помечать все звуковые пакеты типом службы Guaranteed. В этом случае операционная система будет использовать параметры групповой политики, чтобы определять, как должны помечаться пакеты данных, а затем помечать поле TOS в IP-заголовке. Дополнительные сведения о качестве обслуживания (QoS) в Windows см. на странице Принципы действия QoS (на английском языке).
  
  По умолчанию в Windows Server 2003 планировщик пакетов QoS не работает, и его нужно устанавливать отдельно. Чтобы установить планировщик пакетов QoS, необходимо добавить Сетевую службу в свойствах сетевого подключения в Windows Server 2003. В Windows Server 2008 планировщик пакетов QoS устанавливается по умолчанию.
  
  

Дополнительные сведения обо всех новых функциях Exchange 2007 с пакетом обновления 1 (SP1) см. в разделе Новые возможности сервера Exchange Server 2007 с пакетом обновления 1 (SP1).