FTTC Interleaving question

Hey all

According to this:

On the downstream, interleaving will be set to either off/low/high. On the upstream, interleaving will be set to either off/on. (This is the same as before).

Does that mean we can request to turn it off (for the downstream)? Or only request to change it between low/high?

TIA

Edited by Bobby_Valentino (Fri 09-May-25 16:18:45)

Post deleted by adslmax

Edited by adslmax (Fri 09-May-25 16:42:01)

Post deleted by adslmax

Edited by adslmax (Fri 09-May-25 17:28:13)

You can ask to have it turned it off or indeed to change its depth but most ISP's won't because it's there to stabilise your connection and is set by DLM.
Even if they could, why would they want to manually interfere with an automated system that saves them support costs and complaints.

In reply to a post by Nervous:

You can ask to have it turned it off or indeed to change its depth but most ISP's won't because it's there to stabilise your connection and is set by DLM.
Even if they could, why would they want to manually interfere with an automated system that saves them support costs and complaints.

I think I remember requesting for it to be turned off when I first got FTTC – But I'm not sure if it's off or set to 'low' ... Is there a way to differentiate between the two?

My pings to the first hop are typically around 5ms-6ms.

TIA

You should be able to find the information you seek in your router stats.

In reply to a post by Nervous:

You should be able to find the information you seek in your router stats.

Do you know what I should be looking for?

These are the latest stats from my FTTC modem:

xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 6
Last initialization procedure status: 0
Max: Upstream rate = 18097 Kbps, Downstream rate = 72140 Kbps
Bearer: 0, Upstream rate = 18097 Kbps, Downstream rate = 72435 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode(0x0)
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 3.3 6.1
Attn(dB): 17.0 0.0
Pwr(dBm): 13.8 7.2
VDSL2 framing
Bearer 0
MSGc: -6 23
B: 243 239
M: 1 1
T: 0 64
R: 10 14
S: 0.1073 0.4219
L: 18944 4816
D: 8 1
I: 254 127
N: 254 254
Q: 8 0
V: 0 0
RxQueue: 80 0
TxQueue: 16 0
G.INP Framing: 18 0
G.INP lookback: 16 0
RRC bits: 0 24
Bearer 1
MSGc: 154 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 6.4000 0.0000
L: 40 0
D: 3 0
I: 32 0
N: 32 0
Q: 0 0
V: 0 0
RxQueue: 0 0
TxQueue: 0 0
G.INP Framing: 0 0
G.INP lookback: 0 0
RRC bits: 0 0
Counters
Bearer 0
OHF: 0 771716
OHFErr: 90 19
RS: 193494744 2137485
RSCorr: 61930 8381
RSUnCorr: 0 0
Bearer 1
OHF: 324357 0
OHFErr: 0 0
RS: 3242957 0
RSCorr: 8 0
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 100045206 0
rtx_c: 867223 0
rtx_uc: 165413 0

G.INP Counters
LEFTRS: 172 0
minEFTR: 72425 0
errFreeBits: 1286547509 0

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 725461347 0
Data Cells: 50128874 0
Drop Cells: 0
Bit Errors: 0 0

Bearer 1
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 0 0
Data Cells: 0 0
Drop Cells: 0
Bit Errors: 0 0

ES: 51 832
SES: 40 7
UAS: 2912 2883
AS: 5211

Bearer 0
INP: 54.00 0.00
INPRein: 1.00 0.00
delay: 0 0
PER: 0.00 6.77
OR: 0.01 34.23
AgR: 72509.45 18131.37

Bearer 1
INP: 4.50 0.00
INPRein: 4.50 0.00
delay: 3 0
PER: 16.06 0.01
OR: 79.68 0.01
AgR: 79.68 0.01

Bitswap: 1778/1778 85/86

No, I'm afraid you'll have to wait and see if someone else understands this type of output.

Your line 72Mbps of target 3dB but was wondering why 6 times retrain?

In reply to a post by adslmax:

Your line 72Mbps of target 3dB but was wondering why 6 times retrain?

6 times? It says retrain reason: 6. Does that indicate number of times or is that a code for something else?

It's mean your line has been resync 6 times!

In reply to a post by Bobby_Valentino:

a code for something else?

See the Kitz forum, this appears to be a reason code. 6 isn't listed, but could be something simple.
https://forum.kitz.co.uk/index.php?topic=10289.0

Quoted below.

Retrain Reason: asbokid has come up with the following based off the available broadcom source code (re-training in general is 'optional and vendor proprietary' according to the standard, so the following is probably only valid for broadcom chipsets, for more detail see the asbo's post):

Code:

Loss Of Framing (not receiving valid frame) : re-train reason code of 2.
Loss Of Signal (not receiving signal) : re-train reason code of 4.
Loss Of Power : re-train reason code of 8.
Loss Of Signal Quality : re-train reason code of 16.
Loss Of Margin : re-train reason code of 32.

In reply to a post by adslmax:

It's mean your line has been resync 6 times!

It is a reason code, not a count, so it does not mean 6 times.

In reply to a post by jchamier:

In reply to a post by adslmax:

It's mean your line has been resync 6 times!

It is a reason code, not a count, so it does not mean 6 times.

Thanks for confirming.

In reply to a post by jchamier:

In reply to a post by adslmax:

It's mean your line has been resync 6 times!

It is a reason code, not a count, so it does not mean 6 times.

I probably get mix up with this one below:

DSLAM type / SW version: BDCM:0xa4aa (164.170) / v0xa4aa
Modem/router firmware: AnnexA version - A2pv6F039g1.d24m
DSL mode: VDSL2 Profile 17a
Status: Showtime
Uptime: 1 day 3 hours 7 min 27 sec
Resyncs: 0 (since 9 May 2025 17:18:40)

and this one below:

adsl info --stats
adsl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0

In reply to a post by jchamier:

In reply to a post by Bobby_Valentino:

a code for something else?

See the Kitz forum, this appears to be a reason code. 6 isn't listed, but could be something simple.
https://forum.kitz.co.uk/index.php?topic=10289.0

Quoted below.

Retrain Reason: asbokid has come up with the following based off the available broadcom source code (re-training in general is 'optional and vendor proprietary' according to the standard, so the following is probably only valid for broadcom chipsets, for more detail see the asbo's post):

Code:

Loss Of Framing (not receiving valid frame) : re-train reason code of 2.
Loss Of Signal (not receiving signal) : re-train reason code of 4.
Loss Of Power : re-train reason code of 8.
Loss Of Signal Quality : re-train reason code of 16.
Loss Of Margin : re-train reason code of 32.

Looks quite likely that there is a Reason Byte and the Reason Code is a combination of bits.

So Reason Code 6 = Reason Code 4 + Reason Code 2