[cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1

Fri Nov 7 13:06:04 EST 2014

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 <bmeade90 at vt.edu> 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 <
> avholloway+cisco-voip at gmail.com> 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 <
>> MLoraditch at heliontechnologies.com> 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
>>> <support at heliontechnologies.com?subject=Technical%20Support%20Request>
>>>
>>> Support Phone. 410.252.8830
>>>
>>>
>>>
>>>
>>>
>>> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On
>>> Behalf Of *Anthony Holloway
>>> *Sent:* Thursday, November 06, 2014 4:56 PM
>>> *To:* Heim, Dennis; Jason Aarons (AM); cisco-voip at puck.nether.net
>>>
>>>
>>> *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 <Dennis.Heim at wwt.com>
>>> 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:cisco-voip-bounces at puck.nether.net] *On
>>> Behalf Of *Anthony Holloway
>>> *Sent:* Tuesday, November 04, 2014 11:37 PM
>>> *To:* Jason Aarons (AM); cisco-voip at puck.nether.net
>>> *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) <
>>> jason.aarons at dimensiondata.com> 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
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20141107/48b426fe/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 1391 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20141107/48b426fe/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 3876 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20141107/48b426fe/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 1389 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20141107/48b426fe/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1292 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20141107/48b426fe/attachment-0003.png>