none
Нормализация номеров для звока через Asterisk RRS feed

  • Вопрос

  • Здравствуйте всем!

    Есть такой вопрос. 

    Есть Lync, Asterisk (выступает в качестве gateway). Asterisk связан с АТС и принимает вызовы на номера в виде 98029<и еще 7 цифр>

    Хочу в Lync иметь возможность набирать номер в международном формате +37529<и еще 7 цифр>. Помогите пожалуйста разобраться, как отдать в Asterisk номера в виде  98029<и еще 7 цифр>. Спасибо.

    Спасибо. 

    13 августа 2012 г. 10:10

Ответы

  • Я бы советовал передавать на Asterisk в формате +7375291234567. Если воспользоваться преобразованием на стороне линка в Trunk Configuration, то произойдет не очень приятная вещь - как только Asterisk ответит, вызываемый номер заменится на преобразованный, т.е. вместо +7375291234567 будет 9375291234567, а значит, если у вас в контактах был указан +7375291234567 номер, то отображение пропадет. Т.е. вызывали Васю Пупкина, а при соединении будет виден 9375291234567. Единственное преобразование на транке, которое не приводит к такому поведению это RemovePlusFromUri, но вам это не поможет.

    • Помечено в качестве ответа vicious_sn 17 августа 2012 г. 13:37
    13 августа 2012 г. 19:47
  • 1) Я описал эту ситуацию. Возможно недостаточно понятно.

    Представьте ее с т.з. пользователя. он набирает +375291234567 (что не удобно из-за плюса), потом ему показывается "нормализованный" номер вида 980291234567. Мне кажется, это менее эстетично, чем +37...

    2) Да, можно как вы описали. Но вопрос задан на форуме Lync Server, поэтому и предложено решение с помощью Lync Server :)

    • Помечено в качестве ответа vicious_sn 17 августа 2012 г. 13:37
    13 августа 2012 г. 12:21
  • Чтобы изменить формат набираемых номеров (номер вызываемого, номер В, called итд :)) при вызовах в сторону Aterisk нужно:

    1) Для того, чтобы номер какого-либо формата был обрабтан линком и не отброшен сразу, необходимо внести его в Dial plan. сделайте правило для международных вызовов нужного формата в заисимости от того, как пользователи хотели бы набирать номер и от того, какие уже записи в dial plan имеются.

    например польз-ль набирает 9375291234567, диал план преобразует это к виду +7375291234567 к примеру правилом match this pattern: ^9(\d{12}\d+) и translation rule:  +$1.

    2) Для того, чтобы изменить набираемый номер на выходе из линк прозрачно для пользователя используйте правила преобразования Assosiated translation rules в Trunk configuration. Метод создания записей такой же, как в диал план. указываете регулярное выражение, соотв. формату номера после обработки его Dial plan'ом, затем правило преобразования, в вашем случае это будет примерно так match this pattern: ^+37529(\d+)  translation rule:  98029$1

    лиюо можно только dial plan'ом менять, но в таком случае пользователь будет видеть этот длинный номер, что нехорошо.

    http://adonin.wordpress.com/2012/02/12/lync-call-processing/ тут много полезного!

    • Помечено в качестве ответа Yuriy Lenchenkov 17 августа 2012 г. 13:25
    13 августа 2012 г. 11:58

Все ответы

  • Чтобы изменить формат набираемых номеров (номер вызываемого, номер В, called итд :)) при вызовах в сторону Aterisk нужно:

    1) Для того, чтобы номер какого-либо формата был обрабтан линком и не отброшен сразу, необходимо внести его в Dial plan. сделайте правило для международных вызовов нужного формата в заисимости от того, как пользователи хотели бы набирать номер и от того, какие уже записи в dial plan имеются.

    например польз-ль набирает 9375291234567, диал план преобразует это к виду +7375291234567 к примеру правилом match this pattern: ^9(\d{12}\d+) и translation rule:  +$1.

    2) Для того, чтобы изменить набираемый номер на выходе из линк прозрачно для пользователя используйте правила преобразования Assosiated translation rules в Trunk configuration. Метод создания записей такой же, как в диал план. указываете регулярное выражение, соотв. формату номера после обработки его Dial plan'ом, затем правило преобразования, в вашем случае это будет примерно так match this pattern: ^+37529(\d+)  translation rule:  98029$1

    лиюо можно только dial plan'ом менять, но в таком случае пользователь будет видеть этот длинный номер, что нехорошо.

    http://adonin.wordpress.com/2012/02/12/lync-call-processing/ тут много полезного!

    • Помечено в качестве ответа Yuriy Lenchenkov 17 августа 2012 г. 13:25
    13 августа 2012 г. 11:58
  • М, а нельзя на астериск отдать в международном формате, а на нем обрезать? (в extensions.conf можно несколько первых цифр обрезать и добавить)

    Ну или правило нормализации, вроде так:

    P.S. Насколько я знаю это же правило можно на транк(Trunk configuration) применить, но не проверял.

    13 августа 2012 г. 12:04
  • 1) Я описал эту ситуацию. Возможно недостаточно понятно.

    Представьте ее с т.з. пользователя. он набирает +375291234567 (что не удобно из-за плюса), потом ему показывается "нормализованный" номер вида 980291234567. Мне кажется, это менее эстетично, чем +37...

    2) Да, можно как вы описали. Но вопрос задан на форуме Lync Server, поэтому и предложено решение с помощью Lync Server :)

    • Помечено в качестве ответа vicious_sn 17 августа 2012 г. 13:37
    13 августа 2012 г. 12:21
  • Я не отвечал на Ваш пост, просто свой долго писал - отвлекали:)

    P.S. астериск в любом случае настраивать прийдется

    13 августа 2012 г. 13:07
  • Я бы советовал передавать на Asterisk в формате +7375291234567. Если воспользоваться преобразованием на стороне линка в Trunk Configuration, то произойдет не очень приятная вещь - как только Asterisk ответит, вызываемый номер заменится на преобразованный, т.е. вместо +7375291234567 будет 9375291234567, а значит, если у вас в контактах был указан +7375291234567 номер, то отображение пропадет. Т.е. вызывали Васю Пупкина, а при соединении будет виден 9375291234567. Единственное преобразование на транке, которое не приводит к такому поведению это RemovePlusFromUri, но вам это не поможет.

    • Помечено в качестве ответа vicious_sn 17 августа 2012 г. 13:37
    13 августа 2012 г. 19:47
  • Спасибо за развернутые ответы. Все верно, буду в Asterisk передавать нормальный номер ...
    17 августа 2012 г. 13:36