Re: [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  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  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  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> | le...@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-v...@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  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@puck.nether.net
 https://puck.nether.net/mailman/listinfo/cisco-voip

>>> ___
>>> cisco-voip mailing list
>>> cisco-voip@puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>> ___
>>> cisco-voip mailing list
>>> cisco-voip@puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Anthony Holloway]

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 of "globalize on ingress and localize
on egress" then you should trying to catch non-normalized global format
numbers from endpoints/client/3rd parties and normalizing them to a global
format in CUCM prior to making a routing decision.  Then, all of your
routing decisions are based on globalized numbers.  Followed of course by
picking the correct route out of the system (say the PSTN), and then
localizing the number for that particular connection (say they needed 00
for international calls).

Back you your case, I cannot say for certain that you are routing based on
global patterns, but considering you are turning typical global patterns
(begins with + in your case) into typical local patterns (begins with 9011
for example, is local to North America), tells me that you might have had
to work around not having globalized route patterns to support Jabber users
clicking on global formatted numbers.  Hence my comment about you doing it
backwards: localizing on ingress.

Anyway, I put the smiley face in there because it really doesn't matter.
It's not the the dial plan police are going to lock you up or anything.
You may however find your name on https://dialplansofshame.com/ though. ;)


On Wed, Apr 3, 2019 at 10:51 PM Lelio Fulgenzi  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> | le...@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-v...@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  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@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [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
519-824-4120 Ext. 56354 | 
le...@uoguelph.ca

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 
mailto:eize...@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 
mailto:le...@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 | 
le...@uoguelph.ca

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 
mailto:avholloway+cisco-v...@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 
mailto:v...@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@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Evgeny Izetov]

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  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  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> | le...@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-v...@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  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@puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Evgeny Izetov]

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  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> | le...@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-v...@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  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@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Dave Goodwin]

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...
https://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/13994-ws-6608-t1e1-gtwy.html...
Today you could achieve similar multi-cluster functionality with an IOS
gateway using SIP trunking rather than CUCM terminating the D channels. I
admit that approach doesn't suit everyone and it is somewhat more complex
to configure than the 6608 was. But there is also some flexibility
available there today that wouldn't be possible with something like a 6608.

Regarding the VG248, I can't say I remember exactly what OS it used under
the covers - if I ever knew. It offered a menu-driven CLI (see here for a
single example screen shot:
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/vg248/1_1/english/configuration/guide/sw_confg/vg248swc.html).
That menu system in itself made the configuration somewhat easy. I'd say
again that a modern IOS-based analog gateway might offer some additional
flexibility or functionality versus the VG248, but of course with it comes
some additional complexity of configuration.

On Wed, Apr 3, 2019 at 11:58 PM Lelio Fulgenzi  wrote:

