Re: [cisco-voip] VMware 5.5

[Charles Goldsmith]

This discussion comes up about every 6 months on this list, LRO is no
longer affected and was only a 4.1 issue on esxi.

http://puck.nether.net/pipermail/cisco-voip/2012-October/029907.html
http://docwiki.cisco.com/wiki/Unified_Communications_VMware_Requirements#Supported_Versions.2C_Patches_and_Updates_of_VMware_vSphere_ESXi


The latter being definitive for me, they keep that doc updated pretty well
and note, it states 4.1, not any other version of esxi.

Martin has another issue.  :)

On Mon, Nov 17, 2014 at 4:46 PM, Ryan Huff  wrote:

> While that particular DocWiki does suggest that it is no longer needed to
> disable Large Receive Offset on ESXi 4.1 with CUCUM 8.6 and above; you
> should also note that one of the specific issues having LRO on can cause is
> consistent CPU pegging for the UCOS guests (wouldn't be the first time
> something didn't work the way Cisco's docs say it should).
>
> Please also review:
> https://supportforums.cisco.com/document/95886/disable-lro-ucs-uc-application-deployments
> Again, I can't say beyond a shadow of doubt that this is the issue anymore
> than anyone can say that it isn't.
>
> I would also look into the RAID drivers as well as all the physical
> connections on the UCS boxes.
>
> Thanks,
>
> rh
> --
> From: wo...@justfamily.org
> Date: Mon, 17 Nov 2014 14:30:21 -0700
> Subject: Re: [cisco-voip] VMware 5.5
> To: ryanh...@outlook.com
> CC: m...@bilobit.com; james.buchan...@gmail.com; cisco-voip@puck.nether.net
>
> That page specifically says you don't have to disable LRO if you are above
> 4.1 esxi with8.6 CUCM.
>
> Martin, which version of 5.5 are you on?  GA, update 1 or 2?  I recently
> ran into an issue with a customer on 5.5 u1 and too new of raid drivers on
> the card and had to downgrade the drivers.  Wasn't causing 100% cpu, but
> very slow drive access times.
>
> So checked your vmware version and compatibility on the hardware you are
> running.
>
> On Mon, Nov 17, 2014 at 11:59 AM, Ryan Huff  wrote:
>
> Martin,
>
> Have you disabled Large Receive Offset (LRO) on all the Elastic Sky hosts?
> http://docwiki.cisco.com/wiki/Disable_LRO
>
> Thanks,
>
> Ryan Huff
> CCIE Collaboration (Written), CCNP Voice, CCNA Voice,
> CCNA Route & Switch, CCNA Wireless
> UCCX Specialist
>
> --
> From: m...@bilobit.com
> To: james.buchan...@gmail.com
> Date: Mon, 17 Nov 2014 18:06:51 +
> CC: cisco-voip@puck.nether.net
>
> Subject: Re: [cisco-voip] VMware 5.5
>
>  So 5.5 is supported with CUCM 9.1.x
>
> So the question is: Why do I have CUCM at 100% CPU? Only hard reset helps
> at this point.
>
> Thanks, Martin
>
>   *From:* James Buchanan [mailto:james.buchan...@gmail.com]
> *Sent:* Monday, November 17, 2014 1:10 PM
> *To:* Martin Schmuker
> *Cc:* Cisco VoIP Mailing List
> *Subject:* Re: [cisco-voip] VMware 5.5
>
>  Hello,
>
> Whenever you are looking for answers on UC virtualization, look here:
> http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29
>
> Thanks,
> James
>
>  On Mon, Nov 17, 2014 at 5:36 AM, Martin Schmuker  wrote:
>  Guys,
>
> since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on
> ESXi 5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.
>
> Since saturday, all machines are stuck in 100% CPU after a few hours.
> Sometimes all machines at the **same** time! They don’t reply Ping (ICMP
> Echo), and CPU is at 100%.
>
> CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).
>
> Someone has any idea? Is 9.1.x not supported on vSphere 5.5?
>
> Thanks, Martin
>
> ___
> 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] RTMT not able to collect trace files in 10.0.1

[Erick Bergquist]

The weird thing is, it started working.. No changes were made.  Really
really strange. No, I'm not imagining things and made sure I was using
the right servers and such. We had 2-3 people try from different PCs
with different RTMT versions including the one from the particular
CUCM server.

It looks like one needs to root the box to view those xml files.

