OSN3500 GSCC single board function version for the N4 and N6. N4GSCC and N6GSCC support the packet system, GSCC single board for the intelligent system control board, with the network management system for the equipment of the single board management, to achieve the mutual communication between the various devices. The single board supports functions and features such as main control, official business, communication and system power monitoring. The single board consists of communication and control module, overhead processing module and power supply module. The single board needs to be inserted in the corresponding slot of the subrack as required, otherwise the single board cannot work normally. The single board provides 10M/100M Ethernet interface for communication with the network management, and the Ethernet interface is led out through the AUX board. In the packet system application, two N4GSCC/N6GSCC need to be configured, the same version of GSCC adopts 1+1 backup , the GSCC single board can be inserted in the slot 17 and slot 18 of the sub-frame. slot 18 is the main board slot by default, and slot 17 is the backup board slot.

Description

The OSN3500 gateway is abnormally offline, the service is normal, and it will automatically monitor normally for a while, and the query of historical alarms on the side of the gateway is returned as empty, and the user needs to analyze the reason. The host version is 5.21.18.50P01, and the main control model is SSN4GSCC.

Alarm information

GNE_CONNECT_FAIL, NE_COMMU_BREAK

Processing

1. Since this network element is a gateway network element, we suggest the user to ping the corresponding IP, and the user feedbacks that the monitoring has been resumed before the user has time to ping the test;

2, it is recommended that the user will be the main gateway of the network element modified to other gateway network element, and then connected to the device cable into the computer for long ping, to see whether there is a loss of packets or interruptions, the long practice test found that the DCN is not a problem;

3, the neighboring network elements have no abnormal alarms and normal business, to rule out the problem of network element power loss;

4, due to the query network element on the history of alarms returned to empty, so suspect the main control board reset, the collection of errlog reset records returned to the R & D analysis, found that there is a platform tVos1s task reset, the following chart in red;

5, consulting R & D learned that, for SSN4GSCC, host 18.55 previous version of the known platform problems: 8560 diab compiler array initialization - tVos1s abnormal reset;

6, the conditions for triggering a host reset are: no CPU veneer such as PIU, AUX, etc. Frequent reset caused by small probability events.

[Solution] Upgrade to V1R8C02SPC500 (5.21.18.55) version to solve the problem.

Root Cause

1. User DCN problem;

2. equipment power down;

3, Main control board reset;

4, the main control board failure.

Recommendations and summary

It is recommended to issue an early warning, otherwise it is difficult for frontline engineers to judge and locate the fault, which affects the timely rate of troubleshooting.

The technical information in this chapter and the related SDH equipment troubleshooting process are provided by Shenzhen Optical Transmission Network Technology Co. Huawei SDH optical transmission equipment, SDH transmission equipment sales phone: 13430988088 Welcome to call!