>
> 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 Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@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 11:07 PM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> 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 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, cisco-voip (cisco-voip@puck.nether.net)
>> 
>> Subject: [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 if the VG310 and VG320 is going that path? It would be hard
>> to
>> assume so, since the VG400s are very low density and look like they're
>> replacing the VG202/VG204.
>>
>> I can't imagine having to fork out for a ISR4K for 24 or 48 analog ports.
>>
>> Thoughts?
>>
>>
>> ---
>> 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 | le...@uoguelph.ca
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram,
>> Twitter and Facebook
>>
>> [University of Guelph Cornerstone with Improve Life tagline]
>>
>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Lelio Fulgenzi]

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 Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
2W1
519-824-4120 Ext. 56354 | 
le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Apr 3, 2019, at 11:07 PM, Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>> wrote:

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 
mailto:natec...@gmail.com>> wrote:
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 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Lelio
Fulgenzi
Sent: Wednesday, April 3, 2019 12:35 PM
To: voyp list, cisco-voip 
(cisco-voip@puck.nether.net)
mailto:cisco-voip@puck.nether.net>>
Subject: [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 if the VG310 and VG320 is going that path? It would be hard to
assume so, since the VG400s are very low density and look like they're
replacing the VG202/VG204.

I can't imagine having to fork out for a ISR4K for 24 or 48 analog ports.

Thoughts?


---
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 | 
le...@uoguelph.ca>

www.uoguelph.ca/ccs | 
@UofGCCS on Instagram,
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Lelio Fulgenzi]

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 | 
le...@uoguelph.ca

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 
mailto:avholloway+cisco-v...@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 
mailto:v...@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@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Anthony Holloway]

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 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, cisco-voip (cisco-voip@puck.nether.net)
> 
> Subject: [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 if the VG310 and VG320 is going that path? It would be hard to
> assume so, since the VG400s are very low density and look like they're
> replacing the VG202/VG204.
>
> I can't imagine having to fork out for a ISR4K for 24 or 48 analog ports.
>
> Thoughts?
>
>
> ---
> 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 | le...@uoguelph.ca
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram,
> Twitter and Facebook
>
> [University of Guelph Cornerstone with Improve Life tagline]
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCIE Collaboration V2

[Anthony Holloway]

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.  Either way, email them, Vik has built a business and based his very
long career in helping people attaining their CCIE; I'm sure he can help in
some way.

On Wed, Apr 3, 2019 at 10:58 AM Benjamin Turner 
wrote:

> 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:* Monday, April 1, 2019 8:07:01 PM
> *To:* cisco-voip voyp list
> *Subject:* [cisco-voip] CCIE Collaboration V2
>
> Hello everyone,
>
> I hope someone can help me with this one  I’m looking for CCIE Collab V2
> study materials I want to start preparing for my written exam. From my
> pervious research I found v1 materials only.
>
> Thanks
> Fares
> --
> Best Regards
>
> *FARES ALSAAFANI*
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Anthony Holloway]

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  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@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Lelio Fulgenzi]

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 | N1G 2W1
519-824-4120 Ext. 56354 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook



-Original Message-
From: NateCCIE  
Sent: Wednesday, April 3, 2019 3:03 PM
To: Lelio Fulgenzi ; 'voyp list, cisco-voip' 

Subject: 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, cisco-voip (cisco-voip@puck.nether.net) 

Subject: [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 if the VG310 and VG320 is going that path? It would be hard to 
assume so, since the VG400s are very low density and look like they're 
replacing the VG202/VG204.

I can't imagine having to fork out for a ISR4K for 24 or 48 analog ports.

Thoughts?


---
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 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[NateCCIE]

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, cisco-voip (cisco-voip@puck.nether.net)

Subject: [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 if the VG310 and VG320 is going that path? It would be hard to
assume so, since the VG400s are very low density and look like they're
replacing the VG202/VG204.

I can't imagine having to fork out for a ISR4K for 24 or 48 analog ports.

Thoughts?


---
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 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram,
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Lelio Fulgenzi]

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 if the VG310 and VG320 is going that path? It would be hard to 
assume so, since the VG400s are very low density and look like they're 
replacing the VG202/VG204.

I can't imagine having to fork out for a ISR4K for 24 or 48 analog ports.

Thoughts?


---
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 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

<>___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCIE Collaboration V2

[Benjamin Turner]

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: Monday, April 1, 2019 8:07:01 PM
To: cisco-voip voyp list
Subject: [cisco-voip] CCIE Collaboration V2

Hello everyone,

I hope someone can help me with this one  I’m looking for CCIE Collab V2 study 
materials I want to start preparing for my written exam. From my pervious 
research I found v1 materials only.

Thanks
Fares
--
Best Regards

FARES ALSAAFANI
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Lelio Fulgenzi]

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 dialing prefix, which, I think, is 
an OK assumption to make. The shortest took more research and is contested by 
some and also subject to change as the smaller countries require more phone 
numbers.

Here's my (ordered) list – viewable only after selecting a rule to edit! – for 
your amusement. It includes local calling for our area which is 10 digits and 
long distance which is 11 digits. I’ve included one with a plus since there’s 
been a few of those pop up in our databases which we dip into. I’ve removed 
three rules since those were just capturing our auto-attendant numbers and 
dialing people’s extensions directly since they were included in the string we 
retrieve. (long story, needs beer to explain fully).


[cid:image002.jpg@01D4E9FD.8DE24140]

---
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 | le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

From: cisco-voip  On Behalf Of Reto Gassmann
Sent: Wednesday, April 3, 2019 8:49 AM
To: cisco-voip@puck.nether.net
Subject: [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 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@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Jason Aarons (Americas)]

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 seem to support that.

https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/cisco-collaboration-virtualization.html
-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 | 
le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Mar 30, 2019, at 5:26 PM, Jason Aarons (Americas) 
mailto:jason.aar...@dimensiondata.com>> wrote:

Based on this ESXi 6.7 is not supported?

https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-cisco-unified-communications-manager.html

-jason



This email and all contents are subject to the following disclaimer:
"http://www.dimensiondata.com/emaildisclaimer;
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


itevomcid
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Chester Rieman]

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 |StationInit: (030) OffHook.|1,100,49,1.584290

and then back on hook roughly 400 milliseconds later:

11:33:42.981 |StationInit: (030) OnHook.|1,100,49,1.584297

Conditions:
This can occur on 7942 or 7962, and is more likely to occur when the phone is 
sitting at a steep angle and especially with a sidecar attached.

Workaround:
1.  Invert the wall mount tab to be in wall mount mode.

2.  Reduce the angle at which the phone is sitting by two notches.  This may 
not be possible if a sidecar is mounted.

3.  Do not use a handset, use only a headset.

4.  Open a case with Cisco Customer Service or Cisco Technical support to have 
the affected handsets replaced.

> On Mar 29, 2019, at 10:42 AM, Lelio Fulgenzi  wrote:
> 
> 
> Best “solution” ever was the solution to an advisory/bug was the one for 
> hookswitch issues. An oldie but a goldie. Published and everything. Something 
> like, “…the hook switch is self cleaning. If you find it sticking, lift 
> handset and depress and release hook switch repeatedly ten or twenty times.”
>  
> I wonder if wayback machine will help me find it. 
>  
> ---
> 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 | le...@uoguelph.ca 
>  
> www.uoguelph.ca/ccs  | @UofGCCS on Instagram, 
> Twitter and Facebook
>  
> 
>  
> From: cisco-voip  > On Behalf Of Heim, Dennis
> Sent: Friday, March 29, 2019 10:30 AM
> To: Chris Clouse mailto:chris.clo...@cdw.com>>; Jason 
> Aarons (Americas)  >; cisco-voip 
> (cisco-voip@puck.nether.net ) 
> mailto:cisco-voip@puck.nether.net>>
> Subject: Re: [cisco-voip] CUCM 12.5 CCMAdmin login error
>  
> Best part of that bug….
> 
> Workaround:
> Keep trying to login until it is successful.
> 
>  
> Dennis Heim | Emerging Technology Architect (Collaboration)
> World Wide Technology, Inc. | +1 314-212-1814
>  
>   
>  
> “The most powerful person in the world is the story teller. The storyteller 
> sets the vision, values and agenda of an entire generation that is to come” – 
> Steve Jobs
> "Leaders who don't listen will eventually be surrounded by people who have 
> nothing to say" --- Andy Stanley
> "Worry less about who you might offend, and more about who you might inspire" 
> -- Tim Allen
> “Imagination is more important than knowledge.”  -- Albert Einstein
> “If you can raise the level of effort and performance in those around you, 
> you are officially a leader” – Urban Meyer
> “The greatest danger for most of us is not that our aim is too high and we 
> miss it, but that it is too low and we reach it.” -- Michelangelo Buonarroti
> “Mediocore managers play checkers (assuming everyone is the same). Great 
> managers play chess (acknowledging that everyone is unique)” – Marcus 
> Buckingham
> “If you’re not failing every now and again, it’s a sign you’re not doing 
> anything very innovative” – Woody Allen
>  
> Click here to join me in my Collaboration Meeting Room 
> 
>  
> From: cisco-voip  > On Behalf Of Chris Clouse
> Sent: Friday, March 29, 2019 9:58 AM
> To: Jason Aarons (Americas)  >; cisco-voip 
> (cisco-voip@puck.nether.net ) 
> mailto:cisco-voip@puck.nether.net>>
> Subject: Re: [cisco-voip] CUCM 12.5 CCMAdmin login error
>  
> CSCvm76719
>  
> ~Chris
>  
> From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net 
> ] On Behalf Of Jason Aarons 
> (Americas)
> Sent: Friday, March 29, 2019 8:09 AM
> To: cisco-voip (cisco-voip@puck.nether.net 
> )  >
> Subject: [cisco-voip] CUCM 12.5 CCMAdmin login error
>  
>  
> 
> Every time we are logged in to CUCM pub and step away when we try to log back 
> in we get the below error
>  
> https://blah/ccmadmin/j_security_check 
> 
>  
> HTTP Status 400 - Invalid direct reference to form login page
>  
>  
> Known bug?
>  
> -jason
> 
> 
> This email and all contents are subject to the following disclaimer:
> "http://www.dimensiondata.com/emaildisclaimer; 
> 

