PLEASE READ ENTIRE DOCUMENT PRIOR TO BEGINNING UPGRADE
You may need to email licensing@cisco.com to obtain the bootable version of the latest SU of whatever version you're upgrading from in step 1, and the bootable version of 9.1.2. These can also be obtained through PUT ( http://tools.cisco.com/gct/Upgrade/ )
- Upgrade to the latest SU of 6.1.4, 6.1.5, 7.1.3 or 7.1.5. These can be downloaded from the Cisco website.
- Apply the refresh upgrade COP file to your current version of CUCM, found here: http://software.cisco.com/download/release.html?mdfid=284510097&catid=278875240&softwareid=282204704&release=COP-Files&rellifecycle=&relind=AVAILABLE&reltype=latest
- Create a CUCM VM using the 9.1.2 ova file found here (don’t power on at creation): http://software.cisco.com/download/release.html?mdfid=284510097&catid=278875240&softwareid=283088407&release=9.1(1)&relind=AVAILABLE&rellifecycle=&reltype=latest
- Change the OS on the VM to RedHat 3 (32 bit), then power on
- Install the same CUCM version as your current hardware (6.1.4, 6.1.5, 7.1.3 or 7.1.5) as a VM with the bootable version you got from TAC Licensing into the OVA you created in step 2.
- DRS from your hardware version to the VM you just created
- Reboot
- Upgrade to 9.1.2 (with run new version) with the non-bootable iso found here: http://software.cisco.com/download/release.html?mdfid=284510097&catid=278875240&softwareid=282074295&release=9.1(2)&relind=AVAILABLE&rellifecycle=&reltype=latest
- Shutdown when complete, change OS to RedHat 5 (32 bit), boot up
- Build a fresh 9.1.2 VM using the same OVA in step 3 with the bootable 9.1.2 that you obtained from TAC Licensing.
- DRS from the upgraded 9.1.2 to the fresh 9.1.2
- Reboot
- Resolve licensing within 60 days
Steps 10 & 11 is due to the incompatible version being VM’d in step 5, it causes “partition mis-alignment” and puts it outside of Cisco support if you leave it that way.
Isolating your VMs…
This is messy because you essentially have 3 versions of Call Manager running. 1 on hardware, 1 VM that matches your hardware version that gets upgraded to 9.1.2, and 1 that is the fresh install of 9.1.2. All VMs MUST be able to contact NTP during the install phase!
Here is what I did:
- I installed my 6.1.4 VM onto a valid subnet that was fully routable. You’re correct in assuming this did NOT match the IPs of the hardware instance. This allowed me to get past the NTP and Gateway issues during the install.
- I then powered off the hardware instance and changed the IPs/VLAN of the VM to be where its supposed to be. Here is the official Cisco procedure for changing IPs: http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080094601.shtml
- Then I DRS restored 6.1.4 into my VM, and did the jump upgrade as found in steps 8 & 9.
- Then I did a DRS backup of the jumped 9.1.2 VM and shut it down.
- Then I built a fresh 9.1.2 VM using the correct IPs and restored the DRS backup.
I know that 6.1.x will give you the option of not using NTP. IF YOU DO THIS, THE INSTALL WILL FAIL RIGHT AT THE VERY END OF THE JUMP UPGRADE WITH A SCRIPT ERROR, APPROX 2-3 HOURS INTO THE UPGRADE DUE TO BUG CSCui85967