No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

OSN 500 550 580 V100R008C50 Alarms and Performance Events Reference 02

Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
HPS_PATH_CRC_ERR

HPS_PATH_CRC_ERR

Description

The HPS_PATH_CRC_ERR event indicates that a CRC and sequence number error occurs on the working or protection channel of a hitless protection group.

Attribute

Performance Event ID Performance Event Type

0x3e2f

PDH performance event

Impact on the System

The working or protection link of the hitless protection group is faulty. As a result, services on the link are unavailable.

Generation Principle and Possible Causes

Information contained in K4 and N2 bytes in the TU-12 frame structure is incorrect on the working or protection link of the protection group.

The possible causes of this event are as follows:
  • Cause 1: The link is faulty.
  • Cause 2: The selectively received signals are not the signals sent by the source port in the protection group.
  • Cause 3: The pass-through path traverses DXM boards or other tributary boards, which causes TU-12 overhead termination and regeneration.
  • Cause 4: The pass-through network on the link is not a pure SDH network.

Related Alarms

Alarm Name

Relationship

TU_LOP

TU_LOP indicates the loss of the TU pointer.

TU_AIS

TU_AIS is TU alarm indication.

BIP_SD

BIP_SD indicates BIP signal degrade.

BIP_EXC

BIP_EXC indicates excessive BIP bit errors.

Procedure

  1. Cause 1: The link is faulty.
    1. Check whether the TU_LOP, TU_AIS, BIP_SD, or BIP_EXC alarm exists on the NE.
    2. If the alarm exists, clear the alarm by following the handling procedure.
  2. Cause 2: The selectively received signals are not the signals sent by the source port in the protection group.
    1. According to the service flow, check whether any of the source ports involved in the working or protection link is the working or protection source port in the hitless protection group.

      The working link NE1-NE2-NE4 shown in Figure 5-1 is used as an example. According to the service flow, start from NE4 (sink NE) to check whether the received protection source signals are the signals sent by the protection source port on NE1.
      • Open the NE Explorer of NE4, select the target board, choose Configuration > Hitless Switching Protection Group, and click Query to view the working source port and source timeslot in the hitless protection group.
      • In the NE Explorer of NE4, select the NE, choose Configuration > SDH/PDH Service Management, and click Query.
      • Check whether the working source port and timeslot in the hitless protection group of NE4 are the same as the source port and timeslot of the SDH service from line board 1 on NE4 to the PF4E8 board.
      • Check whether the fiber connection between line board 1 on NE4 and the port on NE2 is correct.
      • Check whether the fiber connection between the line board on NE2 and the line board port on NE1 is correct.
      • Check whether the source port and timeslot of the SDH service from line board 1 on NE1 to the PF4E8 board are the same as the working or protection source port and timeslot in the hitless protection group on the PF4E8 board.
      • Check the network configurations and connections in the preceding sequence. If the ports or timeslots are inconsistent, modify the configurations.
      NOTE:
      Because Huawei's proprietary protocol is used for the interconnection between the local and peer boards in the hitless protection group, PF4E8 boards must be used for the interconnection.
      Figure 5-1  HPS_PATH_CRC_ERR performance detection

    2. If the selectively received signals on an NE are inconsistent with the signals sent by the source port, modify the configurations.
  3. Cause 3: The pass-through path traverses DXM boards or other tributary boards, which causes TU-12 overhead termination and regeneration.
    1. Check the protection group link that reports the event to check for DXM boards or other tributary boards.
    2. If any, modify the link configurations.
  4. Cause 4: The pass-through network on the link is not a pure SDH network.
    1. Check whether the working and protection links of the protection group traverse only an SDH network.
    2. If not, modify service configurations.

Reference Information

None

Translation
Download
Updated: 2019-01-21

Document ID: EDOC1100020975

Views: 82278

Downloads: 152

Average rating:
This Document Applies to these Products
Related Documents
Related Version
Share
Previous Next