none
Звонок из коннтактной карточки Lync на Avaya RRS feed

  • Вопрос

  • Доброго всем дня, возникла проблема в том что у нас в компании используется формат набора через "0" т.е при звонке на моб. телефоны мы просто набираем 01234567 или 0(код оператора)1234567 если же звоним на внутрении то просто набираем 1234 внутрении номер, все прекрасно работает, могу звонить с Lync на моб. и внутрении номера но вот когда хочу набрать номер из контакта который внесен в AD и имеет формат +77010011234 то на Avaya так и приходит из-за чего невозможно звонить просто выбрав номер из списка

     

     

    т.е. как сознать правило которое преобразовывало набор из списка в корректный. Правила по набору я создал с телефона в Lync они прекрасно работают а вот при выборе звонка как на рисунке выше на Avaya и поступает такой набор (

    10 октября 2011 г. 5:16

Ответы

  • В консоли Lync Server Control Panel Вам нужно настроить правила нормализации, варианта, по моему мнению, два:

    1. Voice Routing - Dial Plan создаете правило нормализации, которое преобразует вводимые или выбираемые номера к привычному пользователям виду (для номеров вида +7 нужно убрать два первых символа и добавить 0). при наборе пользователи увидят номер в формате, пригодном для отправки на станцию, хотя это и не совсем правильно с точки зрения соблюдения стандартов набора/хранения номеров

    2. Voice Routing - Trunk Configuration точно также создаете аналогичное правило нормализации, которое, в отличие от первого варианта, будет отрабатывать только на этапе отправки набора на шлюз pstn (станцию). пользователи изменения номера не увидят

    правил может быть (и должно быть) не одно - нужно же отследить множество вариантов набора и отработать их соответствующим образом

     


    • Изменено Gluк 10 октября 2011 г. 8:12
    • Помечено в качестве ответа Yuriy Lenchenkov 12 октября 2011 г. 13:51
    10 октября 2011 г. 5:31

Все ответы

  • В консоли Lync Server Control Panel Вам нужно настроить правила нормализации, варианта, по моему мнению, два:

    1. Voice Routing - Dial Plan создаете правило нормализации, которое преобразует вводимые или выбираемые номера к привычному пользователям виду (для номеров вида +7 нужно убрать два первых символа и добавить 0). при наборе пользователи увидят номер в формате, пригодном для отправки на станцию, хотя это и не совсем правильно с точки зрения соблюдения стандартов набора/хранения номеров

    2. Voice Routing - Trunk Configuration точно также создаете аналогичное правило нормализации, которое, в отличие от первого варианта, будет отрабатывать только на этапе отправки набора на шлюз pstn (станцию). пользователи изменения номера не увидят

    правил может быть (и должно быть) не одно - нужно же отследить множество вариантов набора и отработать их соответствующим образом

     


    • Изменено Gluк 10 октября 2011 г. 8:12
    • Помечено в качестве ответа Yuriy Lenchenkov 12 октября 2011 г. 13:51
    10 октября 2011 г. 5:31
  • благодарю, вот именно этого правила и не хватало, теперь все прекрасно работает, сижу теперь штампую правила такие же как и в Dial Plan только в Trunk Configuration :)

     

    Всплыл еще один вопрос... Когда звонишь с внутреннего номера на номер Lync то соединение происходит но вот гудков нет, просто тишина хотя звонок идет...

    10 октября 2011 г. 6:00
  • так, похоже, и задумано. lync почему-то считает, что сигнал контроля посылки вызова (КПВ) в этом случае должен генерировать внешний шлюз (источник). какие-то станции это делать могут, какие-то нет

    10 октября 2011 г. 8:15
  • ок! спасибо, будем тестировать дальше )
    10 октября 2011 г. 9:17
  • 2. Voice Routing - Trunk Configuration точно также создаете аналогичное правило нормализации, которое, в отличие от первого варианта, будет отрабатывать только на этапе отправки набора на шлюз pstn (станцию). пользователи изменения номера не увидят
    На самом деле, когда соединение установится, этот номер будет виден ;) .
    10 октября 2011 г. 10:38
    Модератор
  • Всплыл еще один вопрос... Когда звонишь с внутреннего номера на номер Lync то соединение происходит но вот гудков нет, просто тишина хотя звонок идет...


    http://technet.microsoft.com/en-us/lync/gg131938#tab=2
    По этой ссылке, в частности написано
    1. When a call is ringing to a Lync user, the caller (either on an Avaya station or a PSTN line routed through the PBX) will not get a ring-back tone. This issue has been resolved by Avaya with the 5.2.1 SP1 software release.
    11 октября 2011 г. 5:35
    Отвечающий
  • Network Division

    Аватар пользователя Network Division

    Netw

    Подскажите а как должено выглядеть выражение для преобразования номера +9(999)999XXXX . Таким образом мы свои внутренние номера прописываем чтобы можно было звонить сразу из Contact->Call->Work.

    Так вот нужно чтобы на станцию передавался только XXXX а всё остально должно "резаться".

    Ещё такой вопрос возник, нашёл статью что можно использовать ext. в записях, кто то вообще пробовал указывать добавочный номер в AD?

     

     

     

    13 октября 2011 г. 20:06
  • Network Division

    Аватар пользователя Network Division

    Netw

     

    Подскажите а как должено выглядеть выражение для преобразования номера +9(999)999XXXX . Таким образом мы свои внутренние номера прописываем чтобы можно было звонить сразу из Contact->Call->Work.

    Так вот нужно чтобы на станцию передавался только XXXX а всё остально должно "резаться".

     

     

     

     

    +9999999=8 цифр + 4цифры т.е номер состоит из 12 в критериях укажи что бы после набора 12-ти значного номера удалялось 8 цифр. По началу это сложновато понять а потом как по маслу )

     

    P.S. почитай внимательней посты выше, там все очень доходчиво объясняют.

    20 октября 2011 г. 3:05
  • Один из вариантов (если в номере могут быть любые цифры, а не только "9") -
    Pattern: ^\+\d{7}(\d{4})$
    Rule: $1

    если же "отсекать" именно указанное сочетание, то фильтр может быть таким: ^\+9{7}(\d{4})$ или таким: ^\+9999999(\d{4})$

    при необходимости вырезать и скобки возможен и такой вариант: ^\+9\(999\)999(\d{4})$ (хотя все лишние символы Lync, по-моему, вырезает сам)

    правило везде одно и то же - $1

    про записи ext чуть раньше справедливо написали, что корректно Lync с ними работает только в том случае, если основной номер входит в номерной план штатов (+1...)

     

     

    20 октября 2011 г. 11:13