Sergey Bezpalov's Blog

Пользователи OCS 2007 с включенной поддержкой Enterprise Voice могут использовать Exchange 2007 Unified Messaging как систему Голосовой Почты, которая позволяет как прием голосовых сообщений, так и прием факсов пользователями. В такой конфигурации пользователям присваивается Direct Inward Dialing (DID) номера, привязанные к OCS 2007, а сам OCS 2007 подсоединен к PSTN или PBX систему через OCS 2007 Mediation Server и SIP-PSTN шлюз. Как настроить интеграцию между OCS 2007 и Exchange 2007 SP1 UM описано здесь.

Exchange 2007 SP1 UM поддерживает как голосовую почту, так и входящие факсы на заданный номер. Однако если пользователь одновременно подключен к Exchange UM и Enterprise Voice с помощью OCS 2007, используя при этом общий номер (расширение) — входящие факсы не поддерживаются. Связанно это с тем, что OCS 2007 Mediation Server не поддерживает T.38 (протокол передачи факса, используемый Exchange 2007).

Так как же можно обеспечить прием факсов пользователям Enterprise Voice? Ответ заключается в том, что нужно использовать отдельное расширение для факса, и маршрутизировать факс звонки непосредственно на Exchange 2007 SP1 UM минуя OCS 2007.

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

OCS 2007 окружение подключено к PBX посредством SIP/PSTN шлюза называемого PSTNOCSGWY. PBX маршрутизирует все звонки в DID диапазоне +131255xxxxx на OCS 2007. OCS 2007 интегрирован с Exchange 2007 SP1 UM сервером называемым UMSRV1. Данный сервер находится в абонентской группе единой системы обмена сообщениями названной OcsUmDialPlan, с определенным типом универсального кода — SIP, т.е. UriType = SipName (необходимым для интеграции с OCS 2007). Существует политика почтовых ящиков единой системы обмена сообщениями связанная с данной абонентской группой и названная OcsUm. Exchange 2007 SP1 UM подключен к PBX через OCS 2007.

Пользователь Contoso под именем Test User подключен к Enterprise Voice с DID +13125510001 и SIP URI TestUser@contoso.com. Его внутреннее расширение 10001. Настройки Enterprise Voice пользователя приведены ниже.

Что бы подключить пользователя к Exchange 2007 SP1 UM необходимо выполнить следующую PS команду из консоли управления Exchange (Exchange Management Shell):

Enable-UmMailbox -id TestUser -UmMailboxPolicy OcsUmPolicy -Extensions 10001 -SIPResourceIdentifier TestUser@contoso.com -Pin 1234

Теперь пользователь Test User подключен к Exchange 2007 SP UM, но так и не может принимать факсы на свое расширение 10001 или DID +13125510001.

Как указывалось выше, решение состоит в том, чтобы присвоить пользователю дополнительное расширение для приема факсов, которое маршрутизировалось непосредственно на Exchange 2007 SP1 UM, минуя OCS 2007. Поэтому Contoso придется создать новую конфигурацию, удовлетворяющую данным условиям, как, и показано ниже. Выделим специальный SIP/PSTN шлюз для подключения к Exchange 2007 SP1 UM. PBX маршрутизирует DID диапазон +131266xxxxx на этот SIP/PSTN шлюз. Создана новая абонентская группа единой системы обмена сообщениями, названная UmDialPlan с определенным типом универсального кода — телефонное расширение, т.е. UriType=TelExtn. Создана политика почтовых ящиков единой системы обмена сообщениями связанная с данной абонентской группой и названа Um. UM сервер UMSRV1 связан с обоими абонентскими группами, т.е. как OcsUmDialPlan, так и UmDialPlan.

Администратор принял решение, что для приема факсов пользователю Test User будет присвоено дополнительное расширение 11001 и DID +13126611001. Что бы выполнить поставленную задачу, необходимо выполнить следующую PS команду из консоли управления Exchange (Exchange Management Shell):

Set-Mailbox -id TestUser -SecondaryAddress 11001 -SecondaryDialPlan UmDialPlan

Теперь пользователь Test User может принимать входящие факсы на номер +13126611001.

P.S. Спасибо Jens Trier Rasmussen за оригинал статьи на анл., которую можно найти здесь.

Сегодня развернул OCS 2007 у себя в офисе. Далее решил интегрировать сие хозяйство с Exchange 2007  SP1 и столкнулся с интересной проблемой:

при запуске ExchUCUtil.ps1 получаю ошибку “FailedtoreadCommunicationsServer 2007 poolobjects…” – т.е. у меня нет прав на чтение объектов AD связанных OCS 2007. Т.к. права у меня такие были, решил посмотреть сам скрипт, и нашел там интересную строчку:

$pools = .get-ucpool.ps1 -forest:$forest

Решение пришло быстро, надо запускать ExchUCUtil.ps1 находясь в папке со скриптами, т.е. примерный сценарий таков:

·         Запускаем Exchange Management Shell
·         Выполняемcd “C:Program FilesMicrosoftExchange ServerScripts”
·         ExchUCUtil.ps1 (с необходимыми ключами)

Вообще если поправить строчку .get—ucpool.ps1 на get—ucpool.ps1 – скрипт запускался бы из любой директории, непонятно зачем его к пути привязывать, тот же самый get—ucpool.ps1 запускается без проблем из любого места, но делать нестоит т.к. скрипты подписанные.

И на последок, как можно дать необходимые разрешения без скрипта:

(a) Click Start, and then Run, and then type ADSI Edit.
(b) In the console tree, expand CN=Services, CN=First Organization, and CN=properties.
(c) Right click then CN=Securities, and then click Properties.
(d) On the Security tab click Add.
(e) Add RTCComponentUniversalServices to the list of group or user names, and then click OK..
(f)  Click OK to close the Securities property sheet.
(g) Right-click CN=dialplan container, and then click Properties.
(h) On the Security tab click Add.
(i) Add RTCComponentUniversalServices to the list of group or user names, and then click OK.
(j)   Click Advanced, and then click the Effective Permissions tab.
(k) In Permission entries, select RTCComponentUniversalServices and click Edit.
(l)   Click the Properties tab.
(m) In Apply onto, select This object and all child objects, and then click OK.
(n) Click OK two more times, and then close ADSI Edit.