Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[EvilShubunkin]

Around 2-3 months ago noticed that my connection had gone from Fastpath onto Interleaving and doesn't seem to want to return to Fastpath.

Coincidentally City Fibre had been digging up the streets in the neighbourhood laying their fibre ducts - so this could be a moot point once they finally sort out the local cabinet, but I'm wondering if it could be related with something having introduced noise on the line to the cabinet?

However, is there anything in the stats that sticks out from the current connection as to why DLM is refusing to go back to fastpath? ISP is Sky.

xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status:   0
Max:    Upstream rate = 15537 Kbps, Downstream rate = 57452 Kbps
Bearer: 0, Upstream rate = 15654 Kbps, Downstream rate = 51187 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):        5.9             6.0
Attn(dB):        18.4            0.0
Pwr(dBm):        6.9             6.8
                        VDSL2 framing
                        Bearer 0
MSGc:           18              14
B:              51              238
M:              1               1
T:              64              57
R:              12              16
S:              0.0323          0.4859
L:              15840           4198
D:              1001            1
I:              64              255
N:              64              255
                        Counters
                        Bearer 0
OHF:            872227072               2354116
OHFErr:         8               405
RS:             4246676305              2271206
RSCorr:         228646431               3210
RSUnCorr:       29              0

                        Bearer 0
HEC:            4               0
OCD:            0               0
LCD:            0               0
Total Cells:    2189779236              0
Data Cells:     3844661255              0
Drop Cells:     0
Bit Errors:     0               0

ES:             3               309
SES:            0               0
UAS:            26              26
AS:             1811458

                        Bearer 0
INP:            3.00            0.00
INPRein:        0.00            0.00
delay:          8               0
PER:            2.07            6.95
OR:             92.45           23.01
AgR:            51279.68        15677.14

Bitswap:        1021680/1022730         17/17

#


# xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status:   0
Max:    Upstream rate = 15537 Kbps, Downstream rate = 57452 Kbps
Bearer: 0, Upstream rate = 15654 Kbps, Downstream rate = 51187 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):        5.9             6.0
Attn(dB):        18.4            0.0
Pwr(dBm):        6.9             6.8
                        VDSL2 framing
                        Bearer 0
MSGc:           18              14
B:              51              238
M:              1               1
T:              64              57
R:              12              16
S:              0.0323          0.4859
L:              15840           4198
D:              1001            1
I:              64              255
N:              64              255
                        Counters
                        Bearer 0
OHF:            872245851               2359644
OHFErr:         8               405
RS:             4251483776              2586124
RSCorr:         228650007               3210
RSUnCorr:       29              0

                        Bearer 0
HEC:            4               0
OCD:            0               0
LCD:            0               0
Total Cells:    2193617614              0
Data Cells:     3844772930              0
Drop Cells:     0
Bit Errors:     0               0

ES:             3               309
SES:            0               0
UAS:            26              26
AS:             1811497

                        Bearer 0
INP:            3.00            0.00
INPRein:        0.00            0.00
delay:          8               0
PER:            2.07            6.95
OR:             92.45           23.01
AgR:            51279.68        15677.14

Bitswap:        1021705/1022755         17/17

Total time = 1 days 23 hours 12 min 3 sec
FEC:            228650007               3210
CRC:            8               405
ES:             3               309
SES:            0               0
UAS:            26              26
LOS:            0               0
LOF:            0               0
LOM:            0               0
Latest 15 minutes time = 12 min 3 sec
FEC:            87181           0
CRC:            0               0
ES:             0               0
SES:            0               0
UAS:            0               0
LOS:            0               0
LOF:            0               0
LOM:            0               0
Previous 15 minutes time = 15 min 0 sec
FEC:            127441          0
CRC:            0               0
ES:             0               0
SES:            0               0
UAS:            0               0
LOS:            0               0
LOF:            0               0
LOM:            0               0
Latest 1 day time = 23 hours 12 min 3 sec
FEC:            9535300         60
CRC:            0               9
ES:             0               8
SES:            0               0
UAS:            0               0
LOS:            0               0
LOF:            0               0
LOM:            0               0
Previous 1 day time = 24 hours 0 sec
FEC:            9590805         45
CRC:            0               0
ES:             0               0
SES:            0               0
UAS:            0               0
LOS:            0               0
LOF:            0               0
LOM:            0               0
Since Link time = 20 days 23 hours 11 min 35 sec
FEC:            228650007               3210
CRC:            8               405
ES:             3               309
SES:            0               0
UAS:            0               0
LOS:            0               0
LOF:            0               0
LOM:            0               0
#

HG612 connected to ECI cabinet. Was syncing at the full 57ish until interleaving came along.

Cheers
Paul

[broadstairs]

Don't hold your breath my line has been interleaved for 4 years now. ISP is Talktalk on ECI cabinet.

Stuart

[ktz392837]

If data is correct Sky use a more stringent DLM than some other ISPs.  Depending on the modem (suggest you post model number) you use there may be some benefit capping your sync speeds.  Not 100% sure it is risk free but many people have used this method to get back to fast path. 

Never had to try it myself but come close being an ECI cab sufferer myself.  My longest wait has been around a month but recently it has returned to 10 days.

Would wait until someone posts their experience of capping their line before making a decision.  Using of cap of 40/10 should definitely force it into action if it is going to ever do.

One caution as thunderstorms are a possibility I'm not sure what the DLM would do if flurry of errors were detected and you were soft capped.  Would there be a risk of DLM slowing down sync lower than the soft cap or even worse still hard capping?  This is why I have always been cautious of soft capping sync.

[EvilShubunkin]

Don't hold your breath my line has been interleaved for 4 years now. ISP is Talktalk on ECI cabinet.

Stuart

The really frustrating thing is that before we switched to Sky, somehow the line had G.INP applied (yes, on an ECI cabinet - the thinking at the time was because we had BT TV and stayed even when others had seen it being removed). As soon as we moved to Sky, gone and back to the lottery of fastpath & interleaving.

[ktz392837]

I am hoping that ECI ginp is still being looked at.  All us ECI cab sufferers are crossing fingers.  The last I heard it was stopped due to covid19 but I'm not sure.  I wonder if the lucky 20 (kitz included) still have it on their eci lines?

[mrk26]

Cap speed on eci cabinet always worked for me, however when I use modem with lantiq chipset (at the moment vigor2760) I have to disable SRA on top of cap and never took longer than 5 days, on day 6th always back to fastpath.

[Alex Atkin UK]

I am hoping that ECI ginp is still being looked at.  All us ECI cab sufferers are crossing fingers.  The last I heard it was stopped due to covid19 but I'm not sure.  I wonder if the lucky 20 (kitz included) still have it on their eci lines?

Yes, its absolutely rock-solid on my crap Plusnet line with the Zyxel VMG-3925-B10B.
Link Uptime: 56 days, 15 hours, 57 minutes, 47 seconds

[Chrysalis]

New DLM is configured to make it easier to get interleaved and reports of people recovering indicate its much harder to get back on fast path.

When I was put back on fast path, it happened the same day that the request was put in with TTW for a DLM reset.  Dont know if it was manual or automatic as I expect a reset to put me back on default interleaving profile.

Also my line was (and still is) capped by me when it changed back.

[EvilShubunkin]

Wee update.

Set a cap at 41000/15000 which resulted in SNRM of 8.2 and the FEC numbers reduced. However, something happened either Saturday or Sunday afternoon and the modem lost sync briefly, retrain reason 2, and when it came back up it was at the full line speed for the line with interleaving. According to the web interface on the HG612, it hadn't restarted. As it was running full line speed, the FEC numbers were increasing again at an unhealthy looking rate.

I took the opportunity to replace the MK3 faceplate with a new MK3 faceplate and I also removed a Netgear Orbi from the area as maybe its PSU is emitting a lot of noise, something I'd overlooked when I was thinking about what had changed around the start of the year that could have moved the line onto interleaving in the first place.

Running at the full 51Mbps for the line with interleaving, the FEC errors have dropped by about 80% - 85% of what they were previously. Looking at the stats, sometimes will have 0 FEC for several minutes then get a burst of a couple of thousand, then all quiet again and sometimes single / double digit FEC errors. But that 80/85% reduction in FEC seems to be a step in the right direction.

With little / no CRC/ES/SES hopefully reducing the FEC by this amount might tease the line back to fastpath (I doubt it, but can hope)!

[EvilShubunkin]

Finally back onto fastpath.

Migrated to Vodafone just over a month ago and using the VF supplied router (as will be using it when we move to FTTP once they've finished digging up the streets, also figured it probably has a new DSL modem chipset than the HG612) and left that in place. Hadn't lost sync since connection and originally connected 49.8Mbps downstream with interleave depth of 975 and 8ms delay. Over those 34 days, 16million FECs and around 50 ES on downstream.

Was going to post stats last night to see if anyone could figure out why DLM was being so insistent on keeping interleaving on, but figured it's DLM on an ECI cabinet and has a mind of its own.

1:41am this morning, resync and back to fastpath at 55.6Mbps - just above the VF minimum guaranteed speed, so will have lost the 15% discount now no doubt!

How long will it last - anyone's guess.

[MTW]

ECI DLM is a total mystery. I note from the original post that you had just 3 downstream ES and 8 CRC in 20 days, but still the interleaving was not disabled. This supports a theory I have that the DLM is looking at the number of FEC, or perhaps some other parameter.

[EvilShubunkin]

ECI DLM is a total mystery. I note from the original post that you had just 3 downstream ES and 8 CRC in 20 days, but still the interleaving was not disabled. This supports a theory I have that the DLM is looking at the number of FEC, or perhaps some other parameter.

Would agree that FEC seems to be a measurement DLM uses. On that first post, 23 days uptime with something like 228million FEC and single digit ES - would expect that level of ES on an interleaved line I guess, but the FEC were out of control. Subsequent resyncs had this more in line with what I was seeing in the past month. Nothing internal to property has changed but I suspect some noise along the path of line has reduced / disappeared, reducing REIN and thus FECs.