Применимо к: Exchange Server 2010 SP1

Последнее изменение раздела: 2011-02-17

Единая система обмена сообщениями использует для поиска имен сведения о звонящем и адресате звонка. Такой поиск позволяет включать имя звонящего в следующих случаях:

Содержание

Идентификатор звонящего

Процесс поиска имени

Улучшенное разрешение номеров E.164

Группы эквивалентности абонентских групп

Идентификатор звонящего

 

Идентификатор звонящего — это услуга, предоставляемая телефонными компаниями. Она позволяет адресату узнать номер телефона или даже имя звонящего, а также получить другие сведения о звонке. Эти данные передаются по последовательному кабелю посредством сигналов вызова. В вызове, принимаемом на УАТС (в том числе УАТС, работающей по протоколу IP) от телефонной компании, содержатся следующие идентификационные сведения:

  • номер вызывающей стороны;

  • номер адресата;

  • коды состояния, которые могут указывать на следующее:

    • звонок без ответа (телефон звонил, но адресат не ответил);

    • состояние телефонной линии;

    • линия занята (вызов установлен, но линия занята);

    • включена постоянная переадресация вызовов (входящие звонки всегда переадресуются на другой номер);

  • линия или номер порта, используемого для вызова.

Процесс поиска имени

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

В единой системе обмена сообщениями Microsoft Exchange Server 2007 для вызова, переадресованного на сервер единой системы обмена сообщениями из-за наличия сигнала об отсутствии ответа или сигнала «занято», воспроизводился ответ, а затем отправлялось голосовое сообщение. После ответа на вызов единая система обмена сообщениями Exchange 2007 пыталась разрешить идентификатор звонящего. Это позволяло вставить в сведения об отправителе имя, а не номер.

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

  • Применение прокси-адреса единой системы обмена сообщениями Exchange.

  • Из личных контактов пользователя-адресата вызова.

  • С помощью атрибута msRTCSIP-Line в службе каталогов Служба каталогов Active Directory, если для Exchange 2007 установлен пакет обновления 1 (SP1) и выполнена интеграция Exchange 2007 с сервером Microsoft Office Communications Server 2007 или Office Communications Server 2007 R2.

В версии Microsoft Exchange Server 2010 методы поиска имени отличаются от тех, которые использовались в Exchange 2007. Для поиска имени по сведениям о вызывающей стороне в системе Exchange 2010 используются следующие шаги.

  1. Имя звонящего используется, если он выполнил вход в свой почтовый ящик через голосовой доступ к Outlook или использует для вызова клиент объединенных коммуникаций Microsoft, например Microsoft Office Communicator 2007 или Communicator Phone Edition. Идентификатор звонящего известен, так как он уже прошел проверку подлинности в голосовом доступе к Outlook, Office Communicator 2007 или Communicator Phone Edition.

  2. Используется прокси-адрес (или адреса) единой системы обмена сообщениями Exchange в службе Служба каталогов Active Directory. Если прокси-адрес содержит символ @, то он считается URI SIP. Если прокси-адрес начинается с символа «+», то он считается номером E.164. Если ни один из перечисленных символов не указан, адрес считается добавочным номером в абонентской группе, к которой относится вызываемая сторона, или в эквивалентной ей группе.

  3. Если идентификатор звонящего является допустимым универсальным кодом ресурса (URI) SIP, для преобразования этого кода URI SIP с помощью прокси-адреса или адресов единой системы обмена сообщениями Exchange используется служба Служба каталогов Active Directory.

  4. Если идентификатор звонящего является допустимым номером E.164, для преобразования этого номера в имя вызывающей стороны используется служба Служба каталогов Active Directory. Чтобы это преобразование работало правильно, необходимо вручную настроить параметр UMCallingLineIds для почтового ящика с включенной поддержкой единой системы обмена сообщениями вызываемой стороны. Такая конфигурация удобна, если публикация телефонного номера (например, это личный номер мобильного телефона) в Служба каталогов Active Directory нежелательна, но при этом требуется определять имя вызывающей стороны с помощью этого номера телефона.

  5. Для преобразования номера с помощью имени вызывающей стороны используется эвристический поиск Служба каталогов Active Directory, если он включен. Эвристический поиск Служба каталогов Active Directory должен быть включен для абонентской группы, а учетная запись пользователя в Служба каталогов Active Directory должна содержать значения для поля домашнего или рабочего телефона.

  6. Для преобразования номера в имя вызывающей стороны используются личные контакты адресата.

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