[cisco-voip] Application Dial Rule with variable length

[Reto Gassmann]

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@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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

[Lelio Fulgenzi]

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 | 
le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Apr 2, 2019, at 1:18 PM, Ryan Ratliff (rratliff) 
mailto:rratl...@cisco.com>> wrote:

1. 7900 series phones that are so solid they would probably get certified by 
NASA to run in space.
1b. Except the hookswitches, after years (and years) they get dirty and 
contacts fail (or happen so fast it causes all sorts of fun things like ccm 
crashes).

2. Hookswitches enhanced to be self-cleaning (fix 1b)
2b. Customers lv being told to fix hookswitch issues by more 
hookswitching...

3. Hookswitches further evolved to not have mechanical parts (moving parts = 
weakness). Use a light sensor to detect off hook instead (neat!)
3b. Stop shining flashlights at my phones damn you...

That’s how my memory recalls it, any resemblance to or variance from the truth 
is coincidence.

Ryan

On Apr 1, 2019, at 4:08 PM, Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:

Oh. My.

-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 | 
le...@uoguelph.ca

www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Apr 1, 2019, at 1:59 PM, Mergenthal, Chase 
mailto:chase.mergent...@bestbuy.com>> wrote:

Can’t make this up:

“Direct Light on hook switch can cause phone to toggle on/off hook”
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCtf65633

There was also another one I saw where if you were on a g729 call, and there 
was a cisco phone next to you, and particular ringtone would trigger fax 
detection and trigger T38 and drop the call… I cant find the bug however…

-Chase

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Lelio Fulgenzi
Sent: Friday, March 29, 2019 5:34 PM
To: Johnson, Ken mailto:kenjohn...@letu.edu>>
Cc: cisco-voip (cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: [EXTERNAL]Re: [cisco-voip] CUCM 12.5 CCMAdmin login error


This message is from an external sender.
If you suspect this message is malicious, please click on the "Phish Reporter" 
button within Outlook OR forward this message to phishing @bestbuy.com, and 
please do NOT open any attachments or click on any links.

Yeah. Not sure. I’d usually get this look. Especially from execs. ;)

[image1.gif]
-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 | 
le...@uoguelph.ca

www.uoguelph.ca/ccs
 | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Mar 29, 2019, at 6:23 PM, Johnson, Ken 
mailto:kenjohn...@letu.edu>> 
wrote:
The best thing about this was how effective it was in spite of how silly you 
felt doing it – we kept old hook-switches working for years with that trick 

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>>
 On Behalf Of Lelio Fulgenzi
Sent: Friday, March 29, 2019 9:43 AM
To: Heim, Dennis 
mailto:dennis.h...@wwt.com>>; 
Chris Clouse 
mailto:chris.clo...@cdw.com>>;
 Jason Aarons (Americas) 
mailto:jason.aar...@dimensiondata.com>>;
 cisco-voip 
(cisco-voip@puck.nether.net)
 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] CUCM 12.5 CCMAdmin login error


Best “solution” ever was the solution to an advisory/bug was the one for 
hookswitch issues. An oldie but a goldie. Published and everything. Something 
like, “…the hook switch is self cleaning. If you find it sticking, lift handset 
and depress and release hook switch repeatedly ten or twenty times.”

I wonder if wayback machine will help