Re: [cisco-voip] vg310/320 or ISR4K with analog modules

VG248 was the best one ever made by Cisco. Not IOS based made the thing super stable and easy to configure/manage. Makes me sad when ever I think about it. -Original Message- From: cisco-voip On Behalf Of Lelio Fulgenzi Sent: Wednesday, April 3, 2019 12:35 PM To: voyp list,

Re: [cisco-voip] vg310/320 or ISR4K with analog modules

Can I get a "whoop whoop" {hands up in the air} The live monitoring was awesome. What PBX people were more used to. --- 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 |

[cisco-voip] vg310/320 or ISR4K with analog modules

I see the VG350 has pretty much been EOL'd (February 29, 2024) in favour of ISR4K with high density voice service modules or a VG450 (which is ISR4K based). https://www.cisco.com/c/en/us/products/collateral/unified-communications/vg-series-gateways/eos-eol-notice-c51-741597.html Anybody know

Re: [cisco-voip] CCIE Collaboration V2

Good luck. I'm in the same boat. The only site I can find is vik's but that's a bootcamp https://www.collabcert.com/ . If you find anything related let me know Get Outlook for Android From: cisco-voip on behalf of Fares Alsaafani Sent:

Re: [cisco-voip] Application Dial Rule with variable length

Yep, I agree. They also impact attendant console too. On Wed, Apr 3, 2019 at 11:39 PM Evgeny Izetov 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

Re: [cisco-voip] vg310/320 or ISR4K with analog modules

Apparently I have been living under a rock for 13 years. I didn't know the VG248 wasn't IOS based, because, well, I've never worked with one. So, what is it then? On Wed, Apr 3, 2019 at 2:03 PM NateCCIE wrote: > VG248 was the best one ever made by Cisco. Not IOS based made the thing > super

Re: [cisco-voip] vg310/320 or ISR4K with analog modules

I still like how the T1 PRIs on the 6608s could register to different clusters without a fuss. And if their was a fuss, you asked Dick Tracy to help. -sent from mobile device- Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications Services | University of Guelph Room 037 Animal

Re: [cisco-voip] Application Dial Rule with variable length

Evgeny already answered, but I'd like to respond nevertheless. In your screenshot, it shows that you are looking for globalized patterns (begins with + in your case) and are then changing them to localized patterns (begins with 9, 91, and 9011 in your case). If you consider the design approach

Re: [cisco-voip] Application Dial Rule with variable length

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

Re: [cisco-voip] Application Dial Rule with variable length

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

Re: [cisco-voip] Application Dial Rule with variable length

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

Re: [cisco-voip] vg310/320 or ISR4K with analog modules

On a 6608 blade, each port ("host") was like its own device and could therefore be programmed somewhat independently, and it was nice. Here is a blast from the past on what some of the CatOS commands for it looked like and some CallManager 3.0 vintage screen shots...

Re: [cisco-voip] Application Dial Rule with variable length

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

Re: [cisco-voip] CCIE Collaboration V2

Collab Cert use to sell a written study guide, and I wouldn't see why he wouldn't do the same for the V2. Maybe it would be worth shooting them an email and asking about it. FWIW, I never actually saw the product, I only saw it for sale on the site, so I cannot say if it was helpful or worth it.

Re: [cisco-voip] Application Dial Rule with variable length

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

Re: [cisco-voip] [EXTERNAL]Re: CUCM 12.5 CCMAdmin login error

This was fun to read. Thx R. -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 |

Re: [cisco-voip] Application Dial Rule with variable length

Hello Reto, I researched this as best I could and figured out, the only way was to provide a ADR for each possibility. The longest possible is defined by the standards and was the easiest to start from. This assumes that any phone number will be presented _with_ a + but _without_ the 011

[cisco-voip] Application Dial Rule with variable length

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

Re: [cisco-voip] CUCM 12.5 CCMAdmin login error

There were a bunch of phones(79xx) deployed with bad spring in the hookswitch: CSCto78441 Symptom: 7962 phones are going off hook and then on hook 400 milliseconds later, which prevents the user from answering the call properly. This behavior can be seen in the SDI traces: 11:33:42.540

Re: [cisco-voip] latest CUCM 12.5 and ESXi 6.7 ?

I did confirm with Cisco SE/BU that ESXi 6.7 on host is not yet supported. -jason From: Lelio Fulgenzi Sent: Saturday, March 30, 2019 11:38 PM To: Jason Aarons (Americas) Cc: cisco-voip (cisco-voip@puck.nether.net) Subject: Re: [cisco-voip] latest CUCM 12.5 and ESXi 6.7 ? This page would