Clearing of alarms caused by unused WDM ports

2

1. In the main view, double-click the icon for the optical NE to open the state diagram of the optical NE.
2. Right-click the subrack NE and choose NE Explorer from the shortcut menu. The NE Explorer dialog box is displayed.
3. In the navigation tree on the left, select the OTU board and choose Configuration > WDM Interface.
4. On the Basic Attributes tab, set Channel Use Status to Unused.
5. Click Apply.
6. Check for the alarm to determine whether the alarm is cleared.

Other related questions:
Method used to clear alarms caused by unused ports
Question: In a DWDM system, when a client-side port is not in use but is set to the used state, alarms are reported on the NMS, such as ODU_AIS, SM_BDI, and MS_AIS alarms. These alarms may cause misunderstandings that services are interrupted. Analysis: In the main view, double-click the optical NE to display the status view. Specifically, a. Right-click the NE in the subrack and choose NE Explorer from the short-cut menu. The NE Explorer is displayed. b. Select the OTU board from the navigation tree. Choose Configuration > WDM Interface > Advanced Attributes. c. Set the channel use stats to unused.d. Click Apply. e. View alarms and check whether the alarm is cleared. Root cause: An alarm is generated when the NMS detects that an unused client-side or WDM-side port is set to the used state. Answer: Check the client-side optical port status of an OTU board to facilitate alarm analysis and troubleshooting. This operation must be performed with a prior approval and monitoring of the customer. Suggestion and conclusion: None

Possible cause of the BUS_ERR alarm reported after WDM equipment is upgraded
If the service mode is incorrectly configured for some boards such as NS2 and TDX, a BUS_ERR alarm will be reported after the upgrade is complete. When a BUS_ERR alarm is reported, verify the line mode.

Cause why an R_LOF alarm is reported when the client-side port of an E7LWF board is set to UNUSE state
Question: Why an R_LOF alarm persists after the client-side port on an E7LWF board is set to the UNUSE state? The product version is V100R003C01B01m. Root cause: None Answer: The current software version of the E7LWF board dynamically updates the list of R_LOF alarm nodes when the optical port is unused. As a result, R-LOF alarms are transiently reported irregularly and cannot be cleared. On an NE of version V100R005 or V100R006, this issue is resolved using the alarm anti-jitter function of the NE. On the live network, upgrade the board software to resolve this issue. Board software version V7.24 in NE version V100R003C01B029 will be released to resolve this issue. Before the board software version is released, set the optical port to the use state to prevent this issue. Suggestion and conclusion: None

If you have more questions, you can seek help from following ways:
To iKnow To Live Chat
Scroll to top