Абонентские группы и правила нормализации в Lync Server 2013
Последнее изменение раздела: 2012-09-21
Абонентская группа — это именованный набор правил нормализации, которые преобразуют номера телефонов для именованного расположения, отдельного пользователя или контактного объекта в единый стандартный формат (E.164) для авторизации телефонов и маршрутизации вызовов.
Правила нормализации определяют, как номера телефонов, заданные в различных форматах, перенаправляются в требуемое расположение, требуемому пользователю или контактному объекту. Одна и та же строка набора номера может интерпретироваться и преобразовываться по-разному в зависимости от расположения, в котором она была набрана, и лица или контактного объекта, разместившего вызов.
Область абонентской группы
Область действия абонентской группы определяет уровень иерархии, на котором эта группа может применяться. В Lync Server пользователю может быть назначена определенная абонентской группы для каждого пользователя. Если абонентской группы пользователя не назначена, применяется абонентский план пула регистратора. Если абонентской группы пула регистратора нет, применяется абонентский план сайта. Наконец, если к пользователя не применимы никакие другие абонентские группы, применяется глобальная абонентская группа.
Клиенты получают уровни области абонентской группы с помощью параметров подготовки в диапазоне, которые предоставляются при входе пользователей в Lync Server. Администратор может управлять уровнями области абонентской группы и назначать их с помощью Lync Server панель управления.
Примечание.
Абонентская группа шлюза телефонной сети общего пользования (ТСОП) уровня служб применяется к входящим звонкам с конкретного шлюза.
Уровни области абонентской группы определяются следующим образом.
Абонентский план пользователя: Может назначаться отдельным пользователям, группам или объектам контактов. Голосовые приложения могут запрашивать абонентскую группу на уровне пользователей в случае получения звонка, для которого установлено пользовательское значение по умолчанию телефонного контекста. В рамках назначения абонентской группы контактный объект считается отдельным пользователем.
Абонентский план пула: Можно создать на уровне службы для любого шлюза ТСОП или регистратора в топологии. Для определения абонентской группы пула необходимо указать конкретную службу (шлюз ТСОП или пул регистратора), к которой применяется абонентская группа.
Абонентский план сайта: Можно создать для всего сайта, за исключением любых пользователей, групп или контактных объектов, которым назначена абонентской группы пула или абонентской группы пользователей. Чтобы определить абонентскую группу, следует указать сайт, к которому она применяется.
Глобальная абонентской группы: Абонентской группы по умолчанию, установленной вместе с продуктом. Вы можете изменить глобальную абонентскую группу, но не можете удалить ее. Эта абонентная группа применяется ко всем Корпоративная голосовая связь, группам и объектам контактов в развертывании, если вы не настроите и не назначите абонентской группы с более конкретной областью.
Планирование абонентских групп
Для планирования абонентской группы выполните следующие действия.
Укажите все адреса, по которым у вашей организации есть офис.
Этот список должен быть полным и актуальным. По мере роста и развития организации его следует пересматривать. В большой международной компании с большим количеством небольших филиалов эта задача может потребовать довольно много времени.
Укажите допустимые шаблоны номеров для каждого сайта.
Наиболее трудоемкой частью планирования абонентские группы является определение допустимых шаблонов номеров для каждого сайта. В некоторых случаях, возможно, получится скопировать правила нормализации, созданные для одной абонентской группы, в другие группы (особенно если соответствующие сайты находятся в пределах той же страны или региона или даже континента). В других случаях внесение небольших изменений в номера одной абонентской группы может быть достаточным для их использования в других абонентских группах.
Разработайте схему для именования абонентских групп в рамках всей организации.
Принятие стандартной схемы именования гарантирует согласованность данных в пределах организации и упрощает решение задач обслуживания и обновления.
Решите, требуется ли использовать несколько абонентских групп для одного расположения.
Если в вашей организации поддерживается единая абонентическая группа в нескольких расположениях, может потребоваться создать отдельную абонентской группы для пользователей Корпоративная голосовая связь, которые выполняют миграцию с обмена частного филиала (УАТС) и которым необходимо сохранить существующие расширения.
Решите, требуются ли абонентские группы для индивидуальных пользователей. Например, если у вас есть пользователи на сайте филиала, зарегистрированные на центральном сайте, или пользователи, зарегистрированные на устройстве для обеспечения связи в филиалах, можно рассмотреть специальные сценарии набора номера для таких пользователей, используя абонентские группы для каждого пользователя и правила нормализации. Дополнительные сведения см. в разделе о требованиях к устойчивости сайта филиала для Lync Server 2013.
Определите область абонентской группы (как описано выше в данном разделе).
Для создания абонентской группы необходимо указать значения в следующих полях с помощью командной консоли Lync Server панель управления или Lync Server.
Имя и простое имя
Для абонентских групп пользователей следует указать информативное имя, указывающее пользователей, группы или контактные объекты, которым будет назначена данная абонентская группа. Для абонентской группы сайта поле "Имя" предварительно заполняется именем сайта и не может быть изменено. Для абонентской группы пула поле "Имя" предварительно заполняется шлюзом ТСОП или полным доменным именем (FQDN) пула переднего плана и не может быть изменено.
Простое имя абонентской группы заполняется строкой, производной от имени абонентской группы. Поле "Простое имя" доступно для редактирования, что позволяет создать для абонентских групп информативное соглашение об именовании. Поле Простое имя должно быть заполненным и содержать неповторяющееся значение. Рекомендуется разработать соглашение об именовании для всей организации и последовательно применять его для всех сайтов и пользователей.
Описание
Рекомендуется вводить общеупотребительные узнаваемые имена географических расположений, к которым применяются соответствующие абонентские группы. Например, если имя абонентской группы — London.Contoso.com, рекомендуемым описанием будет "Лондон".
Регион конференц-связи с телефонным подключением
Если выполняется развертывание конференц-связи с телефонным подключением, необходимо указать регион конференц-связи с телефонным подключением, чтобы связать соответствующие номера доступа с абонентской группой.
Префикс внешнего доступа
Можно указать префикс внешнего доступа, состоящий максимум из четырех символов (#, * и 0-9), если пользователям требуется набирать одну или несколько дополнительных цифр в начале номера (например, 9) для получения доступа к внешней линии.
Примечание.
Если указан префикс внешнего доступа, не требуется создавать дополнительное правило нормализации для обработки префикса.
Правила нормализации
Правила нормализации определяют, как номера телефонов, заданные в различных форматах, перенаправляются в заданное расположение. Одна и та же строка номера может интерпретироваться и преобразовываться по-разному в зависимости от адреса, в котором она была набрана. Правила нормализации необходимы для маршрутизации вызовов, так как пользователи могут использовать и используют различные форматы при вводе номеров телефонов в своих списках контактов.
Нормализация указанных пользователями номеров телефонов позволяет получить согласованный формат, облегчающий выполнение следующих задач.
Сравнение набранного номера с URI SIP требуемого получателя.
Применение правил авторизации набора номера к вызывающей стороне.
Следующие поля номера могут потребоваться правилу нормализации при обработке набираемого номера.
Абонентская группа
Код страны
Код города
Длина расширения
Префикс сайта
Создание правил нормализации
Правила нормализации используют регулярные выражения .NET Framework для указания шаблонов совпадения номеров, используемых сервером для преобразования строк набора номера в формат E.164 с целью выполнения обратного поиска номеров. Правила нормализации создаются в Lync Server панель управления либо путем ввода выражений вручную, либо путем ввода начальных цифр и длины строк набора для сопоставления и разрешения Lync Server панель управления создать соответствующее регулярное выражение. В любом случае после завершения вы можете ввести тестовый номер, чтобы убедиться в правильной работе правил нормализации.
Дополнительные сведения об использовании платформа .NET Framework регулярных выражений см. в разделе "платформа .NET Framework регулярных выражений" по адресу https://go.microsoft.com/fwlink/p/?linkId=140927.
Примеры правил нормализации
В следующей таблице приведены примеры правил нормализации, созданные как регулярные выражения .NET Framework. Эти примеры приведены только для справки, поэтому не следует рассматривать их в качестве рекомендаций по созданию правил.
Таблица 1. Правила нормализации на основе регулярных выражений .NET Framework
| Имя правила | Описание | Шаблон номера | Преобразование | Пример |
|---|---|---|---|---|
4digitExtension |
Преобразование 4-значных расширений |
^(\d{4})$ |
+1425555$1 |
0100 преобразуется в +14255550100 |
5digitExtension |
Преобразование 5-значных расширений |
^5(\d{4})$ |
+1425555$1 |
50100 преобразуется в +14255550100 |
7digitcallingRedmond |
Преобразование 7-значных номеров в локальные номера Редмонда |
^(\d{7})$ |
+1425$1 |
5550100 преобразуется в +14255550100 |
7digitcallingDallas |
Преобразование 7-значных номеров в локальные номера Далласа |
^(\d{7})$ |
+1972$1 |
5550100 преобразуется в +19725550100 |
10digitcallingUS |
Преобразование 10-значных номеров в номера США |
^(\d{10})$ |
+1$1 |
2065550100 преобразуется в +12065550100 |
LDCallingUS |
Преобразование номеров с междугородными префиксами в номера США |
^1(\d{10})$ |
+$1 |
12145550100 преобразуется в +2145550100 |
IntlCallingUS |
Преобразование номеров с международными префиксами в номера США |
^011(\d*)$ |
+$1 |
01191445550100 преобразуется в +91445550100 |
RedmondOperator |
Преобразование 0 в оператора Редмонда |
^0$ |
+14255550100 |
0 преобразуется в +14255550100 |
RedmondSitePrefix |
Преобразование номеров с сетевым префиксом (6) и кодами сайта Редмонда (222) |
^6222(\d{4})$ |
+1425555$1 |
62220100 преобразуется в +14255550100 |
NYSitePrefix |
Преобразование номеров с сетевым префиксом (6) и кодами сайта Нью-Йорка (333) |
^6333(\d{4})$ |
+1202555$1 |
63330100 преобразуется в +12025550100 |
DallasSitePrefix |
Преобразование номеров с сетевым префиксом (6) и кодами сайта Далласа (444) |
^6444(\d{4})$ |
+1972555$1 |
64440100 преобразуется в +19725550100 |
В следующей таблице приводится пример абонентской группы для сайта Редмонда (шт. Вашингтон, США) на основе правил нормализации, приведенных в предыдущей таблице.
Таблица 2. Абонентская группа Редмонда, основанная на правилах нормализации из таблицы 1
| Redmond.forestFQDN |
|---|
5digitExtension |
7digitcallingRedmond |
10digitcallingUS |
IntlCallingUS |
RedmondSitePrefix |
NYSitePrefix |
DallasSitePrefix |
RedmondOperator |
Примечание.
Названия правил нормализации из предыдущей таблицы не содержат пробелов, но вы можете использовать пробелы в названиях своих правил. Например, первое правило в таблице могло называться 5 digit extension или 5-digit Extension (добавочный номер из 5 цифр).