Поиск имени по идентификатору вызывающей стороны

#rtt

Улучшенное разрешение номеров E.164

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

  • ИД линии вызова;

  • форматы планов нумерации;

  • эвристика Служба каталогов Active Directory;

  • группы эквивалентности абонентских групп.

ИД линии вызова

В системе Exchange 2007 возможности преобразования номеров E.164 были ограничены, что иногда не позволяло вернуть имя звонящего в уведомлении о пропущенном звонке или голосовом сообщении, доставляемом в почтовый ящик вызываемой стороны. Требовалась возможность применять номер E.164 или набор номеров для пользователя с включенной поддержкой единой системы обмена сообщениями и использовать эти номера для преобразования номера входящего звонка от другого пользователя или звонящего из-за пределов организации.

Сервер единой системы обмена сообщениями получает номер E.164 по идентификатору звонящего, преобразует его в номер E.164 и проводит поиск имени звонящего в Служба каталогов Active Directory или в личных контактах пользователя с поддержкой единой системы обмена сообщениями. Однако без интеграции единой системы обмена сообщениями Exchange с сервером Communications Server 2007 R2 или Microsoft Lync Server 2010 номера E.164 использовать было невозможно.

В Exchange 2010 к схеме Служба каталогов Active Directory был добавлен многозначный атрибут msExchUMCallingLineIDs. Он позволяет серверу единой системы обмена сообщениями получить номер или номера E.164, преобразовать их и выполнить поиск имени. Этот атрибут может содержать список номеров, сопоставленных с определенным пользователем, и настраивается для объекта пользователя в службе Служба каталогов Active Directory. Например, можно добавить номера 4255551010, 14255551010 и +14255551010 в атрибут msExchUMCallingLineIDs для определенного пользователя. Несмотря на то что последний номер в этом списке — это номер E.164, использовать правильно сформированные номера E.164 необязательно. Можно добавить любой номер, похожий на допустимый телефонный номер, содержащий цифры. Номер может начинаться с символа «+».

Примечание.
Атрибут msExchUMCallingLineIDs относится не только к пользователям с поддержкой единой системы обмена сообщениям и может задаваться для всех пользователей Служба каталогов Active Directory.

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


CallingLineID

msRTCSIP-Line — это атрибут схемы Communications Server 2007 R2 или Microsoft Lync Server 2010, существующий в объекте получателей Служба каталогов Active Directory при установке сервера Communications Server 2007 R2 или Lync Server 2010. Атрибут msExchUMCallingLineIDs используется в единой системе обмена сообщениями для преобразования идентификаторов звонящих в имена аналогично тому, как атрибут msRTCSIP-Line используется на сервере Communications Server 2007 R2 или Lync Server 2010. Сервер единой системы обмена сообщениями использует атрибут msRTCSIP-Line для преобразования идентификатора звонящего в имя, но единая система обмена сообщениями Exchange не позволяет администраторам изменять этот атрибут, в том числе с помощью командлетов единой системы обмена сообщениями.

