[cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

Thu May 28 14:41:13 EDT 2020

Interesting thing is this preso (which is not official for TAC Purposes) says I can go from 8.6 to 12.5 directly in OS admin, but docs say use PCD. Not going to try it, but nevertheless curious.

Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: MLoraditch at heliontechnologies.com
From: Anthony Holloway <avholloway+cisco-voip at gmail.com>
Sent: Thursday, May 28, 2020 2:29 PM
To: Matthew Loraditch <MLoraditch at heliontechnologies.com>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

[EXTERNAL]

Another thing, CUCM 12.5 specific, Cisco wants all of us to run through the Collaboration Sizing Tool every time we upgrade to 12.5 now.

See slide 13
https://www.ciscolive.com/c/dam/r/ciscolive/us/docs/2019/pdf/BRKUCC-2011.pdf

On Thu, May 28, 2020 at 1:08 PM Anthony Holloway <avholloway+cisco-voip at gmail.com<mailto:avholloway%2Bcisco-voip at gmail.com>> wrote:
Keep in mind that PCD network migrations, while awesome for CUCM, do not work for other products.

Typically with a project like this, you'll likely have a different approach for each app, and not a one size fits all solution.

With the app upgrades, you will also have to change OVA sizes (or want to in some cases), and at that point, it might be better to install fresh, and use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get data exported/imported from old to new.

Or like Kent said, tell yourself it's a toshiba system, and treat it like a greenfield.

On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <MLoraditch at heliontechnologies.com<mailto:MLoraditch at heliontechnologies.com>> wrote:
Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each  is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5..  8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!

Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
 |
e: MLoraditch at heliontechnologies.com<mailto:MLoraditch at heliontechnologies.com>
[Helion Technologies]<http://www.heliontechnologies.com/>
[Facebook]<https://facebook.com/heliontech>
[Twitter]<https://twitter.com/heliontech>
[LinkedIn]<https://www.linkedin.com/company/helion-technologies>
_______________________________________________
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 9409 bytes
Desc: image001.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 431 bytes
Desc: image002.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 561 bytes
Desc: image003.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 444 bytes
Desc: image004.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image223988.png
Type: image/png
Size: 9409 bytes
Desc: image223988.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image571397.png
Type: image/png
Size: 431 bytes
Desc: image571397.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image597807.png
Type: image/png
Size: 561 bytes
Desc: image597807.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image246003.png
Type: image/png
Size: 444 bytes
Desc: image246003.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200528/0ebcd798/attachment-0007.png>