none
Не определяются Display Name при входящих звонках RRS feed

  • Вопрос

  • Здравствуйте, коллеги!

    Телефонные номера пятизначные и в AD прописаны в формате 1-23-45. Набирая номер из клиента Lync, то есть просто кликая "звонить" в меню пользователя, согласно всем правилам нормализации на сервере Lync, в шлюз (Cisco) приходит вызов в виде "12345" и соединение с номером на АТС проходит успешно.
    А вот когда номер приходит обратно, то на Lync он уже приходит в виде 12345 и отображается как "Входящий звонок 12345", а не "Входящий звонок Иванов Иван Иванович".

    Вопрос: как сотобразить Display Name из AD в такой ситуации?

     

    21 ноября 2011 г. 9:39

Ответы

  •  Voice Routing > Dialplan > New Pool Dilaplan

    где Pool -- цисковский шлюз, откруда приходят вызовы в Линк. Для данного диалплана создайте правила нормализации, чтобы, в вашем случае, к приходящим коротким номерам добавлялся плюсик. Тогда будет установлено однознаяное соответсвие приходящих номеров с адресной книгой.

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

    http://blogs.technet.com/b/nexthop/archive/2011/11/30/assigning-telephone-numbers-to-lync-enterprise-voice-users.aspx


    MCITP: EA, SA, EMA, LSA, VA; MCSA
    • Предложено в качестве ответа TwoBoots 17 января 2012 г. 11:29
    • Помечено в качестве ответа ILYA [ sie ] SazonovModerator 22 января 2012 г. 17:47
    16 января 2012 г. 10:27

