You are right… I’m mixing products up… Attendant Console does still rely on the VM NIC’s mac and I have dealt with that issue recently… Now I’m also wondering why Dennis is suggesting this.. only thing I can think of is avoid ARP issues. 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<mailto:[email protected]?subject=Technical%20Support%20Request> Support Phone. 410.252.8830 From: Anthony Holloway [mailto:[email protected]] Sent: Friday, November 07, 2014 9:59 AM To: Matthew Loraditch; Heim, Dennis; Jason Aarons (AM); [email protected] Subject: Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1 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]<mailto:[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<mailto:[email protected]?subject=Technical%20Support%20Request> Support Phone. 410.252.8830 From: cisco-voip [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Anthony Holloway Sent: Thursday, November 06, 2014 4:56 PM To: Heim, Dennis; Jason Aarons (AM); [email protected]<mailto:[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]<mailto:[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 [twitter]<https://twitter.com/CollabSensei> [chat][Phone]<tel:+13142121814>[video] From: cisco-voip [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Anthony Holloway Sent: Tuesday, November 04, 2014 11:37 PM To: Jason Aarons (AM); [email protected]<mailto:[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]<mailto:[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]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
