Reason for the failure to report alarms by boards in a subrack when a large number of SHELF_AREA_POWER_OVER alarms are reported

14

The SHELF_AREA_POWER_OVER alarm indicates that the nominal power consumption of a subrack section exceeds the specified threshold. This alarm is reported when the total nominal power consumption of boards in a subrack section of an NE is greater than or equal to the power consumption threshold of the subrack section.
This alarm is reported on the system control boards, such as SCC and 16XCH/16UXCM. If the alarm is present, the subrack is overloaded. When this occurs, you need to remove boards from the corresponding subrack section as required. If the subrack is running in overloaded state for a long time, the power supply to the subrack may be abnormal or interrupted.

Other related questions:
Processing of the LAN_LOC alarm reported by the AUX board in a slave subrack
The handling suggestions are as follows: 1. If network cables are normal, check whether the network port related to the alarm needs to be used. 2. If the network port does not need to be used but has been falsely configured as used, choose Communication > Access Control in the NE Explorer. On the page that is displayed, set the ETH/NMETH port to disabled. 3. If the alarm persists, the AUX board may be faulty. When this occurs, replace the AUX board.

Reason for VOADATA_MIS alarm reporting and VOA value downloading failure during OA board replacement
OA boards are equipped with EVOAs that support different minimum values ranging from 0.5 dB to 1.5 dB. For example, if the EVOA of an OAU board is set to 0.5 dB, after the board is faulty and is replaced by a board whose minimum EVOA value is 0.6 dB, the VOADATA_MIS alarm is reported, the VOA value fails to be downloaded, and the default value 21.5 dB is restored. To avoid this, record the EVOA, gain, and output optical power values of the faulty board before board replacement. If the VOADATA_MIS alarm is reported during the replacement, manually adjust the EVOA and gain values of the new board to ensure that the output optical power of the new board is the same as that before the replacement. If the board does not report the VOADATA_MIS alarm, you do not need to adjust the board settings.

Why do many APs report failures when they are upgraded in batches in FTP mode
The FTP server limits the number of connected users. When the number of users exceeds the threshold, new link requests are denied or APs fail to log in to the FTP server, which leads to an upgrade failure.

Whether the FIU board reports the MUT_LOS alarm
Yes, it does.

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