Thanks Brian, you are probably right. To be clear though: that's a standalone ELM/PLM only, and not Co-Resident.
Important: For a standalone installation of Cisco Prime License Manager, only static MAC addresses are supported on the virtual machine. Using the vSphere client, select Edit virtual machine settings > Network adapter 1 > MAC Address. Select the Manual option and enter a unique MAC address. Source: PLM User Guide <http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/plm/10_5_1/userguide/CPLM_BK_UD1156AD_00_user-guide-rel-1051/CPLM_BK_UD1156AD_00_user-guide-rel-1051_chapter_01.html#CPLM_TK_I7706464_00> On Fri Nov 07 2014 at 12:02:51 PM Brian Meade <[email protected]> wrote: > The MAC address is used for ELM/PLM. That may be where the confusion is. > > On Fri, Nov 7, 2014 at 9:58 AM, Anthony Holloway < > [email protected]> wrote: > >> I think that's how it use to work a few versions back, but I don't think >> that's accurate anymore. >> >> UCCX uses the license mac, which is dynamically created based on a few >> settings of the server as you can read here: >> >> >> http://docwiki.cisco.com/wiki/Licensing_Model_for_Virtualized_UC_Applications >> >> If the MAC Address of the network adapter were to be in play at all, then >> the Answer File Generator could not predict your license mac. >> >> On Fri Nov 07 2014 at 8:47:07 AM Matthew Loraditch < >> [email protected]> wrote: >> >>> Since UCCX still does its license mac based on the hardware properties >>> of the VM you can end up with a new MAC for the NIC and invalid licensing >>> if you haven’t set this to manual. VMWare generates these macs >>> automatically and they aren’t guaranteed to stay the same as machines are >>> moved, cloned, etc unless you use the manual setting. >>> >>> >>> >>> >>> >>> Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA >>> >>> 1965 Greenspring Drive >>> Timonium, MD 21093 >>> >>> direct voice. 443.541.1518 >>> fax. 410.252.9284 >>> >>> Twitter <http://twitter.com/heliontech> | Facebook >>> <http://www.facebook.com/#!/pages/Helion/252157915296> | Website >>> <http://www.heliontechnologies.com/> | Email Support >>> <[email protected]?subject=Technical%20Support%20Request> >>> >>> Support Phone. 410.252.8830 >>> >>> >>> >>> >>> >>> *From:* cisco-voip [mailto:[email protected]] *On >>> Behalf Of *Anthony Holloway >>> *Sent:* Thursday, November 06, 2014 4:56 PM >>> *To:* Heim, Dennis; Jason Aarons (AM); [email protected] >>> >>> >>> *Subject:* Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade >>> 10.5.1 >>> >>> >>> >>> Dennis, >>> >>> Could you explain why you mentioned to convert MAC Addresses to manual >>> in this context? >>> >>> >>> >>> make sure to sure mac addresses to manual prior to copying >>> >>> >>> >>> On Wed Nov 05 2014 at 6:55:04 AM Heim, Dennis <[email protected]> >>> wrote: >>> >>> If you have the resources available (time and/or money), my preference >>> is to migrate the environment to an offline environment. If you have the >>> compute resources do it there, or if not some type of Lab a Service (LaaS). >>> Maybe use Veeam to migrate virtual machines, if you are already virtual >>> (make sure to sure mac addresses to manual prior to copying). >>> >>> >>> >>> Then you need to determine what you time frame is.. can you lose a few >>> days of: cdr’s, historical reports, etc. Migrating VM’s between environment >>> would need to be worked out. However, that allows you to identify any >>> issues, develop a realistic timeframe for each aspect of the upgrade >>> process. Most importantly, it allows a lot of the work to be done not in >>> the middle of the night. >>> >>> >>> >>> *Dennis Heim | Collaboration Solutions Architect* >>> >>> World Wide Technology, Inc. | +1 314-212-1814 >>> >>> <https://twitter.com/CollabSensei> >>> >>> <+13142121814> >>> >>> >>> >>> >>> >>> *From:* cisco-voip [mailto:[email protected]] *On >>> Behalf Of *Anthony Holloway >>> *Sent:* Tuesday, November 04, 2014 11:37 PM >>> *To:* Jason Aarons (AM); [email protected] >>> *Subject:* Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade >>> 10.5.1 >>> >>> >>> >>> Wow. Are you going MCS to UCS too? If not, I'm doing that exact >>> upgrade very soon and no documentation I have reviewed indicated how long >>> upgrades would take, let alone 5 hours. Right now my plan has a time >>> budget of 3 hours for the same, which does not include moving ISOs to the >>> datastore (I like doing local upgrades) nor upgrading clients. >>> >>> >>> >>> Which portion is taking 5 hours? Could you break it down by task for >>> us? E.g., L2 to SU4, Switch Version to SU4, RU COP, RU to 10.5, Switch >>> Version to 10.5. >>> >>> >>> >>> Did you disable IO Throttling first? >>> >>> >>> >>> Based on my research here are the summary steps to this exact upgrade >>> (sans client upgrades): >>> >>> >>> >>> 1. Upload ISOs to DataStore >>> >>> 2. Disable IO Throttle on Publisher >>> >>> 3. Mount 8.5(1)SU4 ISO >>> >>> 4. Upgrade Publisher to 8.5(1)SU4 >>> >>> 5. Switch Version to 8.5(1)SU4 >>> >>> 6. Patch Publisher with RU COP >>> >>> 7. Shutdown Publisher >>> >>> 8. Modify VM Settings: RAM from 4GB to 8GB >>> >>> 9. Power On Publisher >>> >>> 10. Mount 10.5(1)SU1 ISO >>> >>> 11. Upgrade Publisher to 10.5(1)SU1 >>> >>> 12. Switch Version to 10.5(1)SU1 >>> >>> >>> >>> On Tue Nov 04 2014 at 11:04:24 PM Jason Aarons (AM) < >>> [email protected]> wrote: >>> >>> One UCCX node in ha pair 5 hours doing upgrades...it would be more >>> enjoyable watching paint dry...there has got to be a better method in the >>> future for L2 upgrades than this.. >>> >>> >>> >>> >>> >>> Sent from my Verizon Wireless 4G LTE Smartphone >>> >>> _______________________________________________ >>> cisco-voip mailing list >>> [email protected] >>> https://puck.nether.net/mailman/listinfo/cisco-voip >>> >>> >> _______________________________________________ >> cisco-voip mailing list >> [email protected] >> https://puck.nether.net/mailman/listinfo/cisco-voip >> >> >
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
