О национальной дискриминации телефонных номеров в Lync

В данной заметке я покажу, как различается отображение телефонных номеров в контактах Lync для номеров с кодом +1 и для всех остальных, и как сильно все остальные страдают от этого.

В своё время статья Assigning Telephone Numbers to Lync Enterprise Voice Users открыла мне глаза на то, как правильно назначать телефонные номера пользователям Lync.

Вкратце основные выводы:

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

Пример: tel:+14999269000;ext=1193

• Даже прямой публичный телефонный номер должен иметь соответствующий ему внутренний номер (extension) в компании. Причин для этого несколько:
  • Полный номер в формате E.164 человек в здравом уме вводить вручную откажется, поэтому в Lync нужно настроить правила нормализации, превращающие короткие номера в полный вид E.164.
  • Extension нужно вводить для авторизации при подключении к Lync Dial-in конференциям.
  • Автоответчик Exchange UM понимает только внутренние номера, телефонные номера в формате E.164 выше его понимания.

Пример: tel:+14999269193;ext=9193

Хотя пользователь имеет прямой публичный номер, ему присвоен внутренний номер, повторяющий последние 4 цифры публичного номера.

Итак, мы убедились, что назначать пользователям Lync номера в глобально достижимом формате с расширением — нужно и полезно. Однако, если мы забьём в таком виде (+149992699193;ext=9193) все телефонные номера в свойства учеток AD, пользователи не одобрят. К счастью, Address Book Service в Lync способен понимать следующий формат:

+1 (499) 926 9193 X9193

Согласитесь, вполне понятно и читаемо, к тому же поддерживается Outlook: код города и внутренний номер занимают положенные им места в карточках контактов.

Address Book Service, следуя своим встроенным правилам нормализации, преобразует номер из +1 (499) 926 9193 X9193 из учетки в AD в понятный Lync формат E.164 tel:+14999269193;ext=9193.

До текущего момента все спокойны и счастливы! Но, внезапно, нам понадобилось использовать российские телефонные номера, которые начинаются на +7.

Как оказалось, Lync по-разному отображает номера, относящиеся к США (код +1) и всему остальному миру.

Было создано два пользователя с различиями только в коде страны в номерах телефона:

Теперь взглянем на карточки контактов в Lync у данных пользователей…

Что же мы видим:

• Телефонные номера Alice приобрели скобочки для кода региона и дефисы-разделители, которых изначально не было.
• Телефонные номера Bob потеряли все форматирование (пробелы), и также внутренний рабочий номер. В таком виде не просто неудобно читать, да ещё и полной информации не отображается. Хотя номер остается кликабельным и дозвон осуществляется правильно: не на общий номер, а с учетом внутреннего номера.

Теперь же попробуем позвонить Alice и Bob по их коротким номерам:

• Поиск по адресной книге происходит одинаково хорошо
• Отображение номеров полностью соответствует карточкам контакта
• Несмотря на урезанное отображение рабочего номера для Bob, дозвон происходит корректно

Вывод из заметки:

На стороне клиента Lync происходит дискриминация по телефонному коду страны. Не зависимо от правил нормализации на стороне сервера Lync и формата записи телефонных номеров в учетке в AD, клиент Lync преобразует эти номера по разным правилам для телефонов с кодом +1 и для всех остальных. Причем «остальным» ничего приятного не достаётся: пропадает читаемость и внутренний номер…

Я искренне надеюсь, что разработчики вскоре исправят этот баг.