On Mon, Nov 17, 2014 at 12:15 PM, Wes Sisk (wsisk)  wrote:
> The components displayed on the first page are defined by an XML file stored
> on the UCM server. Likely that file is missing or corrupt. Any unexpected
> power outages or filesystem issues?
>
> Filenames on the server are documented in the footnote here:
> https://supportforums.cisco.com/document/65651/communications-manager-rtmt-trace-locations-cli
>
> -Wes
>
> On Nov 14, 2014, at 1:39 PM, Erick Bergquist  wrote:
>
> Anyone seen RTMT not show the first screen on Collect Traces function?
>
> It does not show the screen for which components to select to gather
> traces for and shows a hour glass for a second or two and goes right
> to the second window where you set the path, zip, and duration you
> want to collect for.  The next button on this screen does nothing as
> well.
>
> Remote Browse does not work either
>
> CUCM version 10.0.1.1
>
> Having to download files manually via SFTP is taking longer.
> ___
> 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] HELP

[Erick Bergquist]

I'm guessing the router is on IOS 12.4(24)T3 maybe?12.4(24)T2 has
24.3.2 and 12.4(24)T4 has 24.3.4.

If everything was working fine, reboot the router. Maybe you're facing
a bug in that IOS version or DSP firmware.
 Did you maybe have a custom dsp image on the router flash (guido.dsp, etc)?

I don't have 12.4(24)T3 in my IOS-DSPfirmware matrix / notes yea,
I started keeping my own spreadsheet of this a long time ago when I
dealt with DSP issues a lot in the late 90s/early 2000s. I don't think
cisco has a doc yet.


On Mon, Nov 17, 2014 at 9:36 AM, Ryan Huff  wrote:
> Well, you can't make calls because there are no resources available to
> negotiate the call, that much is clear.
>
> I assume this issue came about after you upgraded the IOS on the router?
> What platform do you have and what code are you currently running?
>
> The firmware for the DSP is in the IOS code itself. As long as you're on
> supported code for the platform, activate the DSP Farm and then reboot the
> router. This should resolve the issue.
>
> Thanks,
>
> Ryan Huff
> CCIE Collaboration (Written), CCNP Voice, CCNA Voice
> CCNA R/S, CCNA Wireless
> UCCX Specialist
>
> 
> Date: Mon, 17 Nov 2014 13:42:03 +0100
> From: eteng.o...@unicem.com.ng
> To: cisco-voip@puck.nether.net
> Subject: [cisco-voip] HELP
>
>
> HELP,
> I CAN'T CALL OUT ON E1 AND FXO. SEE MESSAGE ON THE ROUTER.
>
> voice-card 0
>  ! Warning! DSPs 5 in slot 0 are using non-default firmware from device
> flash:
>  ! This is not recommended, the IOS default version is 24.3.3
>
>
>
>
> If you are not the intended recipient and have received this e-mail in
> error, please delete it immediately from your system and notify the sender
> by e-mail or telephone. Be notified that you are not to copy, distribute or
> disclose this e-mail or any of its contents to any other party and any such
> action may be unlawful.
> ___ 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] VMware 5.5

[Ryan Huff]

While that particular DocWiki does suggest that it is no longer needed to 
disable Large Receive Offset on ESXi 4.1 with CUCUM 8.6 and above; you should 
also note that one of the specific issues having LRO on can cause is consistent 
CPU pegging for the UCOS guests (wouldn't be the first time something didn't 
work the way Cisco's docs say it should).

Please also review: 
https://supportforums.cisco.com/document/95886/disable-lro-ucs-uc-application-deployments
 Again, I can't say beyond a shadow of doubt that this is the issue anymore 
than anyone can say that it isn't.

I would also look into the RAID drivers as well as all the physical connections 
on the UCS boxes.

Thanks,

rh
From: wo...@justfamily.org
Date: Mon, 17 Nov 2014 14:30:21 -0700
Subject: Re: [cisco-voip] VMware 5.5
To: ryanh...@outlook.com
CC: m...@bilobit.com; james.buchan...@gmail.com; cisco-voip@puck.nether.net

That page specifically says you don't have to disable LRO if you are above 4.1 
esxi with8.6 CUCM.
Martin, which version of 5.5 are you on?  GA, update 1 or 2?  I recently ran 
into an issue with a customer on 5.5 u1 and too new of raid drivers on the card 
and had to downgrade the drivers.  Wasn't causing 100% cpu, but very slow drive 
access times.
So checked your vmware version and compatibility on the hardware you are 
running.
On Mon, Nov 17, 2014 at 11:59 AM, Ryan Huff  wrote:



Martin,





Have you disabled Large Receive Offset (LRO) on all the Elastic Sky hosts? 
http://docwiki.cisco.com/wiki/Disable_LRO





Thanks,





Ryan Huff


CCIE Collaboration (Written), CCNP Voice, CCNA Voice,


CCNA Route & Switch, CCNA Wireless


UCCX Specialist

From: m...@bilobit.com
To: james.buchan...@gmail.com
Date: Mon, 17 Nov 2014 18:06:51 +
CC: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] VMware 5.5









So 5.5 is supported with CUCM 9.1.x


 

So the question is: Why do I have CUCM at 100% CPU? Only hard reset helps at 
this point.

 

Thanks, Martin

 




From: James Buchanan [mailto:james.buchan...@gmail.com]


Sent: Monday, November 17, 2014 1:10 PM

To: Martin Schmuker

Cc: Cisco VoIP Mailing List

Subject: Re: [cisco-voip] VMware 5.5



 


Hello,



Whenever you are looking for answers on UC virtualization, look here: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29



Thanks,

James



 


On Mon, Nov 17, 2014 at 5:36 AM, Martin Schmuker  wrote:



Guys,

 

since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on ESXi 
5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.

 

Since saturday, all machines are stuck in 100% CPU after a few hours. Sometimes 
all machines at the *same* time! They don’t reply Ping (ICMP Echo), and
 CPU is at 100%.

 

CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).

 

Someone has any idea? Is 9.1.x not supported on vSphere 5.5?

 

Thanks, Martin





___

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] PCD CUCM Migration Upgrades with UCCX

[Justin Steinberg]

Thanks Ryan.

What if I opted to use the PCD tool to upgrade/migrate CUCM to 10.5 using
new hostnames and IPs.

*Maintenance Window 1*
1) Virtualize UCCX v8 on ESXi

*Business Hours work (doesn't impact production)*
1) Install PCD, migrate/upgrade CUCM from old version to 10.5 with new
hostnames & IPS

*Maintenance Window 2*
1) Upgrade CCX to 10.5
2) manually point CCX to the CUCM 10.5 clusters new hostname/IPs using the
three commands below.
set uccx provider ip axl
set uccx provider ip jtapi
set uccx provider ip rmcm

On Tue, Nov 4, 2014 at 2:32 PM, Ryan LaFountain (rlafount) <
rlafo...@cisco.com> wrote:

> Hi Justin,
>
> During any CUCM upgrade with UCCX (regardless of whether you’re using PCD
> or not) there is some time where CUCM will probably be on a higher and
> incompatible version with UCCX. This is expected, we just recommend you
> reduce the amount of time the two are incompatible, or at least plan for
> calls to fail until UCCX is upgraded to become compatible. The UCCX upgrade
> or switch-version process does not check the compatibility with CUCM or the
> CUCM version.
>
> I think the CCX piece of your upgrade / migration plan below looks good.
>
> Thank you,
>
> Ryan LaFountain
> Unified Contact Center
> Cisco Services
> Direct: +1 919 392 9898
> Hours: M - F 9:00am - 5:00pm Eastern Time
>
> On Nov 4, 2014, at 11:29 AM, Justin Steinberg 
> wrote:
>
> > Anyone have any thoughts on using PCD to upgrade CUCM in environments
> with UCCX ?
> >
> > Assuming customer is running v8 CUCM & UCCX on MCS hardware and wants to
> upgrade to 10.5.
> >
> > PCD can take CUCM from v8 MCS direct to ESXi and 10.5.  But, UCCX isn't
> supported for PCD migrations.
> >
> > CUCM 10.5 isn't supported with UCCX v8 and likewise, UCCX 10.5 isn't
> supported with CUCM v8.
> >
> > So I was thinking of using the process below:
> >
> > Maintenance Window 1
> > 1) Virtualize UCCX v8 on ESXi
> >
> > Maintenance Window 2
> > 1) Install RU upgrade on UCCX to 10.5 on inactive partitions
> > 2) PCD Upgrade/Migration CUCM to 10.5 (same IP/hostnames)
> > 3) Once CUCM is complete, initiate switch-version on UCCX to 10.5.
> >
> > Does anyone see any issues with temporarily having CUCM at 10.5 before
> the switch-version begins on UCCX?Does UCCX check the switch-version to
> see if the CUCM is compatible?
> >
> > I haven't found this documented anywhere yet, so I've stayed away from
> PCD for the time being but curious if anyone has found a good way to handle
> PCD in environments with UCCX.
> >
> > Justin
> >
> > ___
> > 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] VMware 5.5