Сервер Communications Server 2007 R2 или Lync Server 2010 задает формат и порядок проверки атрибута msRTCSIP-Line. Есть две причины, по которым администраторы единой системы обмена сообщениями не могут изменять этот атрибут.

  • Сервер Communications Server 2007 или R2 Lync Server 2010 полагается на правильность администрирования этого атрибута для обеспечения правильной маршрутизации вызовов на соответствующие устройства объединенных коммуникаций. Если бы единая система обмена сообщениями позволяла настраивать этот атрибут, то ответственность за администрирование и проверку пришлось бы разделить между единой системой обмена сообщениями и сервером Communications Server 2007 R2 или Lync Server 2010.

  • Атрибут msRTCSIP-Line не отличается большой гибкостью, так как он является однозначным. При этом администраторам единой системы обмена сообщениями Exchange обычно требуется задавать для пользователей несколько телефонных номеров путем включения номеров в формате E.164.

По этим причинам схема получателей Exchange 2010 включает в себя атрибут msExchUMCallingLineIDs в качестве многозначного индексируемого свойства. Добавлять, удалять или изменять телефонные номера для определенного пользователя можно с помощью параметра UMCallingLineIds командлета Set-User. После добавления, удаления или изменения номеров в атрибуте msExchUMCallingLineIDs другие действия не требуются.

В следующей таблице приведены командлеты, тип, описание и значение по умолчанию для параметра UMCallingLineIds.

Описание параметра UMCallingLineIds

ИД линии вызова и атрибут msExchUMCallingLineIDs
Командлеты Тип Описание По умолчанию

Set-User

Get-User

Microsoft.Exchange.Data.MultiValuedProperty

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

пусто

Командлеты Get-User и Set-User осуществляют чтение и запись атрибута msExchUMCallingLineIDs. Если идентификатор звонящего не удается разрешить при помощи атрибута msExchUMCallingLineIDs, единая система обмена сообщениями будет вести поиск по номеру телефона, указанному в атрибуте msRTCSIP-Line пользователя.

#rtt

Форматы планов нумерации абонентских групп

Помимо параметра UMCallingLineIds, добавленного для упрощения разрешения идентификатора звонящего в имя, сервер единой системы обмена сообщениями также должен иметь возможность принимать номера из параметра UMCallingLineId, например 51010, 555-1010 или 4255551010, расширяя их до правильно сформированных номеров телефонов E.164. Для этого используется параметр NumberingPlanFormats командлета Set-UMDialPlan.

Синтаксис добавления форматов планов нумерации в абонентских группах единой системы обмена сообщениями:

Скопировать код
Set-UMDialplan -identity MyUMDialPlan -NumberingPlanFormats "425567xxxx","425678xxxx"

Имеется два требования, касающихся разрешения идентификатора звонящего в имя подобным образом:

  • Всем пользователям должны быть правильно заданы номера E.164. Следует учесть, что настройка всех получателей в Служба каталогов Active Directory может занять некоторое время.

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

Сервер единой системы обмена сообщениями Exchange 2010 может преобразовывать нестандартные номера, например добавочные номера из 5 цифр, в общепринятые формы, например E.164, используя маскировку номеров.

Маска номера используется для определения формата номера телефона, который будет использоваться сервером единой системы обмена сообщениями для определения номера телефона, который следует набирать для вызова пользователя, или который следует использовать в заголовке перенаправления входящего вызова. Маскировка номеров проводится как для входящих вызовов, так и для правил исходящих вызовов. Пример допустимой маски номера: 91xxxxxxxxx. Так, при исходящем звонке на номер 4255551010, маска номера 91xxxxxxxxxx в записи правила вызова на сервере единой системы обмена сообщениями позволит заменить цифры справа, соответствующие набранному номеру. В этом примере в набираемом номере телефона и в маске имеется по 10 цифр (в маске они представлены как «x»). Так как цифры совпадают, сервер единой системы обмена сообщениями использует для вызова номер 914255551010. Это поле может содержать только цифры и символы «x». Аналогичный процесс используется для входящих вызовов.

Параметр NumberingPlanFormats является многозначным свойством и используется в случае, если сервер единой системы обмена сообщениями получает идентификатор звонящего, связанный с абонентской группой единой системы обмена сообщениями, которая позволяет впоследствии раскрыть его в правильно сформированный номер E.164.

