[cisco-voip] ELM stay negative

Tue Nov 12 13:48:29 EST 2013

EM phones are tagged as public space and consume a license at whatever tier a user with just that phone assigned would consume.

-Ryan

On Nov 12, 2013, at 1:38 PM, Louis Koekemoer (ZA) <louis.koekemoer at dimensiondata.com<mailto:louis.koekemoer at dimensiondata.com>> wrote:

Ryan,

In my case I’m using EM. How do I decide which phone to associate to an end user?

Kind regards

Louis Koekemoer
Principle Systems Engineer – Converged Communications
Dimension Data Middle East & Africa
Tel: +27 (11) 575 6560
Fax: +27 (11) 576 6560
Mobile: +27 (71) 680 8790
louis.koekemoer at dimensiondata.com<mailto:louis.koekemoer at dimensiondata.com>
Planned Leave – 30/11/2013 – 05/01/2014
Planned Travel – 12/11/2013 – 13/11/2013
<image001.jpg><http://www.dimensiondata.com/Solutions/NetworkIntegration/Pages/Home.aspx>

For more information about Dimension Data, please go to  www.dimensiondata.com<http://www.dimensiondata.com/>

P Before printing this email please think about the environment

From: Ryan Ratliff (rratliff) [mailto:rratliff at cisco.com]
Sent: 12 November 2013 08:36 PM
To: Chris Ward (chrward)
Cc: Louis Koekemoer (ZA); cisco-voip voyp list
Subject: Re: [cisco-voip] ELM stay negative

And remember that for licensing purposes you need to set the owner userid on the Device page. Device association from the User page isn't sufficient.

-Ryan

On Nov 12, 2013, at 12:55 PM, Chris Ward (chrward) <chrward at cisco.com<mailto:chrward at cisco.com>> wrote:

Louis,

This is as I suspected…

740 CUWL + 500 Enhanced = 1240 total

You need 1327 total Enhanced, so it is using the CUWL licenses to make up the difference: 1240 – 1327 = -87.

You need to make sure that the devices are associated to users in the user page and then resynchronize licenses. I suspect you have lots of devices that aren’t associated and so CUCM is reporting them as requiring an enhanced license. When multiple devices are associated to a user it will require just a single license rather than two like I think you are seeing.

Try associating a few users to their devices and then resynchronize ELM and see if the number drops. Focus on users that you know to own multiple devices.

+Chris
TME - Unity Connection and MediaSense

From: Louis Koekemoer (ZA) [mailto:louis.koekemoer at dimensiondata.com]
Sent: Tuesday, November 12, 2013 12:48 PM
To: Chris Ward (chrward); cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: RE: ELM stay negative

Chris,

See below? After doing an Update Usage details on CUCM under License Usage report and then re-syncing ELM, it dropped to -78

<image001.png>

Kind regards

Louis Koekemoer
Principle Systems Engineer – Converged Communications
Dimension Data Middle East & Africa
Tel: +27 (11) 575 6560
Fax: +27 (11) 576 6560
Mobile: +27 (71) 680 8790
louis.koekemoer at dimensiondata.com<mailto:louis.koekemoer at dimensiondata.com>
Planned Leave – 30/11/2013 – 05/01/2014
Planned Travel – 12/11/2013 – 13/11/2013
<image002.jpg><http://www.dimensiondata.com/Solutions/NetworkIntegration/Pages/Home.aspx>

For more information about Dimension Data, please go to  www.dimensiondata.com<http://www.dimensiondata.com/>

P Before printing this email please think about the environment

From: Chris Ward (chrward) [mailto:chrward at cisco.com]
Sent: 12 November 2013 07:40 PM
To: Louis Koekemoer (ZA); cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: RE: ELM stay negative

Can you send a screenshot of the License Usage page/report.

ELM will use higher level licenses if lower ones are not available.

I.E. if you need 500 Enhanced users but only have 100 Enhanced User Licenses but also have 1,000 CUWL Standard Licenses, ELM will utilize 400 CUWL Standard Licenses to make up the difference. So the negative report may be that you are substituting licenses.

Also, to make sure you are using the proper licenses, you need to be associating phones to users to ensure that CUCM is requesting the proper license type.

+Chris
TME - Unity Connection and MediaSense

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Louis Koekemoer (ZA)
Sent: Tuesday, November 12, 2013 12:23 PM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] ELM stay negative
Importance: High

Hi all,

I did an upgrade an upgrade recently for a customer for CUCM 8.x to 9.x. The license issued show -87 on the Enhanced (9.x) users on ELM. I deleted numerous un-used phones, User device profiles and end users. I re-synced a few times, removed the CUCM and add it again and even restarted the ELM. The ELM count stay on -87. I have no idea how to reduce this total. Can anyone point me in a direction here what I could do?

Kind regards

Louis Koekemoer
Principle Systems Engineer – Converged Communications
Dimension Data Middle East & Africa
Tel: +27 (11) 575 6560
Fax: +27 (11) 576 6560
Mobile: +27 (71) 680 8790
louis.koekemoer at dimensiondata.com<mailto:louis.koekemoer at dimensiondata.com>
Planned Leave – 30/11/2013 – 05/01/2014
Planned Travel – 12/11/2013 – 13/11/2013
<image002.jpg><http://www.dimensiondata.com/Solutions/NetworkIntegration/Pages/Home.aspx>

For more information about Dimension Data, please go to  www.dimensiondata.com<http://www.dimensiondata.com/>

P Before printing this email please think about the environment

This email and all contents are subject to the following disclaimer:
"http://www.dimensiondata.com/emaildisclaimer"<http://www.dimensiondata.com/Global/Policies/Pages/Email-Disclaimer.aspx>

This email and all contents are subject to the following disclaimer:
"http://www.dimensiondata.com/emaildisclaimer"<http://www.dimensiondata.com/Global/Policies/Pages/Email-Disclaimer.aspx>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

This email and all contents are subject to the following disclaimer:
"http://www.dimensiondata.com/emaildisclaimer"<http://www.dimensiondata.com/Global/Policies/Pages/Email-Disclaimer.aspx>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20131112/78656dd7/attachment.html>