Monthly Archives: January 2016

NE Configuration Loss Due to Disabling of the Automatic and Periodic Database Backup Functions on MSTP Products

Summary:If the automatic and periodic database backup functions of an MSTP NE are disabled,

NE configurations may be lost after the system control board is warm or cold reset, active and

standby system control boards switch over, or the NE is restarted.

[Problem Description]

Trigger conditions:

This problem occurs if the following conditions are met:

Automatic and periodic database backup functions of the NE are disabled.

After automatic and periodic database backup functions of the NE are disabled, modifications

such as service configuration or ASON rerouting are made to the NE.

The system control board is warm or cold reset, active and standby system control boards switch

over, or the NE is restarted.

Fault symptoms:

After the system control board is warm or cold rest or active and standby system control boards

switch over, some configurations modified after automatic and periodic database backup functions

of the NE are disabled may be lost. In this case, a service board reset will result in complete or

incomplete service interruption.

After the NE is restarted, some configurations modified after automatic and periodic database backup

functions of the NE are disabled may be lost, resulting in complete or incomplete service interruption.

Identification method:

This problem can be identified using the inspection tool or commands.

Problem identification using the inspection tool

For OptiX OSN 5X0 (except OptiX OSN 580) of versions earlier than V100R006C00, OptiX OSN 2000,

OptiX OSN 1500/2500/2500REG/3500/3500II/3580/7500/7500II of V100R010 and TDM versions

earlier than V100R010, OptiX OSN 9500, and OptiX OSN 9560, run the check item selected in the

following figure.

OTN_1

For OptiX OSN 5X0 (except OptiX OSN 580) of V100R006C00 and later versions, and

OptiX OSN 1500/2500/2500REG/3500/3500II/3580/7500/7500II of V100R009C03,

V200R011, and packet versions later than V200R011, run the check item selected in the following figure.

OTN_2

 

For OptiX OSN 580, run the check item selected in the following figure.

OTN_3

For OptiX Metro 1000 V300, run the check item selected in the following figure.

OTN_4

For OptiX Metro 3000, run the check item selected in the following figure.

OTN_5

 

 

If the check results meet the analysis result shown in the following figure, the automatic

and periodic database backup functions are disabled.

OTN_6

 

Problem identification using commands

olt_4

olt_4

Whether automatic and periodic database backup functions are enabled cannot be queried

using the NMS.

Periodic database backup

Run the :dbms-get-cyclebackup command. If the returned result is disable, periodic

database backup is disabled.

The following figure shows an example.

 

ONT_8

 

Automatic database backup

Run the :dbms-get-autobackup command. If the returned result is disable, automatic

database backup is disabled.

The following figure shows an example.

 

OTN_9

[Root Cause]

After automatic and periodic database backup functions of the NE are disabled,

new configurations or configuration modifications cannot be saved to the database.

Therefore, after the system control board is warm or cold reset, active

and standby system control boards switch over, or the NE is restarted, the new

configurations or configuration modifications fail to be restored from the database,

resulting in partial or complete configuration loss.

 

[Impact and Risk]

Scope: in and outside China

Risk: New configurations and configuration modifications may be lost after the

system control board is warm or cold reset, active and standby system control

boards switch over, or the NE is restarted.

 

[Upgrade Scenario]

System control board reset and active/standby switching are required during

an NE upgrade. If automatic and periodic database backup functions are disabled before the

NE upgrade, NE configurations may be lost after the NE upgrade.

According to the OptiX NG-SDH Upgrade Guide_Simulation Package Loading Method,

checking the consistency of databases and checking the periodic backup and automatic

backup statuses must be performed before the NE upgrade. In addition,

NE upgrade must be performed by following instructions in the corresponding upgrade guide;

otherwise, exceptions may occur during the NE upgrade.

Note:Currently, the OptiX database check tool can automatically check whether backed

up databases are normal.

However, it cannot identify whether the backed up database is the latest one. Therefore,

before upgrading an NE, use the inspection tool to check whether the automatic and

periodic database backup function is enabled.

If the function is disabled, please enable it.

 

 

