[cisco-voip] Cisco Jabber, UDS, High CPU

[ROZA, Ariel]

Hi, guys and gals.

I am trying to troubleshoot a High CPU Alarm on a CUCM Subscriber:

I ran the "utils diagnose test" command and got warnings on the tomcat_sessions 
module. gathered all the  tomcats logs around the time of the event and found 
lots of  GET /cucm-uds/users HTTP/1.1 200 1383 1611 queries.

In the Bug Search tool I found several bugs for old jabber versions regarding 
this, one enhancement request but no fixes.

I was wondering if it is possible to load balance the UDS queries around the 
cluster using several DNS SRV records for _cisco-uds._tcp with the same 
priority /weight to load balance the queries, or if this breaks functionality, 
somehow. The only examples I found are ones with different weight/priority.

Regards,

Ariel Roza
Collaboration Support Engineer
t: +54 11 5282-0458
c: +54 9 11 5017-4417 webex: http://logicalis-la.webex.com/join/ariel.roza
Av. Belgrano 955 - Piso 20 - CABA - Argentina - C1092AAJ
www.la.logicalis.com
_
Business and technology working as one
[cid:image003.png@01D3894B.346BF840]

[cid:image005.png@01D3894B.43930F20]

[cid:image004.jpg@01D3D33B.44B8CF90][Descripción: Descripción: Descripción: 
Descripción: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: tw] [Descripción: Descripción: 
Descripción: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: Descripción: fb] 
  [Descripción: 
Descripción: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: Descripción: Descripción: Descripción: Descripción: Descripción: 
Descripción: Descripción: Descripción: yt] 


Logicalis Argentina S.A. solo puede ser obligado por sus representantes legales 
conforme los límites establecidos en el acto constitutivo y la legislación en 
vigor.
El contenido del presente correo electrónico e inclusive sus anexos contienen 
información confidencial.
El mismo no puede ser divulgado y/o utilizado por cualquiera otro distinto al 
destinatario, ni puede ser copiado de cualquier forma.

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

Re: [cisco-voip] 500 series headsets

[Ryan Ratliff (rratliff)]

With respect to comparisons on that post to other vendors, on my DX it 
displaced a Jabra Evolve 80 (which I loved) and I immediately got feedback on 
the audio quality improvement.

My calls are primarily to Spark and WebEx meetings with video so these aren’t 
just g.711 calls so I’m probably not exactly in the target audience for this 
first line of headsets.

Most people in TAC won’t adopt until a wireless model is available.

-Ryan

On Apr 13, 2018, at 11:14 AM, Ryan Ratliff (rratliff) 
> wrote:

With the DX it’s just a headset, no special ringtone. I have to update my lab 
to connect to an 88xx phone.

-Ryan

On Apr 13, 2018, at 10:28 AM, Brian Meade 
> wrote:

I didn't test that out.  Sounds like Ryan may be able to answer that.

On Fri, Apr 13, 2018 at 10:21 AM, Anthony Holloway 
> wrote:
Do you know if it plays the ringtone from the phone, or if it plays its own 
ringing audio sound?

On Fri, Apr 13, 2018 at 8:57 AM Brian Meade 
> wrote:
I played around with them at Enterprise Connect.  They seemed pretty nice 
especially with the phone menu integration to adjust settings and test audio.  
I wasn't a fan of how small the in-call indicator is.  I think they should have 
made that a full ring.

Having the deep integration into Jabber and the phones will be really nice, but 
I've heard they are going to open this up to other headset vendors as well in 
the future most likely.

For softphones, I always have customers complaining of different software 
taking control of the headset and breaking audio for CIPC/Jabber.  If this can 
address those issues, it's definitely worth the premium price point and will 
help me to start pushing customers more towards softphones.

On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi 
> wrote:

For those of you with collab user group memberships... an interesting thread on 
the new headsets


Cisco Series 500 Headsets

Collaboration Customer Connection (members only) - View the full 
discussion


Sent from my iPhone

___
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] 500 series headsets

[Ryan Ratliff (rratliff)]

With the DX it’s just a headset, no special ringtone. I have to update my lab 
to connect to an 88xx phone.

-Ryan

On Apr 13, 2018, at 10:28 AM, Brian Meade 
> wrote:

I didn't test that out.  Sounds like Ryan may be able to answer that.

On Fri, Apr 13, 2018 at 10:21 AM, Anthony Holloway 
> wrote:
Do you know if it plays the ringtone from the phone, or if it plays its own 
ringing audio sound?

On Fri, Apr 13, 2018 at 8:57 AM Brian Meade 
> wrote:
I played around with them at Enterprise Connect.  They seemed pretty nice 
especially with the phone menu integration to adjust settings and test audio.  
I wasn't a fan of how small the in-call indicator is.  I think they should have 
made that a full ring.

Having the deep integration into Jabber and the phones will be really nice, but 
I've heard they are going to open this up to other headset vendors as well in 
the future most likely.

For softphones, I always have customers complaining of different software 
taking control of the headset and breaking audio for CIPC/Jabber.  If this can 
address those issues, it's definitely worth the premium price point and will 
help me to start pushing customers more towards softphones.

On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi 
> wrote:

For those of you with collab user group memberships... an interesting thread on 
the new headsets


Cisco Series 500 Headsets

Collaboration Customer Connection (members only) - View the full 
discussion


Sent from my iPhone

___
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] 500 series headsets

[Ed Leatherman]

Ahhh the Internet..

If it can provide some manageability features and possibly help out with
audio switching (like Brian said), we'll at least check them out.

On Fri, Apr 13, 2018 at 10:50 AM, Lelio Fulgenzi  wrote:

> I like the part about the guy who thought 51% was a monster discount, only
> to be followed up by someone saying, 51% is not a monster discount. lol
>
>
>
> ---
>
> *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
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Anthony Holloway
> *Sent:* Friday, April 13, 2018 10:34 AM
> *To:* Ryan Ratliff (rratliff) 
> *Cc:* cisco-voip list 
> *Subject:* Re: [cisco-voip] 500 series headsets
>
>
>
> Seems like most of the complaints so far are on features for the price, as
> compared to established headset vendors out there.  When has Cisco ever
> been the cheaper option?  Seriously, when?  I've always thought of Cisco as
> the higher cost option, but maybe that's a perception that is incorrect.
>
>
>
> On Fri, Apr 13, 2018 at 9:29 AM Ryan Ratliff (rratliff) <
> rratl...@cisco.com> wrote:
>
> I’m using a 532 with a DX80 and have been pretty happy with it.  I’ve
> gotten good feedback on audio quality and background noise as well.
>
>
>
> For those not on CUG these are the headsets.
>
> https://www.cisco.com/c/en/us/products/collaboration-
> endpoints/headset-500-series/index.html
>
>
>
>
>
> -Ryan
>
>
>
> On Apr 13, 2018, at 9:56 AM, Brian Meade  wrote:
>
>
>
> I played around with them at Enterprise Connect.  They seemed pretty nice
> especially with the phone menu integration to adjust settings and test
> audio.  I wasn't a fan of how small the in-call indicator is.  I think they
> should have made that a full ring.
>
>
>
> Having the deep integration into Jabber and the phones will be really
> nice, but I've heard they are going to open this up to other headset
> vendors as well in the future most likely.
>
>
>
> For softphones, I always have customers complaining of different software
> taking control of the headset and breaking audio for CIPC/Jabber.  If this
> can address those issues, it's definitely worth the premium price point and
> will help me to start pushing customers more towards softphones.
>
>
>
> On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi  wrote:
>
>
>
> For those of you with collab user group memberships... an interesting
> thread on the new headsets
>
>
>
>
> Cisco Series 500 Headsets
>
> *Collaboration Customer Connection (members only)* - View the full
> discussion 
>
>
>
> Sent from my iPhone
>
>
> ___
> 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
>
>


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

Re: [cisco-voip] 500 series headsets

[Lelio Fulgenzi]

I like the part about the guy who thought 51% was a monster discount, only to 
be followed up by someone saying, 51% is not a monster discount. lol

---
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 [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of 
Anthony Holloway
Sent: Friday, April 13, 2018 10:34 AM
To: Ryan Ratliff (rratliff) 
Cc: cisco-voip list 
Subject: Re: [cisco-voip] 500 series headsets

Seems like most of the complaints so far are on features for the price, as 
compared to established headset vendors out there.  When has Cisco ever been 
the cheaper option?  Seriously, when?  I've always thought of Cisco as the 
higher cost option, but maybe that's a perception that is incorrect.

On Fri, Apr 13, 2018 at 9:29 AM Ryan Ratliff (rratliff) 
> wrote:
I’m using a 532 with a DX80 and have been pretty happy with it.  I’ve gotten 
good feedback on audio quality and background noise as well.

For those not on CUG these are the headsets.
https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html


-Ryan

On Apr 13, 2018, at 9:56 AM, Brian Meade 
> wrote:

I played around with them at Enterprise Connect.  They seemed pretty nice 
especially with the phone menu integration to adjust settings and test audio.  
I wasn't a fan of how small the in-call indicator is.  I think they should have 
made that a full ring.

Having the deep integration into Jabber and the phones will be really nice, but 
I've heard they are going to open this up to other headset vendors as well in 
the future most likely.

For softphones, I always have customers complaining of different software 
taking control of the headset and breaking audio for CIPC/Jabber.  If this can 
address those issues, it's definitely worth the premium price point and will 
help me to start pushing customers more towards softphones.

On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi 
> wrote:

For those of you with collab user group memberships... an interesting thread on 
the new headsets


Cisco Series 500 Headsets

Collaboration Customer Connection (members only) - View the full 
discussion


Sent from my iPhone

___
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] 500 series headsets

[Anthony Holloway]

Seems like most of the complaints so far are on features for the price, as
compared to established headset vendors out there.  When has Cisco ever
been the cheaper option?  Seriously, when?  I've always thought of Cisco as
the higher cost option, but maybe that's a perception that is incorrect.

On Fri, Apr 13, 2018 at 9:29 AM Ryan Ratliff (rratliff) 
wrote:

> I’m using a 532 with a DX80 and have been pretty happy with it.  I’ve
> gotten good feedback on audio quality and background noise as well.
>
> For those not on CUG these are the headsets.
>
> https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html
>
>
> -Ryan
>
> On Apr 13, 2018, at 9:56 AM, Brian Meade  wrote:
>
> I played around with them at Enterprise Connect.  They seemed pretty nice
> especially with the phone menu integration to adjust settings and test
> audio.  I wasn't a fan of how small the in-call indicator is.  I think they
> should have made that a full ring.
>
> Having the deep integration into Jabber and the phones will be really
> nice, but I've heard they are going to open this up to other headset
> vendors as well in the future most likely.
>
> For softphones, I always have customers complaining of different software
> taking control of the headset and breaking audio for CIPC/Jabber.  If this
> can address those issues, it's definitely worth the premium price point and
> will help me to start pushing customers more towards softphones.
>
> On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi  wrote:
>
>>
>> For those of you with collab user group memberships... an interesting
>> thread on the new headsets
>>
>>
>> Cisco Series 500 Headsets
>>
>> *Collaboration Customer Connection (members only)* - View the full
>> discussion 
>>
>> Sent from my iPhone
>>
>> ___
>> 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] 500 series headsets

[Brian Meade]

I didn't test that out.  Sounds like Ryan may be able to answer that.

