Publication Date: 2019-07-22 | Views: 1179 | Downloads: 0 | Author: a84079237 | Document ID: EKB1000830008
- We found that the AR129 did
not work on a new ADSL line and we tried with different routers, including
another AR129 that also did not work and a Cisco C867VAE-K9 that worked with no
issues.
- AR120
V200R007C00SPCb00, has issue with the Training Status stays stuck in
“Handshake”
I’ve turned on debug ATM but receive
no messages back.
- I did also connect the AR129
to a VDSL2 service and changed mode from atm to ptm and the line synced without
an issue.
<Huawei>display
dsl int atm0/0/0
--------------------------------------------------------------
DSL driver and PHY
status
Training
status
: Handshake
Line modulations
G.Dmt
: Enabled
T1.413
: Enabled
ADSL2
: Enabled
ADSL2+
: Enabled
AnnexA
: Enabled
AnnexB
: Enabled
AnnexJ
: Enabled
AnnexL
: Enabled
AnnexM
: Enabled
Line capability
Bitswap
: On
SRA
:
Off
Trellis
coding
: On
Board version
vendor
ID
: TRID
vendor
serial
: 1.02.25
Board
ID
: VSPM340
Software
version
: 3.4
Bootloader (CFE)
version
: G3_01_36_12
DSL PHY and driver version
: 1.02.25
--------------------------------------------------------------
- First we have notice that customer is not using any patch so we recommend to him to upgrade to the latest patch version. After the upgrade the problem was persisting.
- SP has been installed as requested
<Huawei>display
patch-information
Patch
version :ARV200R007SPH013
Patch package
name :flash:/AR120-V200R007SPH013.pat
The state of the patch
state file is:Running
The current state
is:Running
******************************************************************
*
The patch information,as
follows
*
******************************************************************
Type
State
Count Time(YYYY-MM-DD
HH:MM:SS)
------------------------------------------------------------------
vrp
Running
97
2000-04-05 17:30:43+00:00
cap
Running
28 2000-04-05
17:30:44+00:00
But I’m afraid the issues still
remains
<Huawei>display
dsl int atm0/0/0
--------------------------------------------------------------
DSL driver and PHY
status
Training
status
: Handshake
Line modulations
G.Dmt
: Enabled
T1.413
: Enabled
ADSL2
: Enabled
ADSL2+
: Enabled
AnnexA
: Enabled
AnnexB
: Enabled
AnnexJ
: Enabled
AnnexL
: Enabled
AnnexM
: Enabled
Line capability
Bitswap
: On
SRA
:
Off
Trellis coding : On
Board version
vendor
ID
: TRID
vendor
serial
: 1.02.25
Board
ID
: VSPM340
Software
version
: 3.4
Bootloader (CFE)
version
: G3_01_36_12
DSL PHY and driver
version : 1.02.25
--------------------------------------------------------------
- Next step, we release a test patch that will allow to collect diagnostic logs from DSL driver so we can analyze the logs. We recommend to install this patch only on equipment used in test environment. Next was to give access to customer to download the patch that R&D indicate.
- After customer download the patch nex steps as follows:
This is a cold patch, so you will need to follow the procedure below:
1. Upload the patch to the device flash
2. Remove the old patch
3. Execute the command startup patch AR120-V200R007C00CP0910T.pat.
4. Reboot the device
After you install the patch and reboot the device, please follow the steps below to collect the logs required to confirm the root cause of this issue.
1. Connect to the device using a console cable
2. Enter diagnose mode and enable DSL diagnostic
<Huawei> system-view
[Huawei] diagnose
[Huawei-diagnose] driver diagnose dsl enable
[Huawei-diagnose] driver diagnose dsl dfe-uart-enable 300
3. Disconnect the console cable, change the console baud rate to 115200bps and connect to the device again. The logs will now be printed on-screen, so please log the output.
4. Pull out the DSL cable from device and plug it back in to collect the full negotiation log.
After about 300 seconds you will be able to connect to device with normal console baud rate.
Please send us the log output for analysis.
We analyzed the log file and found the below points:
1. The AR129 ATM interface is in auto mode, which means it will send annexa and annexb signals to the DSLAM.
2. The DSLAM device may only support annexa, so when there are two types of signals, the DSLAM can’t differentiate them.
We suggest to configure the command below in the ATM interface and test again.
#
interface Atm0/0/0
adsl standard adsl2+ annexa
#
Customer added the command and now it trained.
DSL driver and PHY
status
Training
status
: Showtime
Transmission
mode
: ADSL2+ AnnexA
Line
status
: No Defect
Downstream max. attainable rate(Kbps): 7184
Upstream max. attainable rate(Kbps) : 935
Downstream actual net data rate(Kbps): 2268
Upstream actual net data rate(Kbps) : 448
Downstream SNR
margin(dB) :
19.5
Upstream SNR
margin(dB)
: 12.0
Downstream
attenuation(dB) :
45.3
Upstream
attenuation(dB)
: 28.5
Downstream output power(dBm) :
15.8
Upstream output
power(dBm) : 12.5
Downstream total
cells
: 3551
Upstream total
cells
: 5362
Downstream data
cells
: 0
Upstream data
cells
: 2
Downstream bit
errors
: 0
Upstream bit
errors
: 0
Total drop
cells
: 0
Downstream total ES count
: 1
Upstream total ES count
:
0
Downstream total SES
count : 0
Upstream total SES
count :
0
Downstream total UAS
count : 71159
Upstream total UAS
count :
71159
Total AS
count
: 0
Line modulations
G.Dmt
: Disabled
T1.413
: Disabled
ADSL2
: Disabled
ADSL2+
:
Enabled
AnnexA
: Enabled
AnnexB
: Disabled
AnnexJ
: Disabled
AnnexL
: Disabled
AnnexM : Disabled
Line capability
Bitswap
: On
SRA
: Off
Trellis
coding
: On
Board version
vendor
ID
: TRID
vendor
serial
: 1.02.25
Board
ID
: VSPM340
Software
version
: 3.4
Bootloader (CFE)
version
: G3_01_36_12sc00
DSL PHY and driver version : 1.02.25
ATU-C version
vendor
ID
: TSTC:0x3035
vendor
number
: 0x3035
Thanks for the help on this.