locked
длинные номера в AD, короткие в CUCM, режим RCC RRS feed

  • Вопрос

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

    Помогите разобраться с такой ситуацией (часть настроек уже сделана, но кое-какой функционал пока не работает):

    Есть OCS 2007 R2, который интегрируется с Cisco Unified Call Manager (CUCM) через CUPS (в режиме RCC).

    В AD в свойствах пользователей на вкладке General заданы длинные номера вида 7ххххуууу. Такая структура номера удобна Заказчику: хххх - префикс филиала, уууу - внутренний номер абонента внутри филиала

    Пока работаем только в одном офисе и CUCM использует короткие номера вида уууу.

    В режиме интеграции RCC когда пользователю приходит входящий звонок, то на телефонном аппарате он видит ФИО звонившего (т. к. CUCM передает эти сведения), а клиент MOC не понимает кто звонит и передает только уууу (не преобразуя их в ФИО).

    Собстевнно вопрос: можно ли какими-то правила нормализации (или как-то еще на OCS) сопоставить короткие номера, приходящие с телефонной станции, соотвествующим пользователям?

    Заранее спасибо!


    MCSE 2003, MCITP (Server Administrator, Enterprise Messaging Administrator)
    19 апреля 2011 г. 16:12

Ответы

  • Принцип сопоставления такой:

    Пришедший номер сопоставляется номерам из адресной книги (AD, локальные контакты профиля Exchange) с наложенными правилами нормализации.

    При нахождении соответствия - выводятся данные соответствующего контакта 



    • Помечено в качестве ответа ojcusa 22 апреля 2011 г. 14:25
    20 апреля 2011 г. 13:18
  • ojcusa, ответ - можно. :-)

    Через Company_Phone_Number_Normalization_Rules.txt.

    А почему вы считаете что у вас пропадут основные номера телефонов?

    Просто при звонке на них, будет набираться короткий номер.

    Правило можно еще уточнить, написав не (\d{3})(\d{4})$ а (123)(\d{4})$, где 123 - префикс вашего региона.

    • Помечено в качестве ответа ojcusa 22 апреля 2011 г. 14:25
    22 апреля 2011 г. 8:41

Все ответы

  • отрежте xxxx в Company_Phone_Number_Normalization_Rules.txt


    что то типа

    ^(\d{3})(\d{4})$

    $2;phone-context=dialstring

    19 апреля 2011 г. 19:09
  • Александр, а разве Normalization_Rules отвечают за сопоставление имени пользователя номеру телефона?

    Сами звонки у меня и так проходят.


    MCSE 2003, MCITP (Server Administrator, Enterprise Messaging Administrator)
    20 апреля 2011 г. 12:28
  • Принцип сопоставления такой:

    Пришедший номер сопоставляется номерам из адресной книги (AD, локальные контакты профиля Exchange) с наложенными правилами нормализации.

    При нахождении соответствия - выводятся данные соответствующего контакта 



    • Помечено в качестве ответа ojcusa 22 апреля 2011 г. 14:25
    20 апреля 2011 г. 13:18
  • Если я правильно понимаю, то на один тип номера не может быть задано 2 правила в Company_Phone_Number_Normalization_Rules.txt.

    Поэтому такой вариант не подойдет - если я на длинные номера буду задавать правило - преобразовывать в короткие (т. е. отрезать хххх), то у меня пропадает основной рабочий номер телефона у контактов. Если же я задаю правило, которе обеспечивает понимание 9-значных номеров (7ххххуууу), то короткие номера, приходящие с Cisco не резолвятся в имя.

     


    MCSE 2003, MCITP (Server Administrator, Enterprise Messaging Administrator)
    21 апреля 2011 г. 12:49
  • Ну так что ж вы хотите? правила игры вы теперь знаете. :-)

    Нужно либо номер 7-и значный получать от Cisco либо срезать три цифры при вызовах.

    К сожалению, давно не делал RCC со стороны Cisco и не помню, можно ли манипулировать номером вызываемого при входящем вызове.

     

     

    21 апреля 2011 г. 18:25
  • Так в итоге на мой первый вопрос ответ: нельзя? Т. е. если в AD овновной номер телефона у пользователя длинный, а с Циски приходит короткий, то никакие правила нормализации тут не помогут? Так?


    MCSE 2003, MCITP (Server Administrator, Enterprise Messaging Administrator)
    22 апреля 2011 г. 6:36
  • ojcusa, ответ - можно. :-)

    Через Company_Phone_Number_Normalization_Rules.txt.

    А почему вы считаете что у вас пропадут основные номера телефонов?

    Просто при звонке на них, будет набираться короткий номер.

    Правило можно еще уточнить, написав не (\d{3})(\d{4})$ а (123)(\d{4})$, где 123 - префикс вашего региона.

    • Помечено в качестве ответа ojcusa 22 апреля 2011 г. 14:25
    22 апреля 2011 г. 8:41
  • ojcusa, ответ - можно. :-)

    Через Company_Phone_Number_Normalization_Rules.txt.

    А почему вы считаете что у вас пропадут основные номера телефонов?

    В одном из экспериментов они у меня пропали. Может, я не дождалась окончания синхронизации.

    Просто при звонке на них, будет набираться короткий номер.

    Правило можно еще уточнить, написав не (\d{3})(\d{4})$ а (123)(\d{4})$, где 123 - префикс вашего региона.

    Да, правило у меня почти так и выглядит (70000(\d{4}) -> $1). У тех пользователей, которые перегрузили коммуникатор в свойствах контакта - короткие номера. Но все равно при звонке отображается не ФИО звонившего, а короткий номер.

    И в свойствах своего контакта у меня остается длинный номер из AD. Это может чему-то мешать?

    В чем может быть дело?:(

    P. S. Александр, можно с вами связаться через icq для более оперативного общения? (icq 176-026-803)

     


    MCSE 2003, MCITP (Server Administrator, Enterprise Messaging Administrator)
    22 апреля 2011 г. 9:58
  • Боюсь более оперативно только через менеджера. Большая загрузка. :-)

    Посмотрите в каком виде к вам поступают входящие номера (сделать это можно через logging tool)

    Попробуйте написать 70000(\d{4}) -> $1;phone-context=dialstring

     

    22 апреля 2011 г. 11:45
  • Спасибо за все Ваши ответы!

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

    Есть еще один вопрос:

    В моей конфигурации пользователи на телефоне набирают номер с преффиксом 9 - для выхода в город. Потом на Циске эта 9-ка отрезается и звонок уходит в город . При этом, в режиме RCC в коммуникаторе остаются сведения о недавних контактах - номер уже без 9, т. е. повторно позвонить по нему используя коммуникатор уже нельзя.

    Если же написать правила нормализации, чтобы добавлялась 9-ка, то номера сохранятся в коммуникаторе правильно (можно перезвонить), но при этом есть неудобство: правила набора на телефоне и на коммуникаторе различаются. Можно как-то этот вопрос решить на стороне OCS?

     


    MCSE 2003, MCITP (Server Administrator, Enterprise Messaging Administrator)
    22 апреля 2011 г. 14:24