[cisco-voip] Application Dial Rule with variable length

[Lelio Fulgenzi]

Ah. Gotcha.

I’ll be honest, though, I whipped up these dial rules pretty quickly. I’m sure there are limitations, but I think even the 8800s with imported contacts via Bluetooth apply them.

Not sure I could update my system with the appropriate route patterns as quickly.

But I see how that’s the long term way to go.

-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<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Apr 4, 2019, at 12:27 AM, Evgeny Izetov <eizetov at gmail.com<mailto: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<mailto: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<tel:519-824-4120;56354> | lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Apr 3, 2019, at 10:59 PM, Anthony Holloway <avholloway+cisco-voip at gmail.com<mailto: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<mailto: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<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto: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/123f664c/attachment.html>