[Charles Goldsmith]

That page specifically says you don't have to disable LRO if you are above
4.1 esxi and 8.6 CUCM.

Martin, which version of 5.5 are you on?  GA, update 1 or 2?  I recently
ran into an issue with a customer on 5.5 u1 and too new of raid drivers on
the card and had to downgrade the drivers.  Wasn't causing 100% cpu, but
very slow drive access times.

So checked your vmware version and compatibility on the hardware you are
running.

On Mon, Nov 17, 2014 at 11:59 AM, Ryan Huff  wrote:

> Martin,
>
> Have you disabled Large Receive Offset (LRO) on all the Elastic Sky hosts?
> http://docwiki.cisco.com/wiki/Disable_LRO
>
> Thanks,
>
> Ryan Huff
> CCIE Collaboration (Written), CCNP Voice, CCNA Voice,
> CCNA Route & Switch, CCNA Wireless
> UCCX Specialist
>
> --
> From: m...@bilobit.com
> To: james.buchan...@gmail.com
> Date: Mon, 17 Nov 2014 18:06:51 +
> CC: cisco-voip@puck.nether.net
>
> Subject: Re: [cisco-voip] VMware 5.5
>
>  So 5.5 is supported with CUCM 9.1.x
>
>
>
> So the question is: Why do I have CUCM at 100% CPU? Only hard reset helps
> at this point.
>
>
>
> Thanks, Martin
>
>
>
> *From:* James Buchanan [mailto:james.buchan...@gmail.com]
> *Sent:* Monday, November 17, 2014 1:10 PM
> *To:* Martin Schmuker
> *Cc:* Cisco VoIP Mailing List
> *Subject:* Re: [cisco-voip] VMware 5.5
>
>
>
> Hello,
>
> Whenever you are looking for answers on UC virtualization, look here:
> http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29
>
> Thanks,
> James
>
>
>
> On Mon, Nov 17, 2014 at 5:36 AM, Martin Schmuker  wrote:
>
> Guys,
>
>
>
> since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on
> ESXi 5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.
>
>
>
> Since saturday, all machines are stuck in 100% CPU after a few hours.
> Sometimes all machines at the **same** time! They don’t reply Ping (ICMP
> Echo), and CPU is at 100%.
>
>
>
> CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).
>
>
>
> Someone has any idea? Is 9.1.x not supported on vSphere 5.5?
>
>
>
> Thanks, Martin
>
>
> ___
> 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] One SAN certificate for all Cisco UC

[Josh Warcop]

Nope, wouldn't work as you cannot import private keys

Sent from my Windows Phone

From: James Buchanan
Sent: ‎11/‎17/‎2014 3:17 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] One SAN certificate for all Cisco UC

Hello,

Digicert advertises the ability to create a SAN certificate for several UC
applications. I wonder--could one create a single SAN certificate for CUCM,
Unity Connection, IM&P, CWMS, and Expressway? After all, if the FQDN is in
the SAN field, wouldn't it work?

Thanks,

James
___
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] One SAN certificate for all Cisco UC

[Heim, Dennis]

Issue traditionally would be the private keys. There is no way to upload the 
private keys on most if not all the cisco collab products. VCS/Expressways 
allows you to do that. You would need a whole bunch of SANs and generally the 
first 5 are free depending on the CA.

Dennis Heim | Collaboration Solutions Architect
World Wide Technology, Inc. | +1 314-212-1814
[cid:image001.png@01D0027C.893A1630]
[cid:image002.png@01D0027C.893A1630][cid:image003.png@01D0027C.893A1630][cid:image004.png@01D0027C.893A1630]


From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of James 
Buchanan
Sent: Monday, November 17, 2014 1:55 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] One SAN certificate for all Cisco UC

Hello,
Digicert advertises the ability to create a SAN certificate for several UC 
applications. I wonder--could one create a single SAN certificate for CUCM, 
Unity Connection, IM&P, CWMS, and Expressway? After all, if the FQDN is in the 
SAN field, wouldn't it work?
Thanks,

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

[cisco-voip] One SAN certificate for all Cisco UC

[James Buchanan]

Hello,

Digicert advertises the ability to create a SAN certificate for several UC
applications. I wonder--could one create a single SAN certificate for CUCM,
Unity Connection, IM&P, CWMS, and Expressway? After all, if the FQDN is in
the SAN field, wouldn't it work?

