Alarm shielding on OSN 6800

3

For example, the alm-cfg-set-monstate:R_LOS,disable,0xff,0,0 "" command can be used to suppress all the NE ports reporting the R_LOS alarm.

Other related questions:
NO_BD_PARA alarm on an OAU board on an OSN 6800 NE
Question: Why an OAU board reports a NO_BD_PARA alarm on an OSN 6800 NE of version V100R003 for which ALC is configured? Root cause: None Answer: ALC is inappropriately configured. As a result, the computed value of a required parameter exceeds the maximum OAU gain (31 dB). There is a bug in the software processing mechanism. Due to this bug, when an OAU board uses the extended gain, the value of computed pump current exceeds the maximum value. As a result, a critical alarm is reported. When the software computes the drop-wavelength parameter table and the computed turning point current exceeds the rated current value, the rated current value is used as the turning point current value. Impact: This issue is not triggered under normal configurations. If this issue is triggered, there is no impact on services or functions, and the issue can be rectified by modifying configurations. Version in which the issue has been resolved: V100R003C02B028

Using command lines to suppress alarms for the OSN 6800
For example, to suppress R_LOS alarms on all ports, run the following command: alm-cfg-set-monstate:R_LOS,disable,0xff,0,0,"";

OptiX OSN 6800
The OptiX OSN 6800 intelligent optical transport platform (OptiX OSN 6800 for short) is a new-generation intelligent optical transport platform of Huawei. The OptiX OSN 6800 is a future-oriented product developed to address the trend towards IP-based long-haul backbone networks. It provides dynamic optical scheduling and flexible electrical scheduling. It features high integration and reliability, and supports multi-service transmission. OptiX OSN 6800 is applicable to longhaul backbone networks, regional backbone networks, local networks, the metro convergence layer, and the metro core layer.

Cause why OSN 6800 NEs report license-related alarms
Question: A customer provides feedback that all system control boards of 48 OSN 6800 NEs report the SYSTEM_DEF_RUNNING alarm one day. One of the NEs also reports the VERIFY_LCS_ERROR alarm. Analysis: 1. A dedicated ASON license file must be loaded to an OSN 6800 NE to enable ASON for the NE. 2. The OSN 6800 NE periodically checks whether the license has been loaded on the system control board. If the ASON license has not been loaded, the SYSTEM_DEF_RUNNING alarm is reported. 3. If the ASON license has been loaded but is about to expire, the NE reports the LICENSE_GOINGTO_EXPIRT alarm. 4. If an incorrect ASON license has been loaded, the NE reports both the SYSTEM_DEF_RUNNING and VERIFY_LCS_ERROR alarms. Root cause: None Answer: 1. Because ASON has not been enabled for the NEs, directly suppress the alarm. If ASON is required later, load a correct license file. 2. Run the license-show-file command to query license information. Suggestion and conclusion: When ASON is not enabled, you are advised to set license-related alarms to be not monitored to avoid customer misunderstanding.

Default temperature alarm thresholds of the ND2 board on OSN 6800 devices
By default, the lower and upper temperature alarm thresholds are 0°C and 65°C respectively. In V100R006 and later versions, the lower and upper temperature alarm thresholds are 0°C and 80°C respectively. To query the temperature alarm thresholds, run the :cfg-get-bdtempth:Bid; command.

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