В следующей таблице приведены командлеты, тип, описание и значение по умолчанию для параметра NumberingPlanFormats.

Описание параметра NumberPlanFormats

Командлеты Тип Описание По умолчанию

Set- DialPlan

Get-DialPlan

Microsoft.Exchange.Data.MultiValuedProperty

Параметр NumberingPlanFormats задает одну или несколько масок телефонных номеров, которые могут использоваться для сопоставления идентификатора абонента с именем пользователя в Служба каталогов Active Directory.

пусто

В единой системе обмена сообщениями Exchange 2007 для абонентских групп используется международный формат нумерации, позволяющий облегчить разрешение идентификаторов звонящих путем создания номеров телефонов E.164. Впоследствии телефонный номер E.164 используется, когда сервер единой системы обмена сообщениями выполняет поиск телефонного номера звонящего с помощью атрибутаmsRTCSIPLine.

В единой системе обмена сообщениями Exchange 2010 добавлены группы, эквивалентные абонентским, которые упрощают преобразование идентификаторов звонящих путем расширения области поиска. Это достигается путем настройки формата плана нумерации для каждой абонентской группы, что помогает преобразовывать идентификаторы звонящих в формат E.164. Дополнительные сведения об эквивалентных абонентских группах см. в подразделе Группы эквивалентности абонентских групп далее в этом разделе.

Например, рассмотрим компанию, в которой работает 20 000 сотрудников. Им необходимо 20 000 уникальных номеров телефонов DID. Тем не менее компании не удалось получить номера в связных диапазонах DID, например 425-555-xxxx — 425-556-xxxx. Вместо этого первые 10 000 сотрудников получили префикс 425-567-xxxx, а оставшиеся 10 000 сотрудников получили префикс 425-678-xxxx.

Предположим, администратор создает единую абонентскую группу единой системы обмена сообщений для всех 20 000 сотрудников, используя для каждого пользователя 5-значный добавочный номер. Когда на УАТС поступает вызов, она отправляет 4-значный идентификатор звонящего. Тем не менее, при переходе с устаревшей УАТС на IP-УАТС пользователи в компании были разделены по двум раздельным УАТС, на каждой из которых имеется отдельная 5-значная абонентская группа единой системы обмена сообщениями. После перевода пользователей на IP-УАТС разрешение идентификаторов звонящих в имена перестанет работать, и вместо имени звонящего будет отображаться его 5-значный добавочный номер.

Это происходит потому, что в абонентской группе единой системы обмена сообщениями настроен только единый международный формат номеров, совместно используемый для обоих префиксов. Соответственно, правильно сформированные номера E.164 будут создаваться только для пользователей с поддержкой единой системы обмена сообщениями. Кроме того, пользователи находятся в различных абонентских группах УАТС. Поэтому даже при включении эквивалентной абонентской группы для абонентской группы единой системы обмена сообщениями для звонящих поддержка этой системы будет отключена, что не позволит преобразовать добавочный номер звонящего в его имя.

Для устранения проблемы можно использовать параметр NumberingPlanFormats. У каждой абонентской группы имеется атрибут msExchangeUMCallingLineIDFormats, который можно настроить с помощью параметра NumberPlanFormats, указав одну или несколько масок номеров телефонов, позволяющих разрешать идентификаторы звонящих в имена по Служба каталогов Active Directory. На следующем рисунке показан этот атрибут и форматы планов нумерации.


NumberingPlanFormats

