cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
359
Views
0
Helpful
5
Replies

Migrating 7911 phones between clusters

iwearing
Level 1
Level 1

Hi,

I have installed a new V8.6 cluster as part of a V7 to V8 upgrade. I wanted to test that various phones can register with the new cluster and move them back onto the V7 cluster as a backout.

Both 7911 & 7941 phones upgrade their firmware and register on the new V8 cluster. The new cluster has been configured with different IP addresses to allow for a phased phone migration.

However they fail to re-register on the V7 cluster when the DHCP option 150 has been changed.They do not downgrade firmware as the phones have maintained the new Call Manager IP addresses. This is visible by browsing to the phones IP address and the V8 Call Manager IP addresses are configured.

A wireshark trace shows no TFTP requests from the phone to the V7 UC Servers.

A reset to factory default resolves the issue and allows the phones to re-register on the V7 cluster.

The firmware versions deployed are:

V7.1(5)     cluster SCCP11.9-1-1SR1S

V8.6(2)     cluster SCCP11.9-3-1SR2-1S

Any ideas why the phones fail to downgrade and re-regsiter on the V7 cluster would be appreciated.

thanks

Ian.

5 Replies 5

Ayodeji Okanlawon
VIP Alumni
VIP Alumni

This is most likely an ITL issue. CUCM 8 introduced the new Security By Default feature and the use of ITL (Initial Trust List) files.

With this new feature, care must be taken when moving phones between different CUCM clusters. Without following the proper steps it is possible to encounter a situation where thousands of phones must manually have their ITL files deleted

Please read more here..and follow the recommendations

https://supportforums.cisco.com/docs/DOC-15799

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

Please rate all useful posts

Thanks for the update.

I have done a few V7 to V8 cluster upgrades using new hardware with new IP addresses to allow both clusters to be be active for testing prior to the migration.

I have never encountered this issue before on 7911 and 7941 phones. Registering and upgrading phones on the V8.6 cluster and re-registering on the V7 cluster with a seamless firmware downgrade not being an issue.

If this turns out to be an ITL issue would it be an acceptable practice to set the " Rollback To Pre ver 8.0 " Enterprise parameter to true on the V8.6 cluster to perform further testing and prove that I can move phones back onto the V8 cluster.

regards

Ian.

Sure, thats one of the recommendations and the easiest one to implement. You must ensure this parameter is set before phones on CUCM7 registers. Give this a go, register a phone to cucm8 and then do a rollback to CUCM7 and see if it works

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

Please rate all useful posts

I will do and thanks for the useful update.

I wonder If previous upgrades that I have done have had this Enterprise Parameter set to true by default?

Its never on by default unless someone sets it. What I know is that some model of phones do not use ITL and CTL files. eg 7940 and 7960..So they wont be affected

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

Please rate all useful posts
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: