none
Добавляется код +1425 при отображении номера телефона в 7 знаков в клиенте линка RRS feed

  • Вопрос

  • Здравствуйте, была выполнена миграция пользователей в новый сайт и пул. Номера пользователей 500ХХХХ. При поиске пользователя через адресную строку в клиенте линка, телефон пользователя отображается как +1(425) 500-ХХХХ. Файл нормализации в адресной книге создал. прописал все правила, но, толку никакого. Причём, если искать пользователя из другого сайта и пула в первый раз, то отображается сначало нормально, а позже, добавляется номер +1(425).

    Файл нормализации \\127.0.0.1\Share\65-WebServices-1\ABFiles\Company_Phone_Number_Normalization_Rules.txt

    ([0-8]\d{6})
    $1;phone-context=dialstring

    ([0,5-8]\d{3})
    500$1;phone-context=dialstring

    9([1-7,9]\d{6})
    +7495$1

    (\d{11})
    +$1

    98(\d{10})
    +7$1

    9(0\d)
    $1;phone-context=dialstring

    9(11\d)
    $1;phone-context=dialstring

    В какую сторону смотреть?

    9 декабря 2016 г. 12:58

Ответы

Все ответы

  • Добрый день.

    Файлик Company_Phone_Number_Normalization_Rules.txt служит для корректного отображения телефонных номеров пользователей в адресной книге в формате E.164.

    Все преобразования телефонных номеров выполняются согласно Dial Plan.

    Советую данную статью к прочтению: https://blogs.technet.microsoft.com/rupts/2011/04/11/lync/


    MCITP, MCSE: Communication|Server Infrastructure

    9 декабря 2016 г. 13:11
  • Евгений, на шлюз номера (при наборе вручную) правильно трансформируются и передаются. Вопрос в отображении самого контакта при поиске и отображении в клиенте линка.
    9 декабря 2016 г. 13:13
  • Подскажите, миграция была в новый пул Lync 2013 или Skype for Business 2015?

    MCITP, MCSE: Communication|Server Infrastructure

    9 декабря 2016 г. 13:33
  • Lync 2013 site1 Pool1 to Lync 2013 Site2 Pool2

    9 декабря 2016 г. 13:47
  • Скажите, а после создания файла Company_Phone_Number_Normalization_Rules.txt вы выполняли команду Update-CsAddressBook?

    По умолчанию адресная книга синхронизируется в 1:30.


    MCITP, MCSE: Communication|Server Infrastructure

    9 декабря 2016 г. 14:02
  • Да, уже несколько раз, но стоит заметить, что новая адресная книга (вернее её файлы) так и не появилась в шаре.

    Подскажите, есть set-CsAddressBookConfiguration -UseNormalizationRules $true (состояние по умолчанию). Отключение Правил нормализации скажется на всех сайтах, но что именно произойдёт? 

    Мне интересно, почему код именно +1(425) кто и на основании чего его добавляет.

    9 декабря 2016 г. 14:19
  • Если вы укажите значение $false, то в карточке контакта Lync номера будут отображаться без нормализации.

    Попробуйте отключить только на одном сайте: Set-CsAddressBookConfiguration -Identity site:Site1 -UseNormalizationRules $false

    Вообще код +1 (425) фигурирует во всех примерах Microsoft. Вот, кстати, похожая ситуация:

    https://social.technet.microsoft.com/Forums/lync/en-US/f79d5fe4-0424-4a05-aac5-c6485fb0b360/names-of-some-contacts-is-replaced-by-their-phone-numbers?forum=lyncprofile


    MCITP, MCSE: Communication|Server Infrastructure

    9 декабря 2016 г. 14:46
  • На сколько я увидел по ссылкам, тут речь идёт о дублях номеров. В данном случае это невозможно, так как все номера уникальны. А отключить нормализацию для сайта не получится

    Set-CsAddressBookConfiguration : Невозможно найти "AddressBookConfiguration" "Site:65", так как он не существует.
    Имя параметра: Identity
    строка:1 знак:1
    + Set-CsAddressBookConfiguration -identity site:SIP -RunTimeOfDay 18:30
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : InvalidArgument: (Site:65:String) [Set-CsAddress
       BookConfiguration], ArgumentException
        + FullyQualifiedErrorId : InvalidIdentity,Microsoft.Rtc.Management.Interna
       l.SetAddressBookConfigurationCmdlet

    9 декабря 2016 г. 15:47
  • Коллега большое спасибо! Всё было очень тривиально, коллеги перенесли шару с одного сервера на другой, а я безуспешно правил правила нормализации в левой шаре и ждал решения проблем ))))


    9 декабря 2016 г. 19:02