ID | Name | Meaning |
---|---|---|
1 | Subrack No. | Number of the subrack where the board on which the inconsistent versions are detected is located |
2 | Slot No. | Number of the slot where the board on which the inconsistent versions are detected is located |
3 | CPU No. | Number of the CPU on which the inconsistent versions are detected (GXPUx has four CPUs numbered from 0 to 3; other boards have only one CPU numbered 0) |
4 | Alarm Attribute | 0=Normal, Alarms period are longer than the Transient Threshold. 1=Transient Count, The times and the period of the alarms whose periods are shorter than the Transient Threshold are summed up. If the sum result is longer than the Alarm Occurrence Period Threshold or Alarm Occurrence Times Threshold, an alarm so called Transient Count Alarm is triggered. Because Transient Count Alarm is based on accumulative result, the recovery of the alarm may occur at least one Summing Cycle later. The Summing Cycle can be query by MML "LST STATSLDWIN". |
If the version of the files saved in the flash of the boards in position is inconsistent with these saved on the GBAM/GOMU, the activation of files such as patch files and license files fails, or the boards cannot work normally after the activation of files such as version software files and level 2 BIOS files. As a result, the services may be affected.
Y=> Go to 2.
N=> Run the MML command LOD SOFTWARE on the MML client to reload the host software and BIOS software. Then, load the patch file and incense file. Go to 4.
Y=> The alarm handling is complete.
N=> Go to 3.
Y=> Go to 4.
N=> Run the MML command LOD SOFTWARE on the MML client to reload the host software. Go to 4.
Y=> The alarm handling is complete.