DLM thinks it does.

That looks more like a G.INP interleaving setting to me.

FTTC starts with depth in the 100s, and with 8ms as the initial delay setting.

Thank you for the reply Robertos

I was thinking that G.IMP may have been activated as well, I wonder how long it will take for the interleaving to go back to fast. As I stated before there are no internet errors showing.

Kev

I've never seen a G.INP Interleave setting that is not a power of 2.

It's hard to tell what is really going on, as you only have a subset of the stats. But from all the stats from unlocked HG612s it looks as though G.INP, (not G.IMP), is wholly beneficial, and I don't think I have seen any with "Fast path".

See mine:-

BusyBox v1.9.1 (2014-01-21 16:44:38 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

# xdslcmd info --show
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 2000
Last initialization procedure status:   0
Max:    Upstream rate = 14007 Kbps, Downstream rate = 56128 Kbps
Bearer: 0, Upstream rate = 14040 Kbps, Downstream rate = 57676 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):        6.1             6.2
Attn(dB):        19.8            0.0
Pwr(dBm):        13.5            7.4
                        VDSL2 framing
                        Bearer 0
MSGc:           -6              26
B:              243             237
M:              1               1
T:              0               61
R:              10              16
S:              0.1347          0.5391
L:              15084           3769
D:              8               1
I:              254             127
N:              254             254
Q:              8               0
V:              0               0
RxQueue:                45              0
TxQueue:                15              0
G.INP Framing:          18              0
G.INP lookback:         15              0
RRC bits:               0               24
                        Bearer 1
MSGc:           122             -6
B:              0               0
M:              2               0
T:              2               0
R:              16              0
S:              8.0000          0.0000
L:              32              0
D:              1               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               1827775
OHFErr:         0               109
RS:             4105430848              551027
RSCorr:         1549639         1406
RSUnCorr:       0               0
                        Bearer 1
OHF:            44803050                0
OHFErr:         0               0
RS:             358423906               0
RSCorr:         14              0
RSUnCorr:       0               0

                        Retransmit Counters
rtx_tx:         229798718               0
rtx_c:          4740            0
rtx_uc:         0               0

                        G.INP Counters
LEFTRS:         41              0
minEFTR:        57684           0
errFreeBits:    1540251733              0

                        Bearer 0
HEC:            0               0
OCD:            0               0
LCD:            0               0
Total Cells:    2510430369              0
Data Cells:     139566107               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:             0               34
SES:            0               1
UAS:            107             107
AS:             719666

                        Bearer 0
INP:            47.00           0.00
INPRein:        0.00            0.00
delay:          0               0
PER:            0.00            8.25
OR:             0.01            31.01
AgR:            57735.03        14071.36

                        Bearer 1
INP:            2.00            0.00
INPRein:        2.00            0.00
delay:          0               0
PER:            16.06           0.01
OR:             63.75           0.01
AgR:            63.75   0.01

Bitswap:        448923/448923           10524/10550

#

Notice that now G.INP is on, Bearer 0 which is the prime data channel has interleaving depth at 8, and the Delay setting is zero. That setting on normal FTTC interleaving is a minimum of 8ms, and goes straight onto your latency. Possibly in both directions.

The speed reduction due to interleaving is now generally more than removed.

Hi Robertos

Yep my pings have gone back to what they were when fttc first activated (pinging bbc under 10 ms) , my speeds are lower but I must not grumble about that as I am lucky to be getting the speed I have.

Really appreciate your advice on this, it all makes sense to me now

Kev

In reply to a post by WWWombat:

Isn't it strange that the original statistics show a downstream noise margin of 6dB, but manages to give an attainable speed of 10Mbps above the actual speed.

I personally believe DLM does something other than tinker around with the noise margin (like it does on ADSL products).
Over the past year; I've seen DLM affect my connection speed (originally it was at max for an 80Mbps connection, then it dropped to around 53Mbps before gradually stepping up - it's currently around 70Mbps).
Throughout; the noise margin has been 6dB, yet the connection speed and attainable rate have gradually increased as my connection speed has stepped up (still not back to full speed).
Regardless of the connection speed and attainable rate, the margin seems constant at 6dB.

I'm wondering if the changes to connection speed are achieved by a mechanism different to just changing the target margin?

Well it does have G.INP and interleaving to play with too...

In reply to a post by arobertson545:

Well it does have G.INP and interleaving to play with too...

True; but a 30Mbps swing in connection speed just using interleaving and G.INP, with the margin staying at 6dB???

In reply to a post by adebov:

True; but a 30Mbps swing in connection speed just using interleaving and G.INP, with the margin staying at 6dB???

Crosstalk?