I have been troubleshooting an issue in the lab again and could use some guidance. We have an SCN of two IPO 8.0.42 systems configured with IP Phone Fall Back between the systems. While testing in the lab we found that *some* telephones failed over flawlessly, while other created an extension on the remote system instead. I set this up as a test on two separate sets of systems and could not figure out why sometimes it works and sometimes it doesn't. I thought perhaps that there was some 'memory' in the phones, but further testing proved that theory false. What am I overlooking?
Test Scenario:
(A) IPO 500 8.0.42
(B) IPO 500V2 8.0.42
1) Configured SCN Fallback with 'backs up my ip phones' and 'backs up my voicemail' checked
2) Installed two test telephones (9650) on system B, configured two generic users and tested SCN dialing
3) Unplugged system B.
4) Telephone A blinked out and re-registered to system A and displayed the extension number. Telephone B displayed login.
5) When I pulled config from system A, the failed telephone had created an extension for itself.
Figuring that these lab phones may have somehow stored some information on system A causing the test to fail, I did the following:
1) Pulled the configuration from system A and deleted the offending extension
2) Used the clear command on the IP Phones to clear the configuration, while at the same time...
3) Rebooting both systems.
4) Re-installed the phones to system B, waited 20 minutes, repeated the test.... SAME RESULT
Any ideas, why does it work for some phones (same model) but not others?
Test Scenario:
(A) IPO 500 8.0.42
(B) IPO 500V2 8.0.42
1) Configured SCN Fallback with 'backs up my ip phones' and 'backs up my voicemail' checked
2) Installed two test telephones (9650) on system B, configured two generic users and tested SCN dialing
3) Unplugged system B.
4) Telephone A blinked out and re-registered to system A and displayed the extension number. Telephone B displayed login.
5) When I pulled config from system A, the failed telephone had created an extension for itself.
Figuring that these lab phones may have somehow stored some information on system A causing the test to fail, I did the following:
1) Pulled the configuration from system A and deleted the offending extension
2) Used the clear command on the IP Phones to clear the configuration, while at the same time...
3) Rebooting both systems.
4) Re-installed the phones to system B, waited 20 minutes, repeated the test.... SAME RESULT
Any ideas, why does it work for some phones (same model) but not others?
