locked
про E164 и не только RRS feed

  • Вопрос

  • Коллеги помогите в голове навести порядок
    Иммется OCS 2007 R2 + железка

    вот  сами вопросы (извините если вопросы покажутся "детскими" - запутался уже ...) :

    1) В AD UC  в поле General  прописывается телефонный номер который ни на что не влияет ( по сути может быть любым: как 1234 так и +749512345671234 - но должен соответствовать правилам в файлике Company_Phone_Number_Normalization_Rules.txt) . Номер в этом поле служит только для отображения контактов пользователя

    2)
    В AD UC  в поле Communications  присваивается уникальный номер, в следующих форматах
    Tel:+74951234567;ext=1234 
    Tel:+749512345671234
    и как я понимаю  можно присвоить короткий номер в формате Tel:1234 - если можно присвоить номер в коротком формате, он должен соответствовать правилам в файле Company_Phone_Number_Normalization_Rules.txt ?

    3) Если в организации существуют префиксы для каждого филиала их тоже нужно прописывать ? - то есть внутри филиала 1 это номер 1234 но есть префикс 001 - то есть полный номер абонента внутри организации 0011234. Внутри филиала звонки идут по короткому номеру 1234, но если нужно позвонить из филиала 1 (преф 001) в филиал 2 
    (преф 002) то с номера 0011234/1234 набираем  0021234 .
    В этом случае в AD UC  в поле Communications пользователю присваивается номер Tel:+74951234567;ext=0011234  или Tel:0011234   то есть прописываем полный номер вместе с филиальным префиксом - правильно ?
    Должен ли номер 0011234  соответствовать правилам в файле Company_Phone_Number_Normalization_Rules.txt ?

    4) Правила нормализации - набираемые номера должны преобразовываться в номера E164 - то есть если мы звоним в город на номер 1234567 - то этот номер должен преобразоваться например в номер +74951234567
    а если мы звоним с клиента  абоненту железки например с номера 1234 на номер 4321 -> эти вызовы должны нормализоваться в E164 ? то есть номер 4321 должен преобразоваться в номер +749576543214321. или можно на железку отослать короткий номер 4321 ?

    5) В каком виде с железки должны приходить набранные номера на OCS 2007 R2 ?  например абонент железки с номера 4321 набрал номер абонента OCS 2007 R2 1234 , на OCS должен придти номер 1234 или номер 1234 нужно преобразовать на станции в номер +749512345671234 или в случае использования филиальных префиксов
    +749512345670011234
    Соответственно приходящий с железки номер на OCS 2007 R2 должен соответствовать номеру прописанному в  В AD UC  в поле Communications









    13 октября 2009 г. 7:26

Ответы

  • в свойствах Location Profile есть несколько интересных опций :

    1)External access prefix
    This box becomes active when you select the Optimize device dialing check box. You can specify an external access prefix that, for example, matches a long distance prefix, by typing up to four characters (#, *, and 0-9) in this box.

    какую смысловую и функциональную нагрузку она несет ? ведь туже 9 или 8 для выхода в город можно и правилами нормализации подставить ?

    2)Internal enterprise extension
    Select this check box if the normalization rule results in a phone number that is internal to the enterprise.


    как я понимаю она нужна ( и нужна ли в действительности ? ) для правила нормализации внутренних номеров например с правилом ^(\d{4})$ -> $1
    а что именно эта галка включает ?

    Доброго времени суток!

    1) Эта опция требуется если для совершения внешних звонков на телефоне требуется набирать дополнительный номер ("выход в город через 9/0").

    Эту девятку/ноль можно учесть с помощью правил нормализации только в случае on-hook звонков (когда сперва набираете номер телефона, а потом нажимаете дозвон, как на мобильных к примеру)

    В случае же off-hook звонков (когда поднимаете трубку, слышите непрерывный гудок и только затем набираете номер) такой номер пройдет далеко не всегда, т.к. правила применяются по мере набора номера.

    На примерах:

    Есть правило нормализации, учитывающее девятку для выхода в город: ^9(\d{7})$  +38044$1
    Есть правило для внутренних звонков на четырехзначные номера ^(\d{4})$ $1

    При on-hook звонке, вы набираете 91234567 и получаете +380441234567 (правило 1)
    При off-hook звонке, вы набираете 91234567 и получаете 9123 (правило 2)

    Чтобы этого избежать и существуют настройки Optimaze for device dialing и Extended access prefix

    2) Internal enterprise extension указывает применять ли правило нормализации для номеров, начинающихся с вышеупомянутого префикса. Если при off-hook звонке первая набранная цифра совпадает с Extended access prefix , то номер игнорится и правило нормализации, для которого опция включена, не применяется.

    Например, у вас включена опция Optimaze for device dialing и указан Extended access prefix "9".

    Если опция Internal enterprise extension включена для правила ^(\d{4})$ $1, то при наборе 91234 правило не сработает.

    Если же опция выключена, то при наборе 91234 правило сработает и получим 1234.

     

    PS: знаю, что вопросу уже как год, но если кому поможет - хорошо )

    • Помечено в качестве ответа AleksanderL 13 октября 2010 г. 7:29
    13 сентября 2010 г. 15:38

