<html><body><div style="font-family: Verdana; font-size: 10pt; color: #000000"><div><br></div><div>my biggest issue when going from individual DLU to ELM was the fact that ELM was not able to "borrow" down, only up and when borrowing was triggered. i was at a Live session a number of years ago as ELM was being developed and they did their best to explain the borrowing, but i guess it didn't sink in.</div><div><br></div><div>i honestly thought that if i had a thousand extra enhanced licenses and I assigned myself two devices, it would use two of those enhanced licenses. nope. it wants an enhanced plus. or better.</div><div><br></div><div>had i known this, during the upgrade process, i would have chosen a different quantity of licenses as was the option then, then true up the support contracts at renewal.</div><div><br></div><div><br></div><div><br></div><div><span name="x"></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst, Network Infrastructure<br>Computing and Communications Services (CCS)<br>University of Guelph<br><div><br></div>519‐824‐4120 Ext 56354<br>lelio@uoguelph.ca<br>www.uoguelph.ca/ccs<br>Room 037, Animal Science and Nutrition Building<br>Guelph, Ontario, N1G 2W1<span name="x"></span><br></div><div><br></div><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;" data-mce-style="color: #000; font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;"><b>From: </b>"Anthony Holloway" <avholloway+cisco-voip@gmail.com><br><b>To: </b>"Scott Voll" <svoll.voip@gmail.com><br><b>Cc: </b>"Mamma Fulgenzi" <lelio@uoguelph.ca>, cisco-voip@puck.nether.net<br><b>Sent: </b>Thursday, September 17, 2015 3:33:42 PM<br><b>Subject: </b>Re: [cisco-voip] Feature Request to fix Licensing issues with EM<br><div><br></div><div dir="ltr">It's funny that you have Lelio listed as Mamma in your email.<div><br></div><div>First, and I'm really asking this, if you are 100% EM, then why would you put a username on a phone? It should be blank, and thus classified as a public space phone (known as Anonymous in later versions of CUCM).</div><div><br></div><div>Second, I'm not going to pretend I understand Cisco's licensing migration process. I get burned every time. I think part of the confusion is that it's not automatic, and it's subjective. You can literally just argue your way to more licensing, making the LCU pointless. Granted, you'll shoot yourself in the foot when the maintenance bill comes, but it's possible nonetheless.</div><div><br></div><div>Lastly, if this were a greenfield project, and you had 100 phones with 100% EM, then you would only need to buy 100 UCL Enhanced licenses to cover the phones themselves, and they would not have owner user IDs, just anonymous. Then, if you need your employees, say you had 100 also, to have iPad, iPhone, CSF, etc, you would need to buy another license for each user. To make it easy, say each person had three devices, then you'll need 100 CUWL Standard. So, at the end of the day, you end up with 200 licenses (100 UCL Enhanced + 100 CUWL Standard). However, if you wanted to play the licensing game, you would just not buy the 100 Enhanced, and assign each person a random phone, because their CUWL Standard would cover it. The negative is that the UCM User page, and their Jabber client on the PC/Mac, would show this random phone for them to manage.</div><div><br></div><div>I think....</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 17, 2015 at 1:55 PM, Scott Voll <span dir="ltr"><<a href="mailto:svoll.voip@gmail.com" target="_blank" data-mce-href="mailto:svoll.voip@gmail.com">svoll.voip@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" data-mce-style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"><div dir="ltr">We are 100% EM in CM 8.6. Now I have to associate phones to Users so I can get the licensing that I have support on. 1000 users rather than 1600 phones. (450 are soft clients). Since I'm licensed for 1000 I have to "true up" my licensing ($24k). so if convert over to CUWL for 1000 why should I buy more licensing that I already have? thus working through the association of devices to users.<div><br></div><div>So now I'm stuck in a Associating user / device nightmare. which I can work through. But now I have to keep my associations current moving forward (we move users often) so I don't get out of Licensing complainants again.</div><div><br></div><div>Scott</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 17, 2015 at 11:44 AM, Anthony Holloway <span dir="ltr"><<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank" data-mce-href="mailto:avholloway+cisco-voip@gmail.com">avholloway+cisco-voip@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" data-mce-style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"><div dir="ltr">Can you briefly explain this EM licensing nightmare? I'm not sure I'm aware of it.<div><br></div><div>Also, it sounds like what you are describing, implies that license compliance checks are run frequently and multiple times throughout the day, and to my knowledge they are not. How else would you keep up with all of the logging in and out of devices, unless the license compliance check was run in real time? Which was probably how it worked prior to ELM. Just spitballing a few ideas.</div></div><br><div class="gmail_quote"><div><div><div dir="ltr">On Thu, Sep 17, 2015 at 1:29 PM Scott Voll <<a href="mailto:svoll.voip@gmail.com" target="_blank" data-mce-href="mailto:svoll.voip@gmail.com">svoll.voip@gmail.com</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" data-mce-style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"><div><div><div dir="ltr">OK, everyone has complained about the licensing nightmare that EM plays in CM 9 and 10.<div><br></div><div>My coworker has come up with a fix......</div><div><br></div><div><br></div><div><p class="MsoNormal">In thinking this all through, I thought about how I would like it all to work mechanically. Here is what I would like to request as a Feature/Enhancement Request:</p><p class="MsoNormal"> </p><p class="MsoNormal">When I log into a device for the first time with Extension Mobility, I am assigned as the device owner. That ownership is retained until one of two things happen:</p><p style="margin-left:0.75in" data-mce-style="margin-left: 0.75in;">1.<span style="font-stretch:normal;font-size:7pt;font-family:'Times New Roman'" data-mce-style="font-stretch: normal; font-size: 7pt; font-family: 'Times New Roman';"> </span> I log into another like device (i.e.: I have a 8861 at my desk, and I log into Scott’s 8861 at his desk)</p><p style="margin-left:0.75in" data-mce-style="margin-left: 0.75in;">2.<span style="font-stretch:normal;font-size:7pt;font-family:'Times New Roman'" data-mce-style="font-stretch: normal; font-size: 7pt; font-family: 'Times New Roman';"> </span> Someone else logged into my device.</p><p class="MsoNormal"> </p><p class="MsoNormal">This way, the ownership of the device is always assigned by the extension mobility profile and follows the user. If I have an iPhone, IPad or Jabber or other such device, since those all require a user to log in, the ownership would be added in the same way. This would mitigate the licensing issues caused by extension mobility (in my opinion).</p><p class="MsoNormal"> </p><p class="MsoNormal">Using this would really simplify the licensing requirements in my thinking.</p><p class="MsoNormal"> </p><p class="MsoNormal">Any thoughts?</p><p class="MsoNormal"><br></p><p class="MsoNormal">Thanks</p><p class="MsoNormal"><br></p><p class="MsoNormal">Scott</p><p class="MsoNormal"><br></p></div></div></div></div>_______________________________________________<br> cisco-voip mailing list<br> <a href="mailto:cisco-voip@puck.nether.net" target="_blank" data-mce-href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank" data-mce-href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></blockquote></div></blockquote></div><br></div></div></div></blockquote></div><br></div></div><div><br></div></div></body></html>