[cisco-voip] Planning to Migrate a CUCM 7.1 to a new CUCM 8.6 Cluster with Security turned on

[Eric Pedersen]

Are you using the same tokens in both clusters? Both CTL files need to have all the tokens in them.

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of rschuknecht at gmx.de
Sent: 07 November 2011 5:39 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Planning to Migrate a CUCM 7.1 to a new CUCM 8.6 Cluster with Security turned on

Hi List,

I am currently planning a CUCM Migration from Version 7.1.5 to Version 8.6, on new Hardware. The old cluster has security turned on (CTL Client an E-Token). What makes more difficult is, we have to use the old Publisher as an centralized TFTP Server for both, the old 7.1.5 and the new 8.6 Cluster.

I thought it should be possible by doing it this way:

- Define the 8.6 TFTP-Server as alternate TFTP on the old Server
- Run the CTL-Client on the old Cluster and put the new TFTP Server in the CTL File
- Run the CTL-CLient on the new Cluster and add the old TFTP Server
- Configure the new Cluster with all Phones
- Delete the Phones on the old Cluster (Change MAC Add.)

But in this scenario the Phones would not register to the new Cluster? 

Now i am looking for a strategy to configure it correctly. Any information and help is more than welcome.

/Robert
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!		
Jetzt informieren: http://www.gmx.net/de/go/freephone
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

The contents of this message may contain confidential and/or privileged
subject matter. If this message has been received in error, please contact 
the sender and delete all copies. Like other forms of communication, 
e-mail communications may be vulnerable to interception by unauthorized 
parties. If you do not wish us to communicate with you by e-mail, please 
notify us at your earliest convenience. In the absence of such 
notification, your consent is assumed. Should you choose to allow us to 
communicate by e-mail, we will not take any additional security measures
(such as encryption) unless specifically requested.