On Fri, Apr 13, 2018 at 10:21 AM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Do you know if it plays the ringtone from the phone, or if it plays its
> own ringing audio sound?
>
> On Fri, Apr 13, 2018 at 8:57 AM Brian Meade  wrote:
>
>> I played around with them at Enterprise Connect.  They seemed pretty nice
>> especially with the phone menu integration to adjust settings and test
>> audio.  I wasn't a fan of how small the in-call indicator is.  I think they
>> should have made that a full ring.
>>
>> Having the deep integration into Jabber and the phones will be really
>> nice, but I've heard they are going to open this up to other headset
>> vendors as well in the future most likely.
>>
>> For softphones, I always have customers complaining of different software
>> taking control of the headset and breaking audio for CIPC/Jabber.  If this
>> can address those issues, it's definitely worth the premium price point and
>> will help me to start pushing customers more towards softphones.
>>
>> On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi 
>> wrote:
>>
>>>
>>> For those of you with collab user group memberships... an interesting
>>> thread on the new headsets
>>>
>>>
>>> Cisco Series 500 Headsets
>>>
>>> *Collaboration Customer Connection (members only)* - View the full
>>> discussion 
>>>
>>> Sent from my iPhone
>>>
>>> ___
>>> 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] BE6K Starter Pack behavior/limitation

[Ryan Ratliff (rratliff)]

Somewhere a DC sales person is drooling and doesn’t know why…

-Ryan

On Apr 13, 2018, at 10:19 AM, Anthony Holloway 
> wrote:

Oooo!  I like the sound of that!  With full mesh SIP trunks between all of the 
clusters too.

On Fri, Apr 13, 2018 at 7:57 AM daniele visaggio 
> wrote:
Ops, I misread. Sorry

You bought two starter kits, so 70 CUWL in total.

The answer to both your questions then is yes.

Each cucm asks to the plm all the needed licenses, as per your configuration.

As long as the total users among the two clusters with less than 10 devices is 
<= 70, you are fine.

In theory you could have 70 clusters with one user each 

Regards

2018-04-13 14:15 GMT+02:00 Matthew Loraditch 
>:
The starter pack is a marketing thing, on the backend it’s just regular 
licenses and can be pooled.
It will just show as 70 licenses as you mentioned and can be shared.




Matthew Loraditch​
Sr. Network Engineer

p: 443.541.1518


w: www.heliontechnologies.com|  
e: mloradi...@heliontechnologies.com













From: cisco-voip 
> 
On Behalf Of Ki Wi
Sent: Friday, April 13, 2018 4:02 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] BE6K Starter Pack behavior/limitation


Hi Group,

If I purchased 2 x BE6k starter packs of 35 CUWL Standard license for 
installation with 2 different clusters. There are located in 2 different part 
of the world, there's latency issues so we have to do this although number of 
users are low.

How will it show up in PLM? 70 CUWL STD license? Can it be shared among the 2 
clusters?

Let's say 1 cluster will be using 45 CUWL standard licenses while another one 
use like 25 CUWL ? Will this lead to any license violation in the PLM?

--
Regards,
Ki Wi

___
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] 500 series headsets

[Ryan Ratliff (rratliff)]

I’m using a 532 with a DX80 and have been pretty happy with it.  I’ve gotten 
good feedback on audio quality and background noise as well.

For those not on CUG these are the headsets.
https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html


-Ryan

On Apr 13, 2018, at 9:56 AM, Brian Meade 
> wrote:

I played around with them at Enterprise Connect.  They seemed pretty nice 
especially with the phone menu integration to adjust settings and test audio.  
I wasn't a fan of how small the in-call indicator is.  I think they should have 
made that a full ring.

Having the deep integration into Jabber and the phones will be really nice, but 
I've heard they are going to open this up to other headset vendors as well in 
the future most likely.

For softphones, I always have customers complaining of different software 
taking control of the headset and breaking audio for CIPC/Jabber.  If this can 
address those issues, it's definitely worth the premium price point and will 
help me to start pushing customers more towards softphones.

On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi 
> wrote:

For those of you with collab user group memberships... an interesting thread on 
the new headsets


Cisco Series 500 Headsets

Collaboration Customer Connection (members only) - View the full 
discussion


Sent from my iPhone

___
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] 500 series headsets

[Anthony Holloway]

Do you know if it plays the ringtone from the phone, or if it plays its own
ringing audio sound?

On Fri, Apr 13, 2018 at 8:57 AM Brian Meade  wrote:

> I played around with them at Enterprise Connect.  They seemed pretty nice
> especially with the phone menu integration to adjust settings and test
> audio.  I wasn't a fan of how small the in-call indicator is.  I think they
> should have made that a full ring.
>
> Having the deep integration into Jabber and the phones will be really
> nice, but I've heard they are going to open this up to other headset
> vendors as well in the future most likely.
>
> For softphones, I always have customers complaining of different software
> taking control of the headset and breaking audio for CIPC/Jabber.  If this
> can address those issues, it's definitely worth the premium price point and
> will help me to start pushing customers more towards softphones.
>
> On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi  wrote:
>
>>
>> For those of you with collab user group memberships... an interesting
>> thread on the new headsets
>>
>>
>> Cisco Series 500 Headsets
>>
>> *Collaboration Customer Connection (members only)* - View the full
>> discussion 
>>
>> Sent from my iPhone
>>
>> ___
>> 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] BE6K Starter Pack behavior/limitation

[Anthony Holloway]

Oooo!  I like the sound of that!  With full mesh SIP trunks between all of
the clusters too.

On Fri, Apr 13, 2018 at 7:57 AM daniele visaggio 
wrote:

> Ops, I misread. Sorry
>
> You bought two starter kits, so 70 CUWL in total.
>
> The answer to both your questions then is yes.
>
> Each cucm asks to the plm all the needed licenses, as per your
> configuration.
>
> As long as the total users among the two clusters with less than 10
> devices is <= 70, you are fine.
>
> In theory you could have 70 clusters with one user each 
>
> Regards
>
> 2018-04-13 14:15 GMT+02:00 Matthew Loraditch <
> mloradi...@heliontechnologies.com>:
>
>> The starter pack is a marketing thing, on the backend it’s just regular
>> licenses and can be pooled.
>>
>> It will just show as 70 licenses as you mentioned and can be shared.
>>
>>
>>
>>
>>
>>
>>
>>
>> Matthew Loraditch​
>> Sr. Network Engineer
>> p: *443.541.1518* <443.541.1518>
>> w: *www.heliontechnologies.com*   |
>> e: *mloradi...@heliontechnologies.com*
>> 
>> [image: image880138.png]
>> [image: image878998.png] 
>> [image: image128958.png] 
>> [image: image336063.png]
>> 
>> *From:* cisco-voip  *On Behalf Of *Ki
>> Wi
>> *Sent:* Friday, April 13, 2018 4:02 AM
>> *To:* cisco-voip@puck.nether.net
>> *Subject:* [cisco-voip] BE6K Starter Pack behavior/limitation
>>
>>
>>
>> Hi Group,
>>
>>
>>
>> If I purchased 2 x BE6k starter packs of 35 CUWL Standard license for
>> installation with 2 different clusters. There are located in 2 different
>> part of the world, there's latency issues so we have to do this although
>> number of users are low.
>>
>>
>>
>> How will it show up in PLM? 70 CUWL STD license? Can it be shared among
>> the 2 clusters?
>>
>>
>>
>> Let's say 1 cluster will be using 45 CUWL standard licenses while another
>> one use like 25 CUWL ? Will this lead to any license violation in the PLM?
>>
>> --
>>
>> Regards,
>>
>> Ki Wi
>>
>> ___
>> 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] 5 digit and 10 digit dialing

[Anthony Holloway]

Whoops!  I had at least two mistakes yesterday, regarding my reply.

1) I tried to correct a mistake I made in the pattern example I gave, but
replied from a different email address than what's sub'ed to this list, so
it bounced back.

2) I used 6120 as an example extension, and I should have used a fourth
digit between 2-9 to make the example work.  So, take 6126 as my new
example extension.

On Thu, Apr 12, 2018 at 5:27 PM Carlo Calabrese <
carlo_calabrese2...@yahoo.com> wrote:

> Thanks Anthony,
>
> This will try it in the lab.
> Keep trying to make the system fool proof, but the fools keep getting on
> the system.
>
> Carlo
> --
> *From:* Anthony Holloway 
> *To:* Brian Meade 
> *Cc:* Carlo Calabrese ; Cisco VoIP Group <
> cisco-voip@puck.nether.net>
> *Sent:* Thursday, April 12, 2018 12:48 PM
> *Subject:* Re: [cisco-voip] 5 digit and 10 digit dialing
>
> Re-reading my email, I realize I have at least one typo.  I used 6120 as
> an example extension, and I should have used a fourth digit between 2-9 to
> make the example work.  So, take 6126 as my new example extension.
>
> On Thu, Apr 12, 2018 at 12:43 PM Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> It's surprising to me, how many people I hear these days, asking to remove
> the PSTN access code (typically a 9 in the US), but then still want intra-
> and inter-site abbreviated dialing habits to be supported.  The usual
> defense is: "I don't have to dial a 9 on my cell phone."  Though, these
> same people admit that they cannot 4 digit dial on their cell phones either.
>
> I have one customer who was talked into a design by someone else, and just
> the opposite of OP, they have to dial a "1" for all calls, local and
> national.  And so, none of the intra- or inter-site abbreviated dialing
> habits start with a 1.
>
> So, in a way, they're still dialing a PSTN access code, it just happens to
> be "1" and not "9".
>
> Oh, and they cannot have a 0 operator extension, because of international
> dialing habits starting with 011.
>
> That's not great, but I get it.  People ask for things from an ignorant
> place, and it's our jobs as experts to inform and lead design discussions.
>
> I think everyone should avoid inter-digit timeouts (aka post dial delay,
> aka T.302, aka "Why isn't my call working?") in their design, and Cisco has
> now given us the glorious check box for translation patterns: "Do Not Wait
> For Interdigit Timeout On Subsequent Hops" to help do just that.  Now, in
> variable length numbering plans within E164, it's not un-avoidable, but in
> the US and for intra- and inter-site dialing, it is avoidable.
>
> Actually, it's not like what I think is the best design solution just
> because I think it is, but rather, it's actually a published design
> practice from Cisco in their Preferred Architecture for Enterprise
> Collaboration 11.6:
>
> *"Starting the design process with an overview of all dialing habits makes
> sure that overlaps between any two dialing habits leading to inter-digit
> timeouts are detected and can be resolved before starting the dial plan
> deployment. Avoiding overlaps with any other (typically on-net) dialing
> habit is the key reason for using a PSTN access code (typically 9 in the
> US, as shown above)."*
>
> Source:
> https://www.cisco.com/c/en/us/td/docs/solutions/CVD/Collaboration/enterprise/11x/116/collbcvd/control.html
>
> To answer the OP question more directly: well, it depends.
>
> The timer expiring has nothing to do with the pattern that was matched.
> For example, if you had the following two Translation patterns as potential
> matches:
>
> 1XXX Urgent
> 135! Non-Urgent
>
> And you dialed 1350, you could not dial anymore digits after the 0, even
> though we've used the ! to indicate more digits could follow.  Furthermore,
> the pattern with UP on it, is not matched, because 135! has less potential
> matches (aka is the closest match).
>
> So, with that knowledge, and with what Brian said, you could do this:
>
>  Non-Urgent - Used for intra-site abbreviated dialing - Uses a CSS
> that can only reach internal extensions
> [2-9]XX[2-9]XX Urgent - Used for US Local and National PSTN dialing -
> Uses CSS inheritence to match next hop RP for PSTN routing
>
> So if the user dialed 6120, then waits for the timer to expire, CUCM
> selects the  non-urgent pattern.  Then, if the user dials 6125551212
> <(612)%20555-1212>, CUCM selects the urgent pattern for PSTN and routes
> the call.
>
> In that way, your internal dialing uses one CSS, while your PSTN calls use
> another, and your internal dialing (which should be thought of as fast)
> will now have a post dial delay (default 15 seconds).
>
> Though, I must go back to the beginning of what I was saying, and say that
> I think you should review the documentation on dial plan design.  There are
> even two great sessions at Cisco Live every 

Re: [cisco-voip] Audio cut-through delays upon transfer

[Ryan Ratliff (rratliff)]