Thanks,

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

Re: [cisco-voip] VMware 5.5

[Ryan Huff]

Martin,





Have you disabled Large Receive Offset (LRO) on all the Elastic Sky hosts? 
http://docwiki.cisco.com/wiki/Disable_LRO





Thanks,





Ryan Huff


CCIE Collaboration (Written), CCNP Voice, CCNA Voice,


CCNA Route & Switch, CCNA Wireless


UCCX Specialist

From: m...@bilobit.com
To: james.buchan...@gmail.com
Date: Mon, 17 Nov 2014 18:06:51 +
CC: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] VMware 5.5









So 5.5 is supported with CUCM 9.1.x

 
So the question is: Why do I have CUCM at 100% CPU? Only hard reset helps at 
this point.
 
Thanks, Martin
 



From: James Buchanan [mailto:james.buchan...@gmail.com]


Sent: Monday, November 17, 2014 1:10 PM

To: Martin Schmuker

Cc: Cisco VoIP Mailing List

Subject: Re: [cisco-voip] VMware 5.5


 

Hello,



Whenever you are looking for answers on UC virtualization, look here: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29



Thanks,

James


 

On Mon, Nov 17, 2014 at 5:36 AM, Martin Schmuker  wrote:


Guys,
 
since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on ESXi 
5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.
 
Since saturday, all machines are stuck in 100% CPU after a few hours. Sometimes 
all machines at the *same* time! They don’t reply Ping (ICMP Echo), and
 CPU is at 100%.
 
CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).
 
Someone has any idea? Is 9.1.x not supported on vSphere 5.5?
 
Thanks, Martin




___

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] RTMT not able to collect trace files in 10.0.1

[Wes Sisk (wsisk)]

The components displayed on the first page are defined by an XML file stored on 
the UCM server. Likely that file is missing or corrupt. Any unexpected power 
outages or filesystem issues?

Filenames on the server are documented in the footnote here:
https://supportforums.cisco.com/document/65651/communications-manager-rtmt-trace-locations-cli

-Wes

On Nov 14, 2014, at 1:39 PM, Erick Bergquist 
mailto:erick...@gmail.com>> wrote:

Anyone seen RTMT not show the first screen on Collect Traces function?

It does not show the screen for which components to select to gather
traces for and shows a hour glass for a second or two and goes right
to the second window where you set the path, zip, and duration you
want to collect for.  The next button on this screen does nothing as
well.

Remote Browse does not work either

CUCM version 10.0.1.1

Having to download files manually via SFTP is taking longer.
___
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] VMware 5.5

[Martin Schmuker]

Ryan, this is default (on).

Is it best practice to disable LRO?

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Monday, November 17, 2014 1:58 PM
To: James Buchanan; Martin Schmuker
Cc: Cisco VoIP Mailing List
Subject: RE: [cisco-voip] VMware 5.5

Martin,

Have you disabled Large Receive Offset (LRO) on the Elastic Sky hosts? 
http://docwiki.cisco.com/wiki/Disable_LRO

Thanks,

Ryan Huff
CCIE Collaboration (Written), CCNP Voice, CCNA Voice,
CCNA Route & Switch, CCNA Wireless
UCCX Specialist

Date: Mon, 17 Nov 2014 07:10:05 -0500
From: james.buchan...@gmail.com
To: m...@bilobit.com
CC: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] VMware 5.5
Hello,

Whenever you are looking for answers on UC virtualization, look here: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29

Thanks,
James

On Mon, Nov 17, 2014 at 5:36 AM, Martin Schmuker 
mailto:m...@bilobit.com>> wrote:
Guys,

since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on ESXi 
5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.

Since saturday, all machines are stuck in 100% CPU after a few hours. Sometimes 
all machines at the *same* time! They don't reply Ping (ICMP Echo), and CPU is 
at 100%.

CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).

Someone has any idea? Is 9.1.x not supported on vSphere 5.5?

Thanks, Martin

___
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


smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] VMware 5.5

[Martin Schmuker]

So 5.5 is supported with CUCM 9.1.x

So the question is: Why do I have CUCM at 100% CPU? Only hard reset helps at 
this point.

Thanks, Martin

From: James Buchanan [mailto:james.buchan...@gmail.com]
Sent: Monday, November 17, 2014 1:10 PM
To: Martin Schmuker
Cc: Cisco VoIP Mailing List
Subject: Re: [cisco-voip] VMware 5.5

Hello,

Whenever you are looking for answers on UC virtualization, look here: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29

Thanks,
James

On Mon, Nov 17, 2014 at 5:36 AM, Martin Schmuker 
mailto:m...@bilobit.com>> wrote:
Guys,

since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on ESXi 
5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.

Since saturday, all machines are stuck in 100% CPU after a few hours. Sometimes 
all machines at the *same* time! They don’t reply Ping (ICMP Echo), and CPU is 
at 100%.

CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).

Someone has any idea? Is 9.1.x not supported on vSphere 5.5?

Thanks, Martin

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



smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] HELP

[Ryan Huff]

Well, you can't make calls because there are no resources available to 
negotiate the call, that much is clear. 

I
 assume this issue came about after you upgraded the IOS on the router? 
What platform do you have and what code are you currently running?

The
 firmware for the DSP is in the IOS code itself. As long as you're on 
supported code for the platform, activate the DSP Farm and then reboot 
the router. This should resolve the issue.

Thanks,

Ryan Huff
CCIE Collaboration (Written), CCNP Voice, CCNA Voice
CCNA R/S, CCNA Wireless
UCCX Specialist

Date: Mon, 17 Nov 2014 13:42:03 +0100
From: eteng.o...@unicem.com.ng
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] HELP

HELP,I CAN'T CALL OUT ON E1 AND FXO. SEE MESSAGE ON THE ROUTER.
voice-card 0 ! Warning! DSPs 5 in slot 0 are using non-default firmware from 
device flash: ! This is not recommended, the IOS default version is 24.3.3







If you are not the intended recipient and have received this e-mail in error, 
please delete it immediately from your system and notify the sender by e-mail 
or telephone. Be notified that you are not to copy, distribute or disclose this 
e-mail or any of its contents to any other party and any such action may be 
unlawful.
___
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] HELP

[Eteng Okoi]

HELP,
I CAN'T CALL OUT ON E1 AND FXO. SEE MESSAGE ON THE ROUTER.

voice-card 0
 ! Warning! DSPs 5 in slot 0 are using non-default firmware from device
flash:
 ! This is not recommended, the IOS default version is 24.3.3

-- 
If you are not the intended recipient and have received this e-mail in 
error, please delete it immediately from your system and notify the sender 
by e-mail or telephone. Be notified that you are not to copy, distribute or 
disclose this e-mail or any of its contents to any other party and any such 
action may be unlawful.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] VMware 5.5

[Ryan Huff]

Martin,

Have you disabled Large Receive Offset (LRO) on the Elastic Sky hosts? 
http://docwiki.cisco.com/wiki/Disable_LRO

Thanks,

Ryan Huff
CCIE Collaboration (Written), CCNP Voice, CCNA Voice,
CCNA Route & Switch, CCNA Wireless
UCCX Specialist

Date: Mon, 17 Nov 2014 07:10:05 -0500
From: james.buchan...@gmail.com
To: m...@bilobit.com
CC: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] VMware 5.5

Hello,

Whenever you are looking for answers on UC virtualization, look here: 
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29

Thanks,
James

On Mon, Nov 17, 2014 at 5:36 AM, Martin Schmuker  wrote:








Guys,
 
since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on ESXi 
5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.
 
Since saturday, all machines are stuck in 100% CPU after a few hours. Sometimes 
all machines at the *same* time! They don’t reply Ping (ICMP Echo), and CPU is 
at 100%.
 
CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).
 
Someone has any idea? Is 9.1.x not supported on vSphere 5.5?
 
Thanks, Martin




___

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] VMware 5.5

[James Buchanan]

Hello,

Whenever you are looking for answers on UC virtualization, look here:
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_%28CUCM%29

Thanks,
James

On Mon, Nov 17, 2014 at 5:36 AM, Martin Schmuker  wrote:

>  Guys,
>
>
>
> since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on
> ESXi 5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.
>
>
>
> Since saturday, all machines are stuck in 100% CPU after a few hours.
> Sometimes all machines at the **same** time! They don’t reply Ping (ICMP
> Echo), and CPU is at 100%.
>
>
>
> CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).
>
>
>
> Someone has any idea? Is 9.1.x not supported on vSphere 5.5?
>
>
>
> Thanks, Martin
>
> ___
> 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] VMware 5.5

[Martin Schmuker]

Guys,

since 3 weeks we are running our UC Environment (CUCM, Unity Cxn, IM&P) on ESXi 
5.5. At Friday we setup new vCenter 5.5 and added the esx hosts.

Since saturday, all machines are stuck in 100% CPU after a few hours. Sometimes 
all machines at the *same* time! They don't reply Ping (ICMP Echo), and CPU is 
at 100%.

CUCM and Cxn are on 9.1(2)SU2a (9.1.2.12901-3).

Someone has any idea? Is 9.1.x not supported on vSphere 5.5?

Thanks, Martin


smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] E1 CAS card in Mexico not getting enough digits

[Jason Aarons (AM)]

More like Tequila!

I'm in Mexico City this week...and this case deserved a large bottle of it!

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Monday, November 17, 2014 4:11 AM
To: Jason Aarons (AM); Anthony Holloway; cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits

Well it had to either be the Telco or an inbound xlate. Glad you found it! Good 
job, now go have an Iced Tea and a vacation!

From: jason.aar...@dimensiondata.com
To: avholloway+cisco-v...@gmail.com; 
ryanh...@outlook.com; 
cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits
Date: Mon, 17 Nov 2014 06:03:23 +
So after about 5 CCIEs looked at it and 5 Cisco AS onsite engineers and 2 days 
of effort we found the translation-profile on the voice-port was somehow 
responsible.  Seems the incoming digits took longer on router-b.  Go figure.  
We move the translation-profile from the voice port to the dial-peer.

I hate CAS.

From: Anthony Holloway [mailto:avholloway+cisco-v...@gmail.com]
Sent: Sunday, November 16, 2014 9:38 PM
To: Jason Aarons (AM); Ryan Huff; 
cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] E1 CAS card in Mexico not getting enough digits

What if...just what if, it's alternating between 3 and 4 digits every time you 
unplug it?  Try unplugging it and re-plugging it into the same router to 
validate this crazy idea.
On Sun Nov 16 2014 at 7:21:11 PM Jason Aarons (AM) 
mailto:jason.aar...@dimensiondata.com>> wrote:
If you move circuit to another router and it works, then its hard to blame the 
carrier!

CAS stinks.


Sent from my Verizon Wireless 4G LTE Smartphone

 Original message 
From: Ryan Huff
Date:11/16/2014 15:45 (GMT-05:00)
To: "Jason Aarons (AM)" , 
cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits

Ahh, missed the part about CAS, sorry.

So is the provider doing something on their side with the MAC of the E1 on your 
side? If the provider is sending 3 digits (regardless if it works on the other 
router) then it should be their issue.

You have the plan and type set according to what the provider expects?

Are you getting 3 digits for the calling or called party?

From: jason.aar...@dimensiondata.com
To: ryanh...@outlook.com; 
cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits
Date: Sun, 16 Nov 2014 19:56:50 +
CAS no q931

Debug shows on bad router we receive 3 digits from provider, move circuit to 
another router we receive 4 digits from provider.

From: Ryan Huff [mailto:ryanh...@outlook.com]
Sent: Sunday, November 16, 2014 8:52 AM
To: Jason Aarons (AM); 
cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits


So on router B, do the following and then place an inbound call from a known 
number:

hostname# conf t
hostname (config)# logging console
hostname (config)# exit
hostname# term mon
hostname# debug isdn q931

What do you see for "Calling Party Number i =", "Plan:" and "Type:"? The "plan" 
and "type" fields should be located below the "calling party  number" field. 
Once you've determined that you really are receiving 4 digits from the telco on 
that circuit the next step is to figure out what in the router config is 
stripping the digit. If you find that you are not receiving 4 digits from the 
telco, you can either work with the telco to fix it on the PRI or if the 
missing digit is a constant, you can add it with an inbound voice translation 
rule.

Look at your inbound dial peers; do you have any voice translation rules that 
are doing any digit stripping? Are the inbound voice translations using 
different regex than on the router that is working and if so, what is different?

Thanks,

Ryan Huff
CCIE Collaboration (Written), CCNP Voice, CCNA Voice
CCNA Route/Switch, CCNA Wireless, UCCX Specialist

From: jason.aar...@dimensiondata.com
To: cisco-voip@puck.nether.net
Date: Sun, 16 Nov 2014 08:18:22 +
Subject: [cisco-voip] E1 CAS card in Mexico not getting enough digits
I have a problem with a E1 CAS site in Mexico.  I have two routers. Router B is 
problem.

In router A I see 4 digits come in on DTMF.
In router B I see 3 digits come in on DTMF. We are missing 1 digit.

I swap the circuit and works fine in router A.  Same IOS both routers.

Controller e1 0/0/0
   Framing NO-CRC4
   dso-group 0 

Re: [cisco-voip] E1 CAS card in Mexico not getting enough digits

[Ryan Huff]

Well it had to either be the Telco or an inbound xlate. Glad you found it! Good 
job, now go have an Iced Tea and a vacation!

From: jason.aar...@dimensiondata.com
To: avholloway+cisco-v...@gmail.com; ryanh...@outlook.com; 
cisco-voip@puck.nether.net
Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits
Date: Mon, 17 Nov 2014 06:03:23 +









So after about 5 CCIEs looked at it and 5 Cisco AS onsite engineers and 2 days 
of effort we found the translation-profile on the voice-port was somehow 
responsible. 
 Seems the incoming digits took longer on router-b.  Go figure.  We move the 
translation-profile from the voice port to the dial-peer.
 
I hate CAS.
 
From: Anthony Holloway [mailto:avholloway+cisco-v...@gmail.com]


Sent: Sunday, November 16, 2014 9:38 PM

To: Jason Aarons (AM); Ryan Huff; cisco-voip@puck.nether.net

Subject: Re: [cisco-voip] E1 CAS card in Mexico not getting enough digits
 
What if...just what if, it's alternating between 3 and 4 digits every time you 
unplug it?  Try unplugging it and re-plugging it into the same router to 
validate this crazy idea.

On Sun Nov 16 2014 at 7:21:11 PM Jason Aarons (AM) 
 wrote:



If you move circuit to another router and it works, then its hard to blame the 
carrier! 


 


CAS stinks.


 


 



Sent from my Verizon Wireless 4G LTE Smartphone




 

 Original message 


From: Ryan Huff 


Date:11/16/2014 15:45 (GMT-05:00) 


To: "Jason Aarons (AM)" , 
cisco-voip@puck.nether.net 


Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits



 



Ahh, missed the part about CAS, sorry.




So is the provider doing something on their side with the MAC of the E1 on your 
side? If the provider is sending 3 digits (regardless if it works on the other 
router) then it should be their issue.



You have the plan and type set according to what the provider expects?



Are you getting 3 digits for the calling or called party?



From: 
jason.aar...@dimensiondata.com

To: ryanh...@outlook.com;
cisco-voip@puck.nether.net

Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits

Date: Sun, 16 Nov 2014 19:56:50 +

CAS no q931

 

Debug shows on bad router we receive 3 digits from provider, move circuit to 
another router we receive 4 digits from provider.

 



From: Ryan Huff [mailto:ryanh...@outlook.com]


Sent: Sunday, November 16, 2014 8:52 AM

To: Jason Aarons (AM); 
cisco-voip@puck.nether.net

Subject: RE: [cisco-voip] E1 CAS card in Mexico not getting enough digits



 

 


So on router B, do the following and then place an inbound call from a known 
number:



hostname# conf t

hostname (config)# logging console 

hostname (config)# exit

hostname# term mon 

hostname# debug isdn q931



What do you see for "Calling Party Number i =", "Plan:" and "Type:"? The "plan" 
and "type" fields should be located below the "calling party  number" field. 
Once you've determined that you really are receiving 4 digits from the telco on 
that circuit the next
 step is to figure out what in the router config is stripping the digit. If you 
find that you are not receiving 4 digits from the telco, you can either work 
with the telco to fix it on the PRI or if the missing digit is a constant, you 
can add it with an inbound
 voice translation rule.



Look at your inbound dial peers; do you have any voice translation rules that 
are doing any digit stripping? Are the inbound voice translations using 
different regex than on the router that is working and if so, what is different?



Thanks,



Ryan Huff

CCIE Collaboration (Written), CCNP Voice, CCNA Voice

CCNA Route/Switch, CCNA Wireless, UCCX Specialist




From: jason.aar...@dimensiondata.com

To: cisco-voip@puck.nether.net

Date: Sun, 16 Nov 2014 08:18:22 +

Subject: [cisco-voip] E1 CAS card in Mexico not getting enough digits


I have a problem with a E1 CAS site in Mexico.  I have two routers. Router B is 
problem.  

 

In router A I see 4 digits come in on DTMF.  

In router B I see 3 digits come in on DTMF. We are missing 1 digit.

 

I swap the circuit and works fine in router A.  Same IOS both routers.

 

Controller e1 0/0/0

   Framing NO-CRC4

   dso-group 0 timeslots 1-10 type r2-digital dtmf dnis

   cas-custom 0

   Country telmex

   Seizure-ackt-time 2

 

 

 

 




___ 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


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