Huawei Self-Service O&M Case E-Journal (Issue 57) Optical Access

Download as pdf or txt
Download as pdf or txt
You are on page 1of 20

ISSUE 57

March 2024

57

Optical Access
Huawei Self-service
troubleshooting e-journal
FOREWORD

This journal is a collection of routine troubleshooting cases for


technical engineers, Huawei product customers, partners and the
like. It is divided into multiple series, including Campus network,
Data storage, Optical transmission, Optical access, Security
product, Intelligent collaboration and Optical industry sensing.
[Two different products each month; every three month for the
same product]
Next issue: Optical Industry Sensing series
CONTENTS
Case Review:
Huawei GTAC Expert
Lu Jianfeng

The H80CASPB voice board of the MA5680T cannot be


P4
registered

MA5800-X7 cannot synchronize with NCE through the VPN


P8
instance

The ONT cannot be automatically discovered after the PON


P11
port of the OLT is changed

P15 The OLT 10GE port fails to connect to the switch

P19 Epilogue
The H80CASPB voice board of the MA5680T cannot
be registered
Author: Huawei GTAC Li Qiang

Device model version: MA5680T MA5600V800R018C10 SPC225

Issue description

The H80CASPB voice board of the MA5680T cannot be registered


and the board status is “failed”.
Handling process
1. Run the “display io-packetfile information” command to check
whether the IO board package file of the ASP board exists.

Ensure that the H80CASPB IO board package file exists.


2. Check whether the system application scenario is MSAN.

Ensure that the system works in MSAN mode. The MSAN mode
applies to the full-service integrated access scenario, including
optical access (PON and P2P), xDSL access and voice access. In this
mode, all boards and services are supported.
3. Check the voice file because the ASPB board is a voice board.
If no voice file is available, load a voice file.
4. Obtain the voice file voice_chn_101.z of the corresponding version
from the support website.
Load the voice file through FTP.

5. Restart the device and check whether the LPU is registered


normally.
Root cause

The MA5680T doesn’t have the voice file loaded. As a result, the ASP
voice board cannot be registered.

Solution
Run the load voice command to load the voice file.
To load the voice file voice_a.z from the FTP server with the IP
address ##.##.##.## to the active control board, follow these
steps:

huawei#load voice
{ ftp<K>|sftp<K>|tftp<K>|xmodem<K> }:ftp
{ ServerIpAddress<I><X.X.X.X> }:##.##.##.##
{ filename<S><Length 1-128> }:voice_a.z
{ Options<E><active,standby> }:active
Command:
load voice ftp ##.##.##.## voice_a.z active
Whether to start loading? (y/n)[n]:y

Load(backup, duplicate,...) begins, please wait and notice the rate of


progress
Any operation such as reboot or switchover will cause failure and
unpredictable result
The loading starts
MA5800-X7 cannot synchronize with NCE through
the VPN instance
Author: Huawei GTAC Mexico GSC Carlos Arturo Navarrete Martinez

Issue description

The iMaster NCE cannot manage MA5800-X7, the synchronization by


ftp/sftp or tftp is not successful. The NE backup cannot be done.

Handling process
The NCE can ping the OLT, but the OLT cannot ping the NE directly.
The OLT has in-band management, the VLAN interface uses a VPN
Instance.
Root cause

The VPN instance corresponding to the xFTP server is not configured.


The xFTP server is the NCE. Because of this, the NE synchronization
or data configuration is not possible.

Solution

The VPN instance assigned to the xFTP Server (NCE) should be


specified according to the following command:

sysman sftp vpn-instance 192.**.**.10 VPN_NAME

Summary

The sysman vpn-instance(xFTP) command is used to configure the


VPN instance corresponding to an xFTP server. By executing this
command, a VPN instance can be designated for the specified IP
address of an xFTP server. Once executed successfully, when a
device communicates with the user-specified xFTP server, it
processes only requests on the corresponding VPN, but not requests
from other VPNs or public networks.
The ONT cannot be automatically discovered after
the PON port of the OLT is changed
Author: Huawei GTAC Li Qiang

Product: MA5800V100R019C12

Issue description

After the ONT registered with the MA5800 is changed from port 14 to
port 13, the ONT cannot be automatically discovered.

MA5800(config)#display ont autofind all


{ <cr>||<K> }:
Command:
display ont autofind all
Failure: The automatically found ONTs do not exist

Handling process

1. Confirm that the ONT has been registered.


SN of the target ONT: XXXXXXXXXXXXXABC
(config-if-gpon-0/11)#display ont register-info 14 1
{ <cr>||<K> }:
Command:
display ont register-info 14 1
---------------------------------------------------------------------------
Index :1
Auth-type : SN-auth
SN : XXXXXXXXXXXXXABC
TYPE : EG8040H5
UpTime : 2023-02-05 16:34:57+08:00
DownTime : 2023-02-05 16:42:10+08:00
DownCause : ONT link-down
---------------------------------------------------------------------------

2. Check whether the ONT is connected to PON port 13.


It is found that the information shows the target ONT is successfully
connected to port 13 in slot 11 of the subrack. The ONT is offline
because the authentication fails. This indicates that the optical
channel is normal.