In those scenarios you typically need simultaneous packet captures on both 
sides and debugging on anything in the infrastructure to identify the bad actor.

-Ryan

On Apr 13, 2018, at 12:42 AM, James Andrewartha 
> wrote:

Indeed it does. Also it seems if you don't lose any packets after the first 
then the count is still zero. I managed to get a packet capture from one end 
and it looks fine, just 5 seconds later audio packets from the other end start 
showing up. On another call I did see out of order and then retransmitted SCCP 
TCP packets during call setup which is a bit of concern, the only layer 3 
device between the phones and CUCM is a 2921.


Parameter Origination Destination MediaTransportAdd_Ip 10.100.254.10 
10.100.253.203 PayLoadCapability 6 6 MediaCap_g723BitRate 0 0 Packets Sent 
14381 14381 Octets Sent 2473532 2473532 Packets Received 13870 14380 Octets 
Received 2385640 2473360 Packets Lost 0 0 Jitter 0 0 Latency 0 0 QoS G G 
VideoCap_Codec 0 0 VideoCap_Bandwidth 0 0 VideoCap_Resolution 0 0 
VideoTransportAddress_IP 0.0.0.0 0.0.0.0 VideoTransportAddress_Port 0 0

James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877

From: Anthony Holloway 
>
Sent: Thursday, 12 April 2018 2:55 AM
To: Ryan Ratliff (rratliff)
Cc: James Andrewartha; cisco-voip list
Subject: Re: [cisco-voip] Audio cut-through delays upon transfer

Makes sense.




On Wed, Apr 11, 2018 at 1:19 PM Ryan Ratliff (rratliff) 
> wrote:
Lost is a delta in sequence numbers from one packet to the next. If you never 
receive a first packet you can’t lose any.

-Ryan

On Apr 11, 2018, at 12:01 PM, Anthony Holloway 
> wrote:

How does it show 0 packets received, but also 0 packets lost?  Somethings not 
right in the report from CMR.

On Tue, Apr 10, 2018 at 10:48 PM James Andrewartha 
> wrote:
On 13/01/17 09:25, James Andrewartha wrote:
> We've experienced something similar for about 2.5 years, on some calls
> one party won't be able to hear audio for 5-10 seconds. These are all
> internal calls, single site, phones (7965 and 7975, SCCP) on a flat L2
> network, one pub, one sub. It even survived an upgrade from 8.6 to 10.5.
> We opened a case and TAC asked for a trace of it happening, but we
> couldn't reproduce it easily. I keep meaning to get back to it, but
> haven't had the time given how hard it is to reproduce.

Well, some staff have moved to a demountable with a switch daisy-chained
from another and it's happening quite a bit now. Looking at the CDR I
can see that one end is just not receiving the packets. The phones are
on the same subnet/VLAN, and the switch ports have no errors. I'm going
to set up a span capture but does anyone have any suggestions on where
to look? CUCM 10.5.2.15900-8, 7975/7965 with SCCP[47]5.9-4-2SR2-2S.

Parameter   Origination Destination
MediaTransportAdd_Ip10.100.254.227  10.100.253.223
PayLoadCapability   6   6
MediaCap_g723BitRate0   0
Packets Sent714 712
Octets Sent 122808  122464
Packets Received711 0
Octets Received 122292  0
Packets Lost0   0
Jitter  0   0
Latency 0   0
QoS G   G
VideoCap_Codec  0   0
VideoCap_Bandwidth  0   0
VideoCap_Resolution 0   0
VideoTransportAddress_IP0.0.0.0 0.0.0.0
VideoTransportAddress_Port  0   0
 --
James Andrewartha
Network & Projects Engineer
Christ Church Grammar School
Claremont, Western Australia
Ph. (08) 9442 1757
Mob. 0424 160 877
___
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] 500 series headsets

[Brian Meade]

I played around with them at Enterprise Connect.  They seemed pretty nice
especially with the phone menu integration to adjust settings and test
audio.  I wasn't a fan of how small the in-call indicator is.  I think they
should have made that a full ring.

Having the deep integration into Jabber and the phones will be really nice,
but I've heard they are going to open this up to other headset vendors as
well in the future most likely.

For softphones, I always have customers complaining of different software
taking control of the headset and breaking audio for CIPC/Jabber.  If this
can address those issues, it's definitely worth the premium price point and
will help me to start pushing customers more towards softphones.

On Fri, Apr 13, 2018 at 8:39 AM, Lelio Fulgenzi  wrote:

>
> For those of you with collab user group memberships... an interesting
> thread on the new headsets
>
>
> Cisco Series 500 Headsets
>
> *Collaboration Customer Connection (members only)* - View the full
> discussion 
>
> Sent from my iPhone
>
> ___
> 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] BE6K Starter Pack behavior/limitation

[daniele visaggio]

Ops, I misread. Sorry

You bought two starter kits, so 70 CUWL in total.

The answer to both your questions then is yes.

Each cucm asks to the plm all the needed licenses, as per your
configuration.

As long as the total users among the two clusters with less than 10 devices
is <= 70, you are fine.

In theory you could have 70 clusters with one user each 

Regards

2018-04-13 14:15 GMT+02:00 Matthew Loraditch <
mloradi...@heliontechnologies.com>:

> The starter pack is a marketing thing, on the backend it’s just regular
> licenses and can be pooled.
>
> It will just show as 70 licenses as you mentioned and can be shared.
>
>
>
>
>
>
>
>
> Matthew Loraditch​
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com*   |
> e: *mloradi...@heliontechnologies.com* 
> [image: Facebook] 
> [image: Twitter] 
> [image: LinkedIn] 
> *From:* cisco-voip  *On Behalf Of *Ki
> Wi
> *Sent:* Friday, April 13, 2018 4:02 AM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] BE6K Starter Pack behavior/limitation
>
>
>
> Hi Group,
>
>
>
> If I purchased 2 x BE6k starter packs of 35 CUWL Standard license for
> installation with 2 different clusters. There are located in 2 different
> part of the world, there's latency issues so we have to do this although
> number of users are low.
>
>
>
> How will it show up in PLM? 70 CUWL STD license? Can it be shared among
> the 2 clusters?
>
>
>
> Let's say 1 cluster will be using 45 CUWL standard licenses while another
> one use like 25 CUWL ? Will this lead to any license violation in the PLM?
>
> --
>
> Regards,
>
> Ki Wi
>
> ___
> 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] 500 series headsets

[Lelio Fulgenzi]

For those of you with collab user group memberships... an interesting thread on 
the new headsets


Cisco Series 500 Headsets

Collaboration Customer Connection (members only) - View the full 
discussion


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

Re: [cisco-voip] BE6K Starter Pack behavior/limitation

[Matthew Loraditch]

The starter pack is a marketing thing, on the backend it’s just regular 
licenses and can be pooled.
It will just show as 70 licenses as you mentioned and can be shared.




Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: mloradi...@heliontechnologies.com
From: cisco-voip  On Behalf Of Ki Wi
Sent: Friday, April 13, 2018 4:02 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] BE6K Starter Pack behavior/limitation

Hi Group,

If I purchased 2 x BE6k starter packs of 35 CUWL Standard license for 
installation with 2 different clusters. There are located in 2 different part 
of the world, there's latency issues so we have to do this although number of 
users are low.

How will it show up in PLM? 70 CUWL STD license? Can it be shared among the 2 
clusters?

Let's say 1 cluster will be using 45 CUWL standard licenses while another one 
use like 25 CUWL ? Will this lead to any license violation in the PLM?

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

[cisco-voip] BE6K Starter Pack behavior/limitation

[Ki Wi]

Hi Group,

If I purchased 2 x BE6k starter packs of 35 CUWL Standard license for
installation with 2 different clusters. There are located in 2 different
part of the world, there's latency issues so we have to do this although
number of users are low.

How will it show up in PLM? 70 CUWL STD license? Can it be shared among the
2 clusters?

Let's say 1 cluster will be using 45 CUWL standard licenses while another
one use like 25 CUWL ? Will this lead to any license violation in the PLM?

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