No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

An NE Goes Beyond the Reach of the T2000 After the Active Standby SCC Switching Because the NE ID and IP Address on the Standby SCC Are Changed

Publication Date:  2012-07-25 Views:  45 Downloads:  0
Issue Description
This problem occurs to OptiX OSN 1500 NE 315 in an upgrade phase. After checking the batch backups on the active and standby SCCs, the engineers carry out the upgrade.
1. The engineers upgrade the standby SCC in slot 83.
2. The engineers perform a cold reset on the standby SCC in slot 83 for the upgrade to take effect.
2. The engineers perform a cold reset on the active SCC in slot 82 to switch over the active and standby SCCs forcefully.
After the switching, however, the NE goes beyond the reach of the T2000. Regardless of that, the services are available. The ACTC indicator on the original standby SCC in slot 83 is on. 
 
Alarm Information
Null
Handling Process
1. The ACTC indicator on the original standby SCC in slot 83 is on. Therefore, the SCC switching succeeds. The services are switched over to the SCC in slot 83.
2. Remove the SCC in slot 83 to switch over the services back to the SCC in slot 82 forcefully. The NE comes back within the reach of the T2000.
3. Perform a cold reset on the SCC in slot 82 to switch over the active and standby SCCs forcefully again. The NE goes beyond the reach of the T2000 again. Log in to adjacent NE 316 to query the ECCs. It is found that NE 316 has no ECC to NE 315.
4. Run the command :cm-get-bdinfo; to query the ECC allocation on NE 316. It is found that ECC 1 is mapped to the optical board in slot 5 that is connected to NE 315 and that the ECC is in ok state.
5. Run the command :cm-get-maccon; to query the concatenation data at the physical layer on NE 316. It is found that the optical board in slot 5 is connected to NE 0x0004004e.
6. Log in to NE 0x0004004e. It is found that the NE is right NE 315. Query the IP address of the NE. It is found that the NE IP address is 3.1.4.78 instead of the default 129.9.x.x.
7. Change the NE ID to 9-315 and the NE IP address to 129.9.0.1. After an automatic reset, the NE comes back within the reach of the T2000. The problem is solved. 
 
Root Cause
The NE ID and IP address on the original standby SCC are changed, and therefore are inconsistent with the NE ID and IP address on the T2000. 

 
Suggestions
1. On a board, the NE parameters are stored in the system parameter area, such as NE ID, NE IP address, and node ID. If the parameters are changed after a downgrade and before an upgrade, the parameters are changed again after the upgrade.
2. The board, however, is never downgraded on the site. The engineers suspect that the board is downgraded before the board leaves the factory. As a result, the NE ID and IP address on the board are changed after the upgrade. 
 

END