Yep, I agree. They also impact attendant console too. On Wed, Apr 3, 2019 at 11:39 PM Evgeny Izetov <[email protected]> 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 <[email protected]> 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 <[email protected]> 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> | [email protected] >>> >>> >>> >>> 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 < >>> [email protected]> 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 <[email protected]> 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 >>>> [email protected] >>>> https://puck.nether.net/mailman/listinfo/cisco-voip >>>> >>> _______________________________________________ >>> cisco-voip mailing list >>> [email protected] >>> https://puck.nether.net/mailman/listinfo/cisco-voip >>> >>> _______________________________________________ >>> cisco-voip mailing list >>> [email protected] >>> https://puck.nether.net/mailman/listinfo/cisco-voip >>> >>
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
