- 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.
Alarm Information<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
--------------------------------------------------------------
Handling ProcessA. First we upgraded to the latest patch (SPH013) version but after upgrade the problem was persisting.
<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 09:30+00:00
cap Running 28 2000-04-05 09:30+00:00
And alarm is the same:
<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
--------------------------------------------------------------
B. Next step, we release a test patch (CP0910T) 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.
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.
Root CauseWe 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
#
SolutionCustomer 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.
