12-16-2021 06:37 AM
What is the best way to migrate from 11.0 to 14.
Since there was no existing contract we can only build new cluster and migrate the data from cucm 11 cluster to new cucm 14 cluster..
what all things to consider in this case?
do we need to use new IP for new cucm 14 cluster?
in this case can we backup data from CUCM 11 and restore to NEW CUCM 14 cluster? Doing so we will get all our phones another configuration data to new cluster.
is this possible?
for the phones to get register to new cluster what we need to do? I think we will face certificate issue ? we have 600 phones .. how we can overcome this issue as well?
05-26-2024 07:24 AM
Thank you, @Roger Kallberg , for sharing this. I hadn’t previously explored this feature of the PCD. Appreciate it.
05-26-2024 07:35 AM
Thank you @Roger Kallberg for your support, I think my concerns about transferring the ISO files over the WAN due to bandwidth limitations or potential network issues have been cleared now by adding multiple SFTPs at each site. By doing this, we would minimize the amount of data that needs to traverse the WAN, and the upgrade process would pull the ISO files from the local network, which should be faster and more reliable.
05-26-2024 07:46 AM
@Roger Kallberg What is the version of this PCD that supports multiple SFTP servers?
05-26-2024 07:59 AM
Oh that’s a great question. I have no idea. I think we’ve used it ever since 12.5 minimum. We always use the very latest version of PCD, right now that would be v15.
05-26-2024 08:44 AM
This way i didnt think in my previous installaiton because i did installation in low traffic time in the evening. when i see screenshot i was thinking why i didnt try SFTP in Datacenter where we can upload all ISO file locally available SFTP.
i thhink we can deploy PCD in each location and use one PCD for all process. other PCD will act as SFTP role only.
05-26-2024 03:46 AM
I would advise against installing the cluster over the WAN. My preference is to complete the installation in one location and then relocate the servers as needed.
I manage a site with 8-10 clusters that are spread across the WAN, and at the headquarters, we have a PCD for upgrades and migrations. In locations where the WAN speed is slower, I resort to using a local PCD.
However, the method you’re suggesting, which involves one PCD for the main site and another for the branch site, isn’t feasible. PCD performs a cluster installation, not a node installation. Therefore, you can’t use PCD to add a node to the cluster.
That being said, it’s not impossible to use a PCD in your scenario. You could have a PCD at the main site and use it to migrate the CUCM at both the headquarters and the site. in the event of a remote installation failure, proceed with a manual installation.
When the ESXi is discovered, PCD will automatically create an NFS folder on each discovered ESXi, to my knowledge. This folder is used for storing the ISO images required for installations, eliminating the need for you to manage the ISO files. You simply need to upload the necessary files to the appropriate folder on the PCD’s SFTP.
05-26-2024 11:28 PM
@Roger Kallberg @Nithin Eluvathingal I know that the total number of CUCM nodes that can run as call processing is eight, can we increase this, or will impact the system?
Also, If the RTT between Pub and remote Sub is more than 80 ms, Does it impact the system performance?
05-27-2024 02:06 AM - edited 05-27-2024 12:51 PM
If you want more CPE nodes then you’ll need to work with Cisco Advanced Services to get a Mega Cluster approval.
Yes it will have impact if the RTT is above the defined max limit.
05-27-2024 12:44 PM
@Roger Kallberg mentioned if you need more nodes then you need to consider MegaCluster which can have up to 16 subscriber. But this need BU approval.
Yes its will impact if the RTT is more than 80, The maximum round-trip delay allowed between two CUCM servers in a cluster is 80 ms.
05-28-2024 02:07 AM
@Nithin Eluvathingal another question bro, When network settings will be changed during the upgrade and migration by PCD, How the phones will take the new TFTP IP and register to the new cluster? Do I have to change the TFTP IP on DHCP during the migration or before? plz can you explain more this point, and Can I keep the old system up for a while in this case?
05-28-2024 06:18 AM
What I do is request the customer to stop making changes and complete the migrations. Once both servers are up, I perform a bulk certificate exchange. Now it’s time to move the phones to the new cluster. One week before the cutover date, I reduce the DHCP lease time for the phones to the minimum so that updates will be quicker. During the cutover, I update the Option 150 IP on all Voice DHCP scopes and restart the phones from the old CUCM. This process ensures that the phones register with the new CUCM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide