We have struggled with an issue for more than a year related to HA over WAN. Even a brief network outage (1-2 seconds) between data centers would cause the master role to switch from the publisher to the subscriber. Mastership changed any time the nodes went into island mode. We finally found the root cause after numerous TAC cases, and I think it's worth sharing since changing the hostnames is supported.
The logic to elect the master node when recovering from island mode is:
Step 1. Check the service status of the nodes. If node 1 is IN_SERVICE and node 2 is in PARTIAL_SERVICE, node 1 becomes the master. If the states are the same (IN_SERVICE or PARTIAL_SERVICE), go to step 2.
Step 2. The hardware specification of both nodes will be checked. The server with the better specification will be handed the mastership. If the hardware specifications are the same, go to step 3.
Step 3. The publisher (i.e. node 1) will become the master if the hostname matches the PrimaryEngineComputerName in the ClusterSpecificConfig. If there is no match, go to step 4.
Step 4. Make the subscriber master.
Alright, now let's back up about 18 months. We decided to build a new cluster to migrate from version 9.0 to 10.6. The intent was to simplify the transition from CAD to Finesse. We built a new cluster on 9.0, restored from backup, changed the hostnames and IPs, and then upgraded to 10.6.
Back to the present (now on version 11.6), we finally lucked out with a TAC engineer that explained the island mode recovery process above. The engineer used the CET (Configuration Editor Tool) to check the ClusterSpecificConfig file where we discovered the primaryEngineComputerName was the hostname of our 9.0 publisher. So now we know step 3 above always fails and the subscriber is elected master as a result.
TAC advised this value is populated at the time of install and cannot be changed (even with root access). The 9.0 cluster had been offline for over a year. Therefore, the best solution was to rename the 11.6 publisher to match the primaryEngineComputerName.
In conclusion, changing the hostname is supported, but it will cause issues with HA. Ideally, the set network hostname command should be updated to also change the primaryEngineComputerName. I asked to have a caveat added to the appropriate section of the admin guide. It's unclear if this request reached the technical writing team – I never received confirmation.
Hello,I hope I'm asking this question in the correct forum.We are looking at using Cisco WebEX for our telephony solution (very small SMB). We were just wondering if Cisco is using Cisco Unity Connection as the voice messaging service??? We we...
Guys, can someone please help me out I just wana have the Call.CallingLineID on my routing script, i know the reservation call passes through the script but it does not have any ANI to it, is there a way i can get that onto my script?? Any help or cl...
Hi, we recenlty integrated our AD to call manager, however a we left he Phone number attribute to telephone. this has messed our corporate directory. we need to change the phone number attribute to IPphone now and perform a sync, we are un...
Hello All - We have a CTI Route Point (1111) pointed towards UC and there we created a Call handler. When the caller opts for any option, that will transfer the call to number 2222 which we created as Hunt Pilot number in CUCM. When the agents ...