Когда сервер единой системы обмена сообщениями отвечает на вызов, он считывает идентификатор звонящего. Сервер единой системы обмена сообщениями анализирует список настроенных форматов планов нумерации сверху вниз, пока не найдет совпадение или не обнаружит конфликт в цифрах (символ «x» в маске номера считается подстановочным знаком). Когда это происходит, сервер единой системы обмена сообщениями пытается занести идентификатор звонящего по входящему вызову в каждую маску номера. В случае сотрудников с префиксами 425-567-xxxx и 425-678-xxxx цифры 7 и 8 — это ключи, по которым для идентификатора звонящего будет выбираться нужная маска. После того как сервер единой системы обмена сообщениями успешно выполнит подстановку в шаблон формата плана нумерации, он берет полученный номер E.164 и выполняет поиск по атрибуту msExchUMCallingLineIDs. Если поиск завершается неудачей, сервер выполняет поиск по атрибуту msRTCSip-Line.

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

#rtt

Эвристика Active Directory

Помимо идентификаторов звонящих и форматов плана нумерации в единой системе обмена сообщениями Exchange 2010 используется эвристика Служба каталогов Active Directory.

В версии Exchange 2007 процесс преобразования идентификаторов звонящих не использовал поля телефонных номеров в объекте пользователя в службе Служба каталогов Active Directory при попытке преобразования идентификатора звонящего в имя. Это обусловлено указанными ниже причинами.

  • Поля на вкладке Телефоны и в поле Номер телефона не индексируются и не поддерживают поиск.

  • Поля на вкладке Телефоны и в поле Номер телефона могут иметь нестандартный формат.

На следующем рисунке показаны эти поля в Exchange 2010.


TelephoneNumbersinAD

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

  • Администратор не ввел номер в поле Номер телефона.

  • Администратор не использовал вкладку Телефоны для ввода номеров телефонов.

  • Номера E.164 введены без скобок, дефисов и нужных пробелов.

  • Номера не имеют правильный формат E.164. Ниже приведены некоторые примеры правильного форматирования:

    • (425) 555-1010

    • (425) 555-1234 x51010

    • (425) 555-1234 вн. 51010

    • 425-555-1010

    • 425.555.1010

    • 425/555-1010

    • 1425-555-1010

  • Одновременно используются добавочные номера и международные номера. Примеры одновременного использования добавочных номеров и международных номеров:

    • +7890

    • +441234567890

    • +44(1)234567890

    • +44 (0)1 2345 6789

При попытке преобразования идентификатора звонящего сервер единой системы обмена сообщениями Exchange 2010 отправит запрос в службу Служба каталогов Active Directory на проверку до 8 атрибутов Служба каталогов Active Directory, а также прокси-адресов единой системы обмена сообщениями и атрибутов msExchUMCallingLineIDs и msRTCSIP-Line. В каждой абонентской группе существует атрибут msExchAllowHeuristicADCallingLineIDResolution. По умолчанию атрибут msExchAllowHeuristicADCallingLineIDResolution имеет значение True при создании абонентской группы единой системы обмена сообщениями.

Командлет Set-UMDialPlan позволяет включить или отключить эвристику Служба каталогов Active Directory. В следующей таблице приведены командлеты абонентских групп, тип, описание и значение по умолчанию для параметра AllowHeuristicADCallingLineIdResolution.

Описание параметра AllowHeuristicADCallingLineIdResolution

Поля вкладки «Телефоны»
Командлеты Тип Описание По умолчанию

Set-UMDialPlan

Get-UMDialPlan

System.Boolean

Параметр AllowHeuristicADCallingLineIdResolution указывает на необходимость разрешения идентификатора линии вызова с помощью полей номеров телефонов, настраиваемых в Служба каталогов Active Directory. Если значение этого параметра равно $true, то используются номера телефонов (например, определенные на вкладке Телефоны, либо номер телефона пользователя Служба каталогов Active Directory). Установка значения $true для этого параметра включает преобразование идентификаторов звонящих для пользователей с включенной и отключенной поддержкой единой системы обмена сообщениями. Этот параметр можно установить равным $false, если номера телефонов пользователей не представлены в стандартном формате. Если телефонные номера не указаны в стандартном формате, сервер единой системы обмена сообщениями может неправильно сопоставлять идентификатор звонящего с именем пользователя.