Все ответы

  • попробую сам

    вопрос 1

    В AD UC  в поле General -> отображается только контактная информация,номер обрабатывается правилами в файлике Company_Phone_Number_Normalization_Rules.txt


    Вопрос 2

    Office Communications Server 2007 R2 supports E.164 numbers as well as non-Direct Inward Dialing (DID) numbers. Non-DID numbers can be represented in the format <E.164>;ext=<extension> or as a string of digits, with the requirement that the private extension is unique across the enterprise. For example, a private number of 1001 can be represented as +1425550100;ext=1001 , or as 1001 . When represented as 1001 , the expectation is that this private number is unique across the enterprise.

    другими словами можно :
    Tel:+74951234567;ext=1234 
    Tel:+749512345671234
    Tel:1234

    должен соответствовать правилам в файле Company_Phone_Number_Normalization_Rules.txt  - пока не разобрался

    Вопрос 3

    Если в организации существуют префиксы для каждого филиала их тоже нужно прописывать ?
    Думаю так - префикс филиала - это часть номера в любом случае - значит прописывать префикс :
    номер абонента внутри организации будет 0011234

    Вопрос 4

    A location profile is essentially a named set of normalization rules. Normalization rules translate dialed numbers in various formats into a standard (that is, E.164) format. You need to create one or more normalization rules for each location profile. You can copy an existing normalization rule in one location profile to a new location profile.

    другими словами все набираемые номера должны быть преобразованы в E164

    Вопрос 5

    • Each gateway should be configured so that the E.164 numbers routed by Enterprise Voice to the gateway are normalized to a locally dialable format.
    • Each gateway should be configured to pass only E.164 numbers to the Mediation Server. Please see each gateway vendor's documentation for specific instructions on how to normalize source phone numbers to E.164.
    • Each gateway should be configured to convert the source number (the number presented as caller ID) to a normalized E.164 number. This ensures the caller ID can be matched to a Communicator contact, an Outlook contact, or a member of the corporate directory, thereby enabling Communicator to provide additional information about the caller. This number will also appear in e-mails notifying the user of missed calls and voice mail, allowing the user to click the phone number in order to quickly return a call. If the number has been normalized by the gateway, no further processing is required. If for some reason the number cannot be normalized by the gateway, the normalization rules defined by the location profile will be applied when returning a call. It might be necessary to add normalization rules to a location profile to handle numbers that cannot be normalized by the gateway. Please see each gateway vendor's documentation for specific instructions on how to normalize source phone numbers to E.164.
    другими словами с железки на OCS должны приходить только E164 номера

    на самом деле по факту не совсем так -входящие вызовы с железки нормализуются согласно Location Profile который присвоен Mediation server

    Mediation Servers use location profiles to convert incoming numbers from a local number format to E.164 format for purposes of routing to Communications Server. Each Communications Server 2007 Front End Server and pool must be associated with a location profile to determine how outgoing calls to the public switched telephone network (PSTN) or a PBX are to be routed.

    http://technet.microsoft.com/en-us/library/dd425158%28office.13%29.aspx




    • Изменено AleksanderL 3 ноября 2009 г. 9:18 1
    16 октября 2009 г. 5:27
  • Тогда Вопрос 6
    если у пользователя OCS прописан номер в коротком виде Tel:1234, а все входящие вызовы OCS понимает только как E164 - как сопоставится номер при входящем звонке с железки на номер 1234 ?
    16 октября 2009 г. 6:33
  • попробую ответить на свой Вопрос 6

    http://social.technet.microsoft.com/Forums/ru-RU/ocscsru/thread/d7f49b58-1cc6-45bd-9d8b-baad69aa3cb6

    ЕСЛИ включить галку "PBX Integration", ТО Line URI можно ставить ЛЮБОЙ, например tel:1234,
    где 1234 - реальное телефонное расширение, либо не PBX а просто номер, OCS'овский, так сказать.

     

    PS вообще судя по документации галка "PBX Integration" отвечает за включения у пользователя режима Dual Forking

     

    В этом случае Reverse Number Lookup в AD при входящем звонке
    просто и понятно делается по этому 1234, то есть PBX и Mediation Server
    при входящем звонке репортуют OCS Front-End что искать надо именно
    1234, и он ищет, без всяких никому не нужных плюсов в Tel: URI.

    Осталось разобраться с файликом  Company_Phone_Number_Normalization_Rules.txt

    • Изменено AleksanderL 28 октября 2009 г. 7:55 df
    16 октября 2009 г. 10:09
  • Вопрос 7
    Есть ли у формата E164 ограничение по длине номера ?
    то есть  номер +74951234567   
    сколько максимально символов может иметь ext ?


    кстати к вопросу о файлике Company_Phone_Number_Normalization_Rules.txt - на параметр Line Uri он никак не влияет, но влияет на все остальные номера которые пишутся в свойствах учетки пользователя ( рабочий, домашний, сотовый и т.д.)
    • Изменено AleksanderL 21 октября 2009 г. 15:53 1
    21 октября 2009 г. 14:29
  • по Вопросу 7
    E164
    рассмотрим номер +74951234567

    и так номер в этом формате может иметь максимум 15 знаков

    http://technet.microsoft.com/en-us/library/bb125151.aspx

    то есть :
    символ +    это 1 знак
    далее идет код страны, в нашем случае 7 это 1 знак, но может содержать до 3 знаков
    эти 2 вида символов не участвуют в ограничении в 15 символов

    Дальше действует ограничение на 15 символов
    4951234567 - это 10 знаков
    остается 5 знаков на EXT

    Но это все в теории - на практике есть ли ограничения и что будет если EXT присвоить не 5 а например 7 знаков  не знаю

    либо 2 вариант - ограничение в 15 символов действует только на публичну часть номера - 4951234567
    а EXT может быть любой длинны
    скорее всего так оно и есть :)

    может кто подскажет, а то разговариваю в этой теме сам с собой
    то ли вопросы задаю непонятные, то ли люди которые знают ответы молчат аки партизаны скрывая какую то страшную тайну .....
    • Изменено AleksanderL 22 октября 2009 г. 7:50 1
    22 октября 2009 г. 7:27
  • пообщаюсь сам с собой еще ....

    Вопрос 8
    Если в организации есть несколько городских линий
    +74951234567
    +74997654321
    и т.д. а пользователю в Line Uri прописан номер Теl:+74997654321;ext=1234
    то как пройдет звонок с номера +74951234567 (отличного от того что прописан у пользователя в АД) до пользователя ?
    27 октября 2009 г. 14:28
  • По поводу e.164
    В OCS 2007 R2 можно и без E.164 обходиться. В документации, если хорошо поискать, об этом сказано. 

    27 октября 2009 г. 15:24
  • правильно ли я понимаю что :
    non-DID numbers это Теl:+74997654321;ext=1234

    а что тогда DID numbers
      ?

    Александр киньте пожалуйста ссылку где говорится о том что можно не использовать E164
    сейчас заново прочитал Deploying Enterprise Voice и везде фигурирует E164
    28 октября 2009 г. 7:46
  • 1. Уже не только :-)

    2. Эх.. лень было опять в документации рыться, но если настаиваете...

    http://technet.microsoft.com/en-us/library/dd441273(office.13).aspx

    Improved Handling of Private (Non-DID) Numbers

    Two improvements for handling private (non-DID) numbers in Office Communications Server 2007 R2 enable:

    • Compatibility with PBXs or other downstream elements that do not support the plus sign in Request URIs.
    • Support for private numbering plans, in which the msRTCSIP-Line property in Active Directory Domain Services (AD DS) does not have to be in E.164 format.
    28 октября 2009 г. 8:00
  • спасибо огромное
    то есть пользователю можно назначать номер в AD UC  в поле Communications не в формате Е164 а в коротком виде (то о чем я писал ранее) Tel:1234

    тогда такой вопрос можно ли нормализовать номера в Location Profile и Routes не в Е164 номера ?
    и соответсвенно принимать с железки и отправлять на железку не Е164 номера ?
    и что из себя представляет DID numbers ? это Tel:1234    ?
    28 октября 2009 г. 8:15
  • Что сказать... У нас так работает :-)

    DID с точки зрения OCS - прямой номер в формате +<код страны><код региона><номер внутри внутри региона>. При этом у каждого пользователя есть прямой номер и внутренний номер пользователя совпадает с последними цифрами прямого номера.

    28 октября 2009 г. 8:51
  • Что сказать... У нас так работает :-) - это ты имеешь ввиду мой вопрос :
    тогда такой вопрос можно ли нормализовать номера в Location Profile и Routes не в Е164 номера ?
    и соответсвенно принимать с железки и отправлять на железку не Е164 номера ?

    то есть вы не нормализуете НИЧЕГО  в Е164 ? я правильно понимаю ? и работаете с тем номером который набрали - то есть набрали 1234 и его же и отправили на железку. и точно так же с железки набрали 4321 и отправили этот же номер без нормализации на OCS


    а DID номер получается вот таким : +74997654321  то есть без ext
    При этом у каждого пользователя есть прямой номер и внутренний номер пользователя совпадает с последними цифрами прямого номера.
    если речь идет о прямых номерах - то обычно их выделяют VIP пользователям
    28 октября 2009 г. 9:07
  • нормализуем городские и мобильные :-)

    Внутренние номера tel:XXXX

    Соответственно есть правило ^(\d{4})$ -> $1

    Про DID. это в России их VIP выделяют а в Америке и в Европе - это обычнная практика когда у всх прямой номер. Недавно две недели одному немцу по переписке объсянял что в России нормальная практика, когда выделеный номер только у автосекретаря :-)
    28 октября 2009 г. 10:12
  • все понял спасибо огромное

    про Did
    реализуется так:
    есть городской номер 1234567, который маршрутизируется на внутренний 4567

     по вопросу 8
    в общем получается что если пользователю прописывать номер в формате Tel:1234  а не Теl:+74997654321;ext=1234
    то можно иметь сколь угодно много городских номеров - главное что бы с железки на OCS уходило 1234 и по этому номеру искался конечный абонент в AD
    • Изменено AleksanderL 28 октября 2009 г. 10:30 1
    28 октября 2009 г. 10:29
  • еще 2 вопроса :

    в свойствах Location Profile есть несколько интересных опций :

    1)External access prefix
    This box becomes active when you select the Optimize device dialing check box. You can specify an external access prefix that, for example, matches a long distance prefix, by typing up to four characters (#, *, and 0-9) in this box.

    какую смысловую и функциональную нагрузку она несет ? ведь туже 9 или 8 для выхода в город можно и правилами нормализации подставить ?

    2)Internal enterprise extension
    Select this check box if the normalization rule results in a phone number that is internal to the enterprise.


    как я понимаю она нужна ( и нужна ли в действительности ? ) для правила нормализации внутренних номеров например с правилом ^(\d{4})$ -> $1
    а что именно эта галка включает ?



    Есть мнение что эти опции сделаны для вот таких устройств

    http://technet.microsoft.com/ru-ru/bb970310%28en-us%29.aspx
    • Изменено AleksanderL 2 ноября 2009 г. 7:50 1
    30 октября 2009 г. 10:32
  • Про нормализацию

    Support for Private Numbering Plans

    Office Communications Server 2007 R2 also introduces support for private numbering plans by normalizing From headers that are not in E.164 format. If the result of this normalization is not in E.164 format, Office Communications Server 2007 R2 inserts a P-Asserted-ID header with a phone-context value of enterprise to enable user lookup in Office Communicator 2007 R2. However, if the URI already contains a phone-context value of enterprise , Office Communications Server 2007 R2 does not normalize the From header.

     

    другими словами внутренние вызовы с внутренних номеров Tel:1234 можно не нормализовать в E164

    теперь понятно почему Александр говорил что они нормализуют только городские и мобильные вызовы в Е164

     

    http://ucnow.ru/blogs/donin/archive/2009/07/01/ocs.aspx

     

     

    2 ноября 2009 г. 7:57
  • По поводу Company_Phone_Number_Normalization_Rules.txt
    может я и ошибаюсь но наверное есть еще и такой момент

    есть номер у пользователя
    Tel:1234 и есть файл Company_Phone_Number_Normalization_Rules.txt в котором например есть правило

    ^(\d{4})$
    +74951234567$1

    # ;phone-context=dialstring

    То есть по факту звонок от пользователя с номером
    Tel:1234  уходит не как 1234 а нормализовавшись согласно правилу в файле как +749512345671234

    или я не прав ?

    сам себе противоречу -
    на параметр Line Uri он никак не влияет

    кстати вот про файлик

    http://social.technet.microsoft.com/Forums/ru-RU/ocscsru/thread/b4115633-86ac-43aa-8b56-3bb734df52fd
    • Изменено AleksanderL 5 ноября 2009 г. 6:25 2
    3 ноября 2009 г. 9:45
  • Еще такой момент :
    если мы в город через железку можем отсылать цифры только в формате Е164
    то подставить  8 или 9 в качестве выхода в город или на межгород мы можем только отредактировав правила на самой железке :
    убрать все лишнее и дописать 8 или 9 .
    на самом OCS этого сделать нельзя - ведь тогда уже не будет формата Е164
    правильно ?
    5 ноября 2009 г. 6:21
  • на самом деле, можно. но со могими ограничениями. одно из них - если пользователь звонит на номер в формате e.164 - номер преобразован не будет. в общем, лучше на железке.

    5 ноября 2009 г. 7:15
  • спасибо

    еще 1 вопрос
    если пользователю прописан номер в формате

    Tel:+74951234567;ext=1234 
    Tel:1234

    то поиск номера при входящем вызове будет по 1234 ?

    а если номер прописан в виде

    Tel:+749512345671234

    то поиск номера при входящем вызове будет по полному номеру +749512345671234

    правильно ?
    5 ноября 2009 г. 12:06
  • есть мнение что номер должен искаться в том варианте в котором он прописан у пользователя

    вопрос что раньше - правила нормализации на Mediation на входящие вызовы или поиск номера
    5 ноября 2009 г. 17:27
  • чуть раньше я спрашивал про ограничение длинны номеров у пользователей
    получается вот такая картина для существующих 3 вариантов

    Tel:123456789012345    ext  равен 15 символам

    Tel:+74951234567;ext=12345678    здесь ext 8 символов

    Tel:+749512345671234  здесь ext может содержать всего 4 символа

    если вбивать большее количество символов ext оснастка OCS 2007 R2 напишит что номер не в формате E164 и не даст сохранить изменения

    имейте это ввиду когда будите планировать dial plan
    10 ноября 2009 г. 6:26
  • Теперь вопрос про АОН

    с чем связано что если у пользователя номер прописан в формате

    Tel:+749512345671234

    то на железку приходит номер в корректном для нее виде - АОН работает

    если номера прописаны в формате

    Tel:1234

    или

    Tel:+74951234567;ext=1234

    то АОН на железке не срабатывает = приходит только публичная часть номера
    13 ноября 2009 г. 6:47
  • в общем вот такие мысли про АОН

    Полный АОН будет работать только у формата Tel:+749512345671234, по скольку все цифры отсылаются полностью за 1 раз

    у формата Tel:+74951234567;ext=1234 АОН сработает только на публичную часть номера

    у формата Tel:1234 - не знаю ... наверное вообще никак АОН не отработает



    Ребят вот такой у меня вопрос
    Раньше я затрагивал эту тему городские звонки и E164
    Как сказал Александр они нормализуют городские и мобильные звонки в формат Е164 (как я понимаю происходит это на OCS а не на железке)
    далее с железки вы отправляете этот звонок в город подставляя 8 или 9 и убирая все лишнее из пришедшего номера согласно вашим правилам выхода в город .

    Как я понимаю из документации для звонка в город с OCS2007 R2 нам необходимо что бы набираемый номер был обязательно Е164 +74951234567
    в случае если набираемый номер будет преобразован в другом виде на OCS2007 R2, например 84951234567 этот вызов просто никуда не уйдет (или будет считаться локальным, но поскольку такого внутреннего номера нет звонок никуда не пройдет)

    К чему спрашиваю - можно ли на железку с OCS 2007 R2 отправлять 84951234567 или 894951234567 ( то есть городской вызов но не в E164) и уже на железке подставлять/удалять  все что нужно или отправлять в том виде в котором пришел номер ?
    Или городские вызовы с OCS 2007 R2 должны строго уходить в формате E164 ?


    PS
    в общем поскольку в документации везде фигурирует Е164 - будем считать что отправлять с OCS 2007 в город можно только в этом формате

    http://technet.microsoft.com/en-us/library/dd425155%28office.13%29.aspx

    опять все молчат :)
    • Изменено AleksanderL 13 ноября 2009 г. 15:05 1
    13 ноября 2009 г. 9:12
  • в свойствах Location Profile есть несколько интересных опций :

    1)External access prefix
    This box becomes active when you select the Optimize device dialing check box. You can specify an external access prefix that, for example, matches a long distance prefix, by typing up to four characters (#, *, and 0-9) in this box.

    какую смысловую и функциональную нагрузку она несет ? ведь туже 9 или 8 для выхода в город можно и правилами нормализации подставить ?

    2)Internal enterprise extension
    Select this check box if the normalization rule results in a phone number that is internal to the enterprise.


    как я понимаю она нужна ( и нужна ли в действительности ? ) для правила нормализации внутренних номеров например с правилом ^(\d{4})$ -> $1
    а что именно эта галка включает ?

    Доброго времени суток!

    1) Эта опция требуется если для совершения внешних звонков на телефоне требуется набирать дополнительный номер ("выход в город через 9/0").

    Эту девятку/ноль можно учесть с помощью правил нормализации только в случае on-hook звонков (когда сперва набираете номер телефона, а потом нажимаете дозвон, как на мобильных к примеру)

    В случае же off-hook звонков (когда поднимаете трубку, слышите непрерывный гудок и только затем набираете номер) такой номер пройдет далеко не всегда, т.к. правила применяются по мере набора номера.

    На примерах:

    Есть правило нормализации, учитывающее девятку для выхода в город: ^9(\d{7})$  +38044$1
    Есть правило для внутренних звонков на четырехзначные номера ^(\d{4})$ $1

    При on-hook звонке, вы набираете 91234567 и получаете +380441234567 (правило 1)
    При off-hook звонке, вы набираете 91234567 и получаете 9123 (правило 2)

    Чтобы этого избежать и существуют настройки Optimaze for device dialing и Extended access prefix

    2) Internal enterprise extension указывает применять ли правило нормализации для номеров, начинающихся с вышеупомянутого префикса. Если при off-hook звонке первая набранная цифра совпадает с Extended access prefix , то номер игнорится и правило нормализации, для которого опция включена, не применяется.

    Например, у вас включена опция Optimaze for device dialing и указан Extended access prefix "9".

    Если опция Internal enterprise extension включена для правила ^(\d{4})$ $1, то при наборе 91234 правило не сработает.

    Если же опция выключена, то при наборе 91234 правило сработает и получим 1234.

     

    PS: знаю, что вопросу уже как год, но если кому поможет - хорошо )

    • Помечено в качестве ответа AleksanderL 13 октября 2010 г. 7:29
    13 сентября 2010 г. 15:38