OTN_10

OTN_11

OTN_12

 

 

 

[Measures and Solutions]

Recovery measures:

If automatic and periodic database backup functions are detected to be disabled

while services are not affected,

run the following commands to enable the functions:

Automatic database backup:

:dbms-set-autobackup:enable

Periodic database backup:

:dbms-set-cyclebackup:enable;

Then, run the :dbms-copy-all:drdb,fdb command to manually save new configurations

and configuration modifications to the database.

If automatic and periodic database backup functions are detected to be disabled and

services are interrupted,

perform the following operations to restore the services:

Run the following commands to enable the automatic and periodic database backup

functions.

Automatic database backup:

:dbms-set-autobackup:enable

Periodic database backup:

:dbms-set-cyclebackup:enable;

 

Restore configurations.

Use the NMS to re-deliver configurations to the NE according to the corresponding

product guide.

 

olt_4

 

After services are interrupted, do not upload configurations to the NMS. Otherwise,

configurations on

the NMS and NE will be inconsistent.

Run the :dbms-copy-all:drdb,fdb command to manually save configurations to the

database.

—-End

Workarounds:

Exercise caution when using the commands to disable automatic and periodic

database functions.

In some maintenance scenarios, the two functions need to be disabled. Promptly

enable the two

functions once the maintenance is finished.

Solutions:

Same as the recovery measures

 

 

 

 

 

 

TwitterLinkedInGoogle+FacebookPinterestTumblrStumbleUponRedditShare

How to Troubleshoot Synchronous Ethernet Clocks For Huawei SDH

OptiX OSN 7500 II/7500/ OptiX OSN 3500/ OptiX OSN 1500 Troubleshooting:

How to Troubleshoot Synchronous Ethernet Clocks

The common faults regarding the synchronous Ethernet clock are as follows:

A clock source cannot be properly switched and the quality of clock is low.

Possible Causes

l The connection at the port fails.

l An alarm associated with the synchronous Ethernet clock function occurs on the network.

Figure 1 Flow chart for handling a synchronous Ethernet clock fault

 

OSN1500

OSN1500

Procedure

Step 1 Cause 1: The connection at the port fails.

1. Check whether the ETH_LOS or ETH_LINK_DOWN alarm occurs at the port.

2. If yes, clear the alarm and then check whether the fault is rectified. For details on how to

clear the alarm, see the Alarms and Performance Events Reference.

Step 2 Cause 2: An alarm associated with the synchronous Ethernet clock occurs on the network.

1. Check whether any alarm associated with the synchronous Ethernet clock occurs on

the network. For details, see Relevant Alarms.

2. If yes, clear the alarm. For details on how to clear the alarm, see the Alarms and

Performance Events Reference.

Step 3 If the fault persists, contact Huawei technical support engineers to handle the fault.

—-End

New- and Old-Model Boards on ASON Networks of WDM Products

Summary: After new boards are added on an electrical-layer ASON network or a static network is upgraded

to an electrical-layer ASON network, ASON services fail to use OCh trail resources if the board models on

two ends of the OCh trail are different, for example, one end uses old boards or old board models such as

TN54NS2 or TN53NS2(COMP) and the other end uses new board modules such as TN53NS2 (STND).

Consequently, operations such as creating, optimizing, rerouting, and reverting electrical-layer ASON

services and upgrading static services fail.

Product Line: Transport network product line    Product Family: WDM products

Product Model: OptiX OSN 6800, Optix OSN 8800   Keywords: ASON network

 

[Problem Description]

Trigger conditions:

One end of an OCh trail on an electrical-layer ASON network uses old boards or old board models

and the other end uses new board models.

Symptom:

Operations such as creating, optimizing, rerouting, and reverting electrical-layer ASON services

and upgrading static services fail. An OTU_TEL_MM alarm is reported.

Identification method:

The problem occurs if either of the following conditions is met:

An OTU_TEL_MM alarm is reported on the network.

One end of an OCh trail uses old boards or old board models and the other end uses new board models.

You can check the OCh trail configuration as follows:

Export a board list from the U2000 and save it. The following figure shows the export path on the U2000.

 

WDM

 

Open the WDM trail management window, and search for the OCh trails whose Level is OCh. In the

exported board list, check each OCh trail based on the slot numbers, and determine whether the source

and sink OTU board models at the two ends of the OCh trail are the same. If the models of the source

and sink OTU boards are different, for example, the model at one end is TN54NS2 or TN53NS2 (COMP)

and at the other end is TN53NS2 (STND), the problem is prone to occur.

 

WDM

 

[Root Cause]

For electrical-layer ASON services, the links with inconsistent configurations at the two ends

(for example,the board model at one end is old and at the other end is new) will be filtered out during

intelligent trail search.

 

[Impact and Risk]

Creating, optimizing, rerouting, and reverting electrical-layer ASON services fail.

In addition, upgrading static services also fails.

 

[Measures and Solutions]

Recovery measures:

Apply for a maintenance window.

Record information about all the services on the OCh trail, and switch these services.

(For ASON services, optimize them. For non-ASON services, switch them in SNCP mode.)

Record and then delete the fiber connections of the OTU boards.

Remove the logical boards for the OTU boards.

Change the board models at the two ends of the OCh trail to the same. If both ends support the

STND mode, use the STND mode for the OTU boards at the two ends.

 

WDM

 

Add fiber connections for the OTU boards.

Switch services back to the OCh trail.

—-End

Workarounds:

Perform checks in advance based on the ASON site deployment checklist if boards need to be

added to an electrical-layer ASON network or a static network needs to be upgraded to an

electrical-layer ASON network.

Perform rectifications for any issues.

Solution:

None

Material handling after replacement:

None

 

[Rectification Scope and Time Requirements]

Sites where the electrical-layer ASON feature is enabled

 

[Rectification Instructions]

None

[Attachment]

WDM

 

MA5600T Reset Problem Triggered by ping -v

Summary: A running MA5600T may reset after the ping -v command is executed.

Sub-Product Line: Access network    Product Family: Optical access

[Problem Description]

Trigger conditions:

The gateway returns an ICMP Destination Unreachable message after the ping -v IP address

command is executed on an MA5600T.

Fault symptom:

The program instruction is abnormal and the MA5600T resets. See the following example:

MA5600T(config)#ping -v 10.10.10.1

PING 10.10.10.1: 56  data bytes, press CTRL_C to break

 

======================== Exception Info Begin ========================

 

Exception Time       : 2011-02-10  16:26:51

Exception VosTick    : 10636031

Exception CpuTick    : 0×00000674 8b463a54

Exception Type       : PROGRAM EXCEPTION

Exception Vector Num : 0×700

Exception Task       : Co0 (ID = 98, OsalID = 0x783c020)

Exception PID        : -1

Exception CPUID      : -1

Dopra Version        : DOPRA V100R006C08SPC070

Application Version  : UnConfig

 

Task Stack Base      : 0×7914000

Task Stack End       : 0x790a000

Task Stack Max Size  : 0xa000

Task Stack Cur Size  : 0

Task Stack High      : 0x2d10

Task Stack Margin   : 0x72f0

Identification method:

The MA5600T resets immediately the ping -v IP address command is executed.

[Root Cause]

ping -v requires the domain name server (DNS) to parse the domain name corresponding to the IP

address of the ICMP Destination Unreachable message returned. During the domain name parsing,

the hook function is not associated. As a result, the MA5600T invokes an empty hook function,

causing a system reset.

[Impact and Risks]

All services of the reset MA5600T will be interrupted and the configurations that are not saved before

the reset will be lost.

[Measures and Solutions]

Recovery measures:

N/A

Workarounds:

Do not add the parameter -v when running a ping command.

Solutions:

The problem will be resolved in the following commercial patches:

V800R006C02SPC124, to be released at the end of March 2011

V800R007C00SPC313, to be released at the end of March 2011

V800R008C01SPC104, to be released at the end of April 2011

[Rectification Scope and Time Requirements]

N/A

[Notice Expiration]

This notice automatically expires after related patches are loaded.