@Ixel I am also trying to copy your past success in getting banded at a plausible speed for the same reasons. How did you come to loose that banded state?
Also once you were banded do you know if the line did still sync at 6db if the attainable became less than the band? Also I assume that further xdslcmd configure --maxDataRate commands could then still lower the sync further? i.e you were capped and not stuck?
In a past thread in December, it's believed that a firmware upgrade to the cabinet caused DLM to be reset for all lines associated with it. Before that, I was previously banded at 60/20 with no INP and no delay for what must've been over a year easily (no matter what I did to the connection, e.g. resyncing deliberately).
The line didn't sync at 6dB due to the banding in effect, SNRM was a lot higher (can't remember number off hand). I was definitely restricted to 60,000Kbps down and 20,000Kbps up, having previously went as low as somewhere in the 40,000 Kbps downstream on a FB 7390 (previously this wasn't possible on the HG612 until the recent update to it). The xdslcmd configure --maxDataRate can cap the line speed further yes.
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 29343 Kbps, Downstream rate = 100108 Kbps
Bearer: 0, Upstream rate = 20000 Kbps, Downstream rate = 66993 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): 11.8 12.3
Attn(dB): 16.6 0.0
Pwr(dBm): 12.8 6.6
VDSL2 framing
Bearer 0
MSGc: 18 150
B: 47 236
M: 1 1
T: 64 5
R: 14 16
S: 0.0228 0.3771
L: 21760 5410
D: 1421 1
I: 62 255
N: 62 255
Counters
Bearer 0
OHF: 72896130 995280
OHFErr: 47 1
RS: 1481366956 2820450
RSCorr: 2376249 41
RSUnCorr: 1059 0
Bearer 0
HEC: 190 0
OCD: 7 0
LCD: 7 0
Total Cells: 862728487 0
Data Cells: 271825804 0
Drop Cells: 0
Bit Errors: 0 0
ES: 165 5
SES: 0 0
UAS: 141 141
AS: 106761
Bearer 0
INP: 3.50 0.00
INPRein: 0.00 0.00
delay: 8 0
PER: 1.46 6.15
OR: 131.10 202.87
AgR: 67123.60 20203.27
Bitswap: 71716/71716 6/6
Total time = 1 days 4 hours 38 min 50 sec
FEC: 15864637 268
CRC: 660 6
ES: 165 5
SES: 0 0
UAS: 141 141
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 8 min 50 sec
FEC: 10569 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: 27753 0
CRC: 5 0
ES: 1 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 4 hours 38 min 50 sec
FEC: 399993 4
CRC: 8 1
ES: 2 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 1916220 36
CRC: 39 0
ES: 15 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 1 days 5 hours 39 min 19 sec
FEC: 2376249 41
CRC: 47 1
ES: 17 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
@Chrysalis: Yeah. This is one of the reasons I'm trying again, so I can return to Fastpath albeit at a slightly lower downstream speed. I would go for the 40 meg package if it isn't for the fact I'd also lose 10 meg upload speed. So, I'm trying to impose my own speed limit on the downstream without imposing further limits on the upstream. All being well DLM will return the line to fastpath and keep it that way
.