one site report HP_UNEQ alarm in OSN7500 version:188.8.131.52, service down when fiber cut in the working route
HP_UNEQ reported for the VC4 service
1.it is diamond ASON service in OSN7500 as confirmed by customer
2. check the working and protection route for the service
3. found fiber cut in the working route
4. HP_UNEQ reported in the protection route
5.check the NE cross-connection in the NE which this trail go through
6.one SNCP due-send cross-connection lost and HP_UNEQ reported in the down flow sites
7. optimize the service
8. service up.
most of the UNEQ caused by cross-connection lost or insert by the up-flow site.
1 so we check the source site to confirm the alarm whether form outside or not. found it is form the source NE huawei, not from client side.
so this not insert issue.
2.check the cross-connects in the source NE which report HP_UNEQ.
found that one cross-connection lost in SNCP du-send side.
3. confirm with R&D, it is the less memory issye which caused the XC lost, when ason extude the commands to NE, if so many command and information need
handing, some info will lost as the memory is 1024 only, if the this will caused the database confusion, and so XC will lost abnormal.
check the HP_UNEQ according to the two reason as optimize the memory also to ensure the software stable.