Description of the problem

On a Huawei OSN3500 device, an engineer finds that the query of the inversion status of a service fails in "SNCP Service Control" on the network management, prompting: parameter error (the received command parameter is illegal), error code: 38752.

Then the engineer uses the command line to query, but also fails, the error is as follows:

#10-19:szhw [SH11_6802A_0Q032_16 ][][2011-08-05 10:00:02]>

:cfg-get-sncppg

SNCP-PROTECTION-GROUP

PG-ID REVERT-MODE ACTIVE-FLAG

1 norvt active

2 norvt active

3 norvt active

:cfg-get-sncpstate:1

failed! cmd:0x8552 error:0x9760 NSERR_BDRSP_BAD_PARA

#10-19:szhw [SH11_6802A_0Q032_16 ][][2011-08-05 10:00:43]>

:cfg-get-sncpstate:2

failed! cmd:0x8552 error:0x9760 NSERR_BDRSP_BAD_PARA

However, if you add a new SNCP service on this network element, you can query the state of the inversion, host version: 5.21.12.43, network management version: T2000V2R7C03.

Alarm information

Network management prompt: parameter error (received command parameter is illegal), error code: 38752

Device prompt: failed! cmd:0x8552 error:0x9760 NSERR_BDRSP_BAD_PARA

Processing

1, the results of the field query are as follows, the 9 board position returns the following: 00 02 00 0a 00 f9 (explanation: 00 02 means that the query to the total number of SNCP 2, respectively, 00 0a and 00 f9), the same 10 board position is the same result. From the data, it can be seen that there are only 2 SNCP protection groups on the crossover board, the others are gone.

#10-19:szhw [SH11_6802A_0Q032_16 ][][2011-08-12 11:14:40]>

:optp:9,0,ad,1,23,03

Optp cmd : 2303

00 02 00 0a 00 f9

Total records :1

#10-19:szhw [SH11_6802A_0Q032_16 ][][2011-08-12 11:14:43]>

:optp:a,0,ad,1,23,03

Optp cmd : 2303

00 02 00 0a 00 f9

Total records :1

2. SNCP exists on the host, so let the site soft reset the standby cross board first, and then use the ptp command to query the SNCP protection group of that single board, and find that you can query all SNCP protection groups after the reset, and then finally soft reset the main cross board on it.

Root Cause

1. From the results of the command line query, you can see that these SNCP protection groups exist on the host. However, because the SNCP monitoring point has been moved down to the crossover, the query for the status of the protection group is the query for the status of the SNCP on the crossover, and therefore it is suspected that the SNCP monitoring point on the crossover has been lost.

2. Use the following OPTP command to query the protection group of sncp on the SXCSA crossover board of the Huawei OSN350 device, and if the query is normal, it means that there is no abnormality on the crossover board;

:optp:9,0,ad,1,23,03

:optp:a,0,ad,1,23,03

Recommendations and summary

Since the host version of this device has stopped maintenance, it is impossible to analyze what exactly caused the loss of SNCP detection points on the cross-board, but we can use this case to confirm the problem and recover to solve the problem.

The related technical information and SDH equipment troubleshooting procedures in this chapter are collected and organized by Shenzhen Optical Transmission Network Technology Company Limited ( www.opticaltrans.com), please retain! Our company specializes in the sale of Huawei SDH optical transmission equipment, SDH transmission equipment.