You should invoice them for your lost wages, got to be worth a go.

No chance on a residential service.

It shouldn't make any difference, OR have wasted his time and he's incurred costs (lost wages), I'm sure OR would charge him or the ISP if he wasn't in and therefore missed an appointment.

The only hope of claiming would be to put a claim in via the ISP (who have the contract with Openreach for the wholesale provision of the line) showing actual financial loss. Even then, I'm not sure the contract would cover this sort of consequential loss.

There's no way to claim directly from Openreach in tort of negligence; the lost wages would be pure economic loss, which is, generally speaking, not recoverable in negligence.

looks to be banded but surely thats better than interleaving?

People seem to fight over every last mbit.

I would much rather have a banded line than interleaving, the only issue I see with banding is that it doesnt tend to relent and is often permanent or a very slow recovery.

You down about 5mbit which is about 10% of line capability.

In reply to a post by WelshWArrior:

If anyone has been following my saga from last week:

here

Then I have an update.

BT booked an engineer for next week for me to do the DLM reset to remove the capping. I have just received a call to say an engineer has the the reset. However, despite a resync, nothing has changed but BT insist the cap is reoved and have cancelled the engineer visit for next week.

To me, the sync at 55000KBps and 17000Kbps indicate it is still capped:

Mode VDSL2
Traffic Type PTM
Status Up
Link Power State L0
Downstream Upstream
Line Coding (Trellis) On On
SNR Margin (dB) 7.7 7.2
Attenuation (dB) 19.1 0.0
Output Power (dBm) 12.6 7.5
Attainable Rate (Kbps) 61566 19317
Rate (Kbps) 54999 17000
B (# of bytes in Mux Data Frame) 227 163
M (# of Mux Data Frames in an RS codeword) 1 1
T (# of Mux Data Frames in an OH sub-frame) 0 0
R (# of redundancy bytes in the RS codeword) 12 12
S (# of data symbols over which the RS code word spans) 0.1319 0.3047
L (# of bits transmitted in each data symbol) 14562 4621
D (interleaver depth) 4 2
I (interleaver block size in bytes) 240 176
N (RS codeword size) 240 176
Delay (msec) 0 0
INP (DMT symbol) 54.00 55.00
OH Frames 0 0
OH Frame Errors 4092 119
RS Words 24598636 2110867
RS Correctable Errors 51 0
RS Uncorrectable Errors 0 0
HEC Errors 0 0
OCD Errors 0 0
LCD Errors 0 0
Total Cells 86200643 0
Data Cells 17643 0
Bit Errors 0 0
Total ES 102 73
Total SES 74 9
Total UAS 71

Is there anything more I can do? They insist that as it's connected at 55Mbps and that is my estimated speed (even though before the fault and for 2 yrs I've been synced at 64ish) then there is nothing more she can do.

Is the line still banded?

So from your previous posts, i see that you did previously have a sync rate of around the 66mbps mark? and my obs of the stats you have provided, do indicate that DLM M aka (miss management)has capped the circuit unless you have requested a change of product (55/10 ) because the current sync rate by its self does suspiciously indicate that you are on their 55/10, until you look at the US side sync rate
maybe that is something for you to consider (worst case) with a different isp of course, if the upstream throughput isn't detrimental to your needs of course
BT retail are ... IMO, And yes now that the novelty value should have worn off VDSL2 tech, by now the ISP should have control to override DLM, resets, etc, even completely switch off if need be

Edited by tommy45 (Sun 16-Apr-17 19:32:03)

I suspected the same, I thought "surely he's just on the Openreach 55Mb product" until I saw the upstream. So it must be DLM.

In reply to a post by Icaras:

I suspected the same, I thought "surely he's just on the Openreach 55Mb product" until I saw the upstream. So it must be DLM.

looks that way, especially if it won't sync at a different higher rate after successive retrains

Edited by tommy45 (Mon 17-Apr-17 12:11:52)

In reply to a post by tommy45:

In reply to a post by Icaras:

I suspected the same, I thought "surely he's just on the Openreach 55Mb product" until I saw the upstream. So it must be DLM.

looks that way, especially if it won't sync at a different higher rate after successive retrains

I don't think a DLM recalc has ever been done though. As soon as you request one (as an engineer) you get a text to say it has been done and it always works.

Or you get a text to say the request has timed out, but that's very very rare and you'd just try again in that case.

Well after loads more disconnects over the past few days, the Handback Threshhold of 48Mbps has been well and truely passed!

VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
G.Vector: Disable
Traffic Type: PTM Mode
Link Uptime: 0 day: 1 hour: 14 minutes
====================================================================================
VDSL Port Details Upstream Downstream
Line Rate: 11.998 Mbps 43.997 Mbps
Actual Net Data Rate: 11.999 Mbps 43.998 Mbps
Trellis Coding: ON ON
SNR Margin: 9.1 dB 10.2 dB
Actual Delay: 0 ms 0 ms
Transmit Power: 7.5 dBm 12.6 dBm
Receive Power: -4.8 dBm -8.0 dBm
Actual INP: 55.0 symbols 55.0 symbols
Total Attenuation: 0.0 dB 19.4 dB
Attainable Net Data Rate: 17.676 Mbps 59.278 Mbps
====================================================================================
VDSL Band Status U0 U1 U2 U3 U4 D1 D2 D3
Line Attenuation(dB): 5.5 26.8 41.5 N/A N/A 14.3 34.5 53.9
Signal Attenuation(dB): 5.5 26.2 40.7 N/A N/A 16.5 34.2 53.9
SNR Margin(dB): 8.7 9.1 9.1 N/A N/A 10.3 10.2 10.2
TX Power(dBm): 0.6 -16.3 6.5 N/A N/A 8.4 7.9 6.9
====================================================================================

VDSL Counters

Downstream Upstream
Since Link time = 14 min 19 sec
FEC: 378827 0
CRC: 161 0
ES: 29 0
SES: 10 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 14 min 50 sec
FEC: 262788 0
CRC: 112 0
ES: 19 0
SES: 7 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 116011 0
CRC: 49 0
ES: 10 0
SES: 3 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 1 hours 14 min 50 sec
FEC: 378827 0
CRC: 161 0
ES: 29 0
SES: 10 0
UAS: 29 29
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Total time = 1 hours 14 min 50 sec
FEC: 378827 0
CRC: 161 0
ES: 29 0
SES: 10 0
UAS: 29 29
LOS: 0 0
LOF: 0 0
LOM: 0 0

If the engineer can't do a DLM reset tomorrow (and I doubt it as job now showing as line fault not broadband one in my account), I'll be leaving BT as I've had enough.

Edited by WelshWArrior (Mon 17-Apr-17 18:43:53)