Все ответы

  • Входящий номер сравнивается с номерами из адресной книги. Если есть совопадение - отображается как имя.

    По умолчанию в адресной книге номера формата XXXXX не разрешены.

    Ищите по слову Company_Phone_Number_Normalization_Rules.txt

    Примеры

    http://blog.schertz.name/2010/09/lync-2010-address-book-normalization/

    http://social.technet.microsoft.com/Forums/ru-RU/lync2010ru/thread/ac2cb06a-c4d0-4a7d-9a01-d998173f4353/

    21 ноября 2011 г. 10:00
  • Дело в том что адресная книга Lync используется параллельно как своеобразный телефонный справочник для тех кто еще пользуется обычной АТС, поэтому преобразование поля "Телефон" в формат +78310012345 нежелательно.
    Необходимо "научить" Lync понимать что номер от шлюза в формате "12345" это например "1-23-45".
    21 ноября 2011 г. 10:24
  • Это как раз и задается правилами в файле  Company_Phone_Number_Normalization_Rules.txt
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    21 ноября 2011 г. 15:20
    Модератор
  • поэтому преобразование поля "Телефон" в формат +78310012345 нежелательно.
    Необходимо "научить" Lync понимать что номер от шлюза в формате "12345" это например "1-23-45".


    1. Lync не обращает внимание на знак "-"

    2. Без Company_Phone_Number_Normalization_Rules.txt Lync воспринимает только намера в E.164

    3. Нужное вам правило ниже

    (\d{5})
    $1;phone-context=dialstring

     


    21 ноября 2011 г. 15:59
    1. В файле 1-WebServices-1\ABFiles\Company_Phone_Number_Normalization_Rules.txt внес строки
    2. (\d{5})
      $1;phone-context=dialstring
    3. Других строк нет.
    4. Запустил Update-CsAddressBook. Обновились файлы в папке "1-WebServices-1\ABFiles\00000000-0000-0000-0000-000000000000\00000000-0000-0000-0000-000000000000"
    5. Удалил файлы GalContacts.db и GalContacts.db.idx в папке "%userprofile%\AppData\Local\Microsoft\Communicator\sip_<username@domain>\"
    6. Перезапустил клиента.
    7. Звоню со стационарного телефона на номер Lync: "Входящий звонок 12345",

    Что-то еще где-то надо добавить?

     

    22 ноября 2011 г. 7:51
  • А если просто в клиенте в строке поиска набрать 12345 покажет контакт пользователя?
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    22 ноября 2011 г. 9:39
    Модератор
  • Нет, показывает просто номер.

    22 ноября 2011 г. 9:47
  • Посмотрите Invalid_AD_Phone_Numbers.txt Если его нет в директории с файлами адресной книги, то установите обновление http://support.microsoft.com/kb/2601461/en-us


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    22 ноября 2011 г. 15:16
    Модератор
  • что то не понятно откуда качать это обновление то...

     

    23 ноября 2011 г. 4:49
  • Это как раз понятно. Звонишь в Microsoft - просишь выслать линк на update на e-mail.
    23 ноября 2011 г. 7:25
  • Илья, такого файла не было. Появился после установки обновления. В этом файле около 200 строк с указанием учеток у которых не получилось  нормализовать номер. Все ошибки понятные (например указан не пятизначный, а семизначный номер). Но пользователей то гораздо больше (около 3000), то есть у примерно 2500 пользователей все нормализовалось нормально. Это подтверждается тем, что я могу совершать звонки на стационарные телефоны кнопкой "Звонить". А входящие все равно определяются в виде 12345 а не ФИО.
    23 ноября 2011 г. 9:39
  • Теперь смотрите настройки DialPlan. Там есть возможность для проверки правил тестовыми наборами - проверьте набор 12345. Насколько я понимаю ваш DialPlan должен выдать 12345 как результат.
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    23 ноября 2011 г. 10:27
    Модератор
  • Все верно- вот мой Dial Plan с тестом "живого" номера.

    23 ноября 2011 г. 11:53
  • Есть у кого-нибудь мысли?
    25 ноября 2011 г. 11:12
  • Проблема актуальна...

    28 ноября 2011 г. 6:16
  • Коллеги, очень прошу не забыть про данную ветку))

    29 ноября 2011 г. 12:05
  • А у четке у вас написано 23981 или 2-39-81? И в каком поле?
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    30 ноября 2011 г. 4:43
    Модератор
  • В поле Telephone number прописано 2-39-81.

    Пробовал прописывать варианты:

    • 23981
    • tel:23981
    30 ноября 2011 г. 9:02
  • Коллеги, есть идеи?

    5 декабря 2011 г. 5:57
  • Коллеги, прошу заглянуть в смежную тему, свзяанную с файлом нормализации:

    Duplicate entries in LYNC contacts

    http://social.technet.microsoft.com/Forums/ru-RU/ocsaddressbook/thread/86b87799-c0b0-4c04-a5a9-6c507570ae31


    MCITP: EA, SA, EMA, LSA, VA; MCSA
    8 декабря 2011 г. 8:55
  • То же самое не хочет линк отдавать имя вместо номера звонящего, если разрешили данную ситуацию отпишите пожалуйста.

    13 января 2012 г. 11:22
  • Создайте свою тему, подробно опишите сконфигурацию и проблему.
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    16 января 2012 г. 4:42
    Модератор
  • Думаю нет смысла разводить несколько тем с одинаковыми названиями и проблемами:

    Собственно: Стоит астериск к нему подключены Cisco-фоны, стоит Lync для его пользователей выделен пул внутренних 5-знач. номеров. Звонки от Lync пользователей во вне и на рабочие Cisco идут через астериск.  В AD у пользователей телефон в виде 12345 в поле "Рабочий телефон" и "Сотовый" в виде 71234567890. Для того чтобы в адресной книге появились все пользователи включая тех у кого телефоны Cisco было настроено правило нормализации в файле Company_Phone_Number_Normalization_Rules.txt

    ^(\d*)$
    +$1

    Так же был создан диал план с правилом нормализации из 12345 в +12345.

    В Lync клиенте у пользователя в карточке отображаются в поле рабочий номер +12345, и сотовый +71234567890. Если вручную вбить номер 12345 в поле поиска в клиенте Lync то в результатах поиска отобразятся 2 контакта просто телефон +12345 и собственно сам пользователь. Но если пользователь позвонит с Cisco-фона пользователю Lync, то отображается "12345 вызывает вас". На астериске меняли настройки и добавляли + в телефон звонящего.

    Результат "+12345 вызывает вас".

     

     

     

    16 января 2012 г. 5:31
  •  Но если пользователь позвонит с Cisco-фона пользователю Lync, то отображается "12345 вызывает вас". На астериске меняли настройки и добавляли + в телефон звонящего.

    Результат "+12345 вызывает вас".

     

     

     


    А что астериск присылает на Lync? 12345?
    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    16 января 2012 г. 8:34
    Модератор
  •  Voice Routing > Dialplan > New Pool Dilaplan

    где Pool -- цисковский шлюз, откруда приходят вызовы в Линк. Для данного диалплана создайте правила нормализации, чтобы, в вашем случае, к приходящим коротким номерам добавлялся плюсик. Тогда будет установлено однознаяное соответсвие приходящих номеров с адресной книгой.

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

    http://blogs.technet.com/b/nexthop/archive/2011/11/30/assigning-telephone-numbers-to-lync-enterprise-voice-users.aspx


    MCITP: EA, SA, EMA, LSA, VA; MCSA
    • Предложено в качестве ответа TwoBoots 17 января 2012 г. 11:29
    • Помечено в качестве ответа ILYA [ sie ] SazonovModerator 22 января 2012 г. 17:47
    16 января 2012 г. 10:27
  •  Voice Routing > Dialplan > New Pool Dilaplan

    где Pool -- цисковский шлюз, откруда приходят вызовы в Линк. Для данного диалплана создайте правила нормализации, чтобы, в вашем случае, к приходящим коротким номерам добавлялся плюсик. Тогда будет установлено однознаяное соответсвие приходящих номеров с адресной книгой.


    Аналогичная проблема была.. это Помогает

    "А что касается: по поводу использования плюсика для не глобально достижимых номеров -- это плохо"

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

    А щас в обе стороны все хорошо

     

     

    17 января 2012 г. 11:31
  • Извините что долго не отписывал, проблема решилась спасибо Argon.pro, после того как прописал правило для PSTN шлюза нормализовать номера на добавления+ все заработало, правда еще необходимо поставить галку internal extension так как у меня не глобально достижимые номера, от себя добавлю по поводу как раз не глобально достижимых номеров приходится их использовать по причине некоректного отображения номеров в форматах е.164 в карточке контакта Lync, такая тема создана в отдельно "Нормализация номера non-did телефона в карточке контакта Lync клиента". Всем спасибо.

    • Изменено Dimonsky 20 января 2012 г. 4:54
    20 января 2012 г. 4:53