display ont register-info gmac 0/11/13


--------------------------------------------------------------------------
Index Time SN ONT-ID Status Cause
--------------------------------------------------------------------------
1 2022-02-22 15:14:29+08:00 XXXXXXXXXXXXXXABC XX offline
Auth failure
3. Verify the global xPON configuration.
It is found that the authentication conflict detection is enabled on
the device.

display xpon global-config


------------------------------------------------------------------------
ONT autofind aging time(s) : 300
ONT autofind conflict check switch : enable
ONT autofind distance time(only for GPON)(s) : 5
ONT CATV port current default operational state : on
ONT auto-migration switch : disable
ONT auto-aging time(day) : no-aging
ONT authentication conflict check by-sn : enable
ONT authentication conflict check by-loid : enable
ONT autofind additional notice switch : enable
ONT autofind additional notice times :5
ONT autofind additional notice interval(s) : 90
ONT online rate control : disable

4. Disable the authentication conflict detection.

MA5800(config)#ont autofind conflict-check disable

5. Check whether the ONT is automatically discovered on PON port


13. Ensure that the ONT is automatically discovered through the 13th
PON port in slot 11.

MA5800(config)#display ont autofind all


-------------------------------------------------------------------------
Number :1
F/S/P : 0/11/13
Ont SN : XXXXXXXXXXXXXABC
Password : 0x00000000000000000000
Loid :
0x000000000000000000000000000000000000000000000000
Checkcode :
0x000000000000000000000000
VendorID : HWTC
Ont Version : 172D.A
Ont SoftwareVersion : V5R019C00S105
Ont EquipmentID : EG8040H5

Root cause
The authentication conflict detection function is enabled on the OLT.
When the auto-discovery authentication conflict detection function
is enabled, an authentication conflict occurs if the auto-discovery
ONT has been authenticated. In this case, an authentication conflict
alarm is reported. Therefore, the auto-discovery event is not
reported.

Solution
Method 1: Disable the authentication conflict detection on the OLT.

Method 2: Delete the ONT from the original PON port and then add
the ONT to the new PON port. If the multicast service is configured,
delete the multicast service, the service flow and then the ONT.
The OLT 10GE port fails to connect to the switch
Community External Author: Tomas Marcena

Background knowledge

Figure 1: Typical architecture of the access network

The upstream connection is crucial to connect the OLT and the ONTs
to the aggregation and core layers of the carrier/ISP network. If the
OLT has no uplink connection to the upper layer devices, there will be
no service available for the ONTs.
User device information

Equipment: SmartAX MA5608T


Firmware Version: R015C00
Board: H801MCUD01

Issue description

The customer reported that the OLT upstream port did not link with
the S6730 interface at 10GE rate, nor at GE. The customer topology is
represented below.

Figure 2: Topology representation

Both ends have working 10GE SFP+ and proper fiber connections as
well. The SFP+ and the fibers have been previously validated and
they’re working properly in other equipment.

Handling process

The first step is to check how the rates are configured in the uplink
interfaces. The interfaces’ status can offer a lot of information
regarding what might be incorrectly configured. By running the
“display board 0/2” command, the following information comes up:
Figure 3: Display board 0/2 ( before)

The customer reported that the interface he is trying to configure is


the 0/2/3 interface, which has the optic status mismatch and the
speed set as auto.
In the documentation, it is observed that the "mismatch" status
refers to the SFP type and the port speed.

Figure 4: Display port state(ethernet) - ICS Documentation

Root cause

The port is configured for the GE communication while the SFP+ is


10GE. This creates the mismatch state in the “Optic Status”.
Many OLT MPUs do not support the auto-neg function, especially in
older firmware versions. As a general rule, it is recommended to keep
it off.

Solution

Since the customer wants to link at 10GE rate, 2 parameters have to


be changed:
•port type: change port type from GE to 10GE.
•auto negotiation: off, for exclusive 10GE rate.
The commands below do the operations described above.

MA5608T(config-if-mcu-0/2)#auto-neg 3 disable
MA5608T(config-if-mcu-0/2)#speed 3 10000

After that, the board status is checked again.

Figure 5: Display board 0/2 (after)

Now the Port Type is 10GE and the Link is online.


Epilogue
Subscribe
If you haven't subscribed to this e-journal, please don’t forget to do so! You
will receive regular updates via email as soon as you do.

Subscribe now

Your suggestions
If you have any suggestions on the O&M CASE e-book or have any request
on the content, please let us know. We value every voice from you.

Feedback

Previous issue

[Issue 26] [Issue 32] [Issue 38] [Issue 45] [Issue 51]

View more

Offline file download


Please click the button below to obtain the offline file (PDF).

Download
About Huawei Self-service
Huawei Self-service is an intelligent online service platform for global
Huawei customers, partners, technical engineers and technical
enthusiasts. It helps users efficiently and quickly solves their technical
issues in areas like product technologies, licenses, spare parts, channel
policies, service contract queries, training and certifications.

Huawei Community

Huawei WeiKnow Chatbot


Try out now

Facebook / Twitter / Linkedin Contact us:


[email protected]

You might also like