[cisco-voip] Application Dial Rule with variable length

[Anthony Holloway]

Yep, I agree.  They also impact attendant console too.

On Wed, Apr 3, 2019 at 11:39 PM Evgeny Izetov <eizetov at gmail.com> wrote:

> Also, even if click-to-dial numbers are not in +E.164 format, I would
> probably try to 'globalize' them using translation patterns instead of
> ADRs, if at all possible. ADRs are global and affect things that are not
> very obvious that they affect them. I remember spending quite a bit of time
> troubleshooting Single Number Reach until I figured out that ADRs also
> affect SNR (or at least it was in 10.5)
>
> On Thu, Apr 4, 2019 at 12:27 AM Evgeny Izetov <eizetov at gmail.com> wrote:
>
>> Yes, ideally with the proper +E.164 dial plan, you'd route based on '+'
>> route patterns, and then modify the called number with access codes and
>> whatnot as the call exists to service provider, i.e. using translations on
>> CUBE/VG. I see more and more companies using numbers in +E.164 format in
>> Outlook, so click-to-dial is really seamless and does not need any ADRs.
>>
>> On Wed, Apr 3, 2019 at 11:51 PM Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>>
>>>
>>> Ok. Now I’m intrigued.
>>>
>>> My goal was to allow people to click on someone’s telephone number that
>>> is written with only country codes and have Jabber append the appropriate
>>> access code and international access.
>>>
>>> All this without having to worry about their actual long distance
>>> access. If they don’t have the access, the call doesn’t go through.
>>>
>>> I always thought that was what ADRs were for.
>>>
>>> Was there another way to accomplish this?
>>>
>>> Are we talking adding route patterns with the ‘+’ in it?
>>>
>>>
>>>
>>> *-sent from mobile device-*
>>>
>>>
>>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>>
>>> Computing and Communications Services | University of Guelph
>>>
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>>> N1G 2W1
>>>
>>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>>>
>>>
>>>
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>
>>>
>>>
>>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>>
>>> On Apr 3, 2019, at 10:59 PM, Anthony Holloway <
>>> avholloway+cisco-voip at gmail.com> wrote:
>>>
>>> Huh, I have never noticed this before. I just checked a few different
>>> environments I have access to, and none of them address international
>>> patterns.  Good catch though.  It seems like you already know it, and Lelio
>>> confirmed the solution.  Though, I'd argue that Lelio's configuration is
>>> backwards; you should be globalizing the number, not localizing it, but
>>> that's none of my business. ;)
>>>
>>> Could you just avoid using these rules all together and implement your
>>> dialing habit support in the CUCM dial plan?  E.g., xlates and xforms?
>>>
>>> On Wed, Apr 3, 2019 at 7:51 AM Reto Gassmann <voip at mrga.ch> wrote:
>>>
>>>> Hallo group
>>>>
>>>> I have to configure Application Dial Rules on a CUCM 10.5 to prefix
>>>> numbers for Click to call (eg Firefox, Chrome,...) with Jabber 12.5.
>>>> Our national numbers are all 10 digits long. So one ADR is enough.
>>>> But how about international numbers. They all differ in lenght.
>>>> It is true to build a ADR for every length? So that would result in
>>>> many rules from 9 to 20 or more Number of Digits.
>>>>
>>>> Any other ideas, how I could handle the Click 2 Call issue on jabber?
>>>> Regard Reto
>>>> _______________________________________________
>>>> cisco-voip mailing list
>>>> cisco-voip at puck.nether.net
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190404/a6489a62/attachment.html>