Включен

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

  • telephoneNumber

  • homePhone

  • mobile

  • facsimileTelephoneNumber

  • otherTelephone

  • otherHomePhone

  • otherMobile

  • otherFacsimileTelephoneNumber

Если командлет Set-User использовался для задания одного или нескольких телефонных атрибутов пользователя, следует выполнить команду GalGrammarGenerator.exe –u для обновления карты DTMF для каждого пользователя. Если поля телефонных номеров заполнялись или обновлялись до установки роли сервера единой системы обмена сообщениями или используется программа, отличная от командной консоли Exchange, также потребуется выполнить команду Galgrammargenerator.exe –u для индексации полей телефонных номеров. Дополнительные сведения о работе с программой GalGrammarGenerator.exe см. в следующих разделах:

#rtt

Группы эквивалентности абонентских групп

Иногда число абонентских групп единой системы обмена сообщениями чрезмерно вырастает из-за увеличения числа лесов или числа абонентских групп в одном из лесов. Для повышения масштабируемости в единой системе обмена сообщениями Exchange 2010 добавлен новый вид объектов Служба каталогов Active Directory: группа эквивалентности абонентских групп. Группа эквивалентности абонентских групп — это объект-контейнер Служба каталогов Active Directory, содержащий эквивалентные абонентские группы, относящиеся к различным лесам Служба каталогов Active Directory.

Два атрибута Служба каталогов Active Directory используются с группами эквивалентности абонентских групп:

  • msExchangeUMEquivalenceDialPlan

  • msExchangeUMEquivalentDialPlanPhoneContexts

Понятие эквивалентной абонентской группы добавлено в единую систему обмена сообщениями Exchange 2010, чтобы разрешить администраторам этой системы подключаться к двум обособленным абонентским группам с единым планом нумерации УАТС. Две абонентские группы могут входить в единый план нумерации УАТС, например, когда пользователи в двух отдельных абонентских группах расположены рядом и могут звонить друг другу с помощью добавочного номера, но распределены по разным абонентским группам в силу причин, не связанных с телефонной инфраструктурой.

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

Для каждой абонентской группы может существовать контекст группы эквивалентности абонентских групп с двумя или более абонентскими группами, которые должны были быть едины, но были разделены. Можно добавлять имена других абонентских групп и делать ссылки на другие группы. Эти абонентские группы могут относиться к тому же лесу Служба каталогов Active Directory или к другим лесам. При добавлении эквивалентной абонентской группы в группу эквивалентности абонентских групп автоматически добавляется контекст телефонов абонентской группы.

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

В следующей таблице приведены командлеты, тип, описание и значение по умолчанию для параметра EquivalentDialPlanPhoneContexts .

Описание параметра EquivalentDialPlanPhoneContexts

Командлеты Тип Описание По умолчанию

Set- DialPlan

Get-DialPlan

Microsoft.Exchange.Data.MultiValuedProperty

Параметр EquivalentDialPlanPhoneContexts указывает имя эквивалентной абонентской группы. Этот параметр можно использовать при наличии двух абонентских групп единой системы обмена сообщениями, располагающихся в различных лесах, или при использовании одного плана нумерации УАТС для двух абонентских групп единой системы обмена сообщениями. Добавление имени эквивалентной абонентской группы обеспечивает возможность поиска имени по идентификатору звонящего в рамках абонентской группы пользователя, а также возможность поиска имени по идентификатору звонящего во всех настроенных эквивалентных абонентских группах.

пусто

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

Скопировать код
Set-UMDialPlan  -identity MyUMDialPlan1 -EquivalentDialPlanPhoneContexts "dialplan2.contoso.com, dialplan3,contoso.com".

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

#rtt



Форматы планов нумерации и атрибут msExchangeCallingLineIDFormats
Поиск имени на основе сведений о вызывающей стороне