To be sure I could still connect to the router I set the command back and it works.

I set back to xdslcmd and I do see the data below but the event log still shows time out/nostats.

xdslctl info --stats
xdslctl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 26582 Kbps, Downstream rate = 89479 Kbps
Bearer: 0, Upstream rate = 19999 Kbps, Downstream rate = 79999 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): 7.7 15.5
Attn(dB): 8.8 0.0
Pwr(dBm): 13.9 -9.2

VDSL2 framing
Bearer 0
MSGc: -6 26
B: 130 237
M: 1 1
T: 0 42
R: 8 16
S: 0.0000 0.3781
L: 21468 5374
D: 16 1
I: 139 127
N: 139 254
Q: 16 0
V: 14 0
RxQueue: 60 0
TxQueue: 20 0
G.INP Framing: 18 0
G.INP lookback: 20 0
RRC bits: 0 24
Bearer 1
MSGc: 186 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 5.3333 0.0000
L: 48 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 2768340
OHFErr: 0 1218
RS: 3035229904 288357
RSCorr: 2981 7974
RSUnCorr: 0 0
Bearer 1
OHF: 26789353 0
OHFErr: 0 0
RS: 321471502 0
RSCorr: 6 0
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 3899874 0
rtx_c: 6 0
rtx_uc: 0 0

G.INP Counters
LEFTRS: 0 0
minEFTR: 79982 0
errFreeBits: 525034191 0

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 1775631901 0
Data Cells: 88413949 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 906
SES: 0 0
UAS: 34 34
AS: 430418

Bearer 0
INP: 48.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 0.00 3.98
OR: 0.01 64.22
AgR: 80614.82 20063.54

Bearer 1
INP: 4.00 0.00
INPRein: 4.00 0.00
delay: 3 0
PER: 16.06 0.01
OR: 95.62 0.01
AgR: 95.62 0.01

Bitswap: 286/286 10892/10892

Total time = 4 days 23 hours 34 min 12 sec
FEC: 2981 7974
CRC: 0 1218
ES: 0 906
SES: 0 0
UAS: 34 34
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 4 min 12 sec
FEC: 0 2
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: 10 13
CRC: 0 3
ES: 0 2
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 23 hours 34 min 12 sec
FEC: 634 2050
CRC: 0 245
ES: 0 168
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 640 2282
CRC: 0 274
ES: 0 201
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 4 days 23 hours 33 min 37 sec
FEC: 2981 7974
CRC: 0 1218
ES: 0 906
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
NTR: mipsCntAtNtr=0 ncoCntAtNtr=0
>

A remarkably clean line. Retx isn't working hard, low FEC's.
MinEFTR is almost as high as sync, line is Retx Low.

Nothing in the DSL layer slowing you down.

And G.INP on. (Yes, I don't call it ReTx).

Edited by RobertoS (Sun 18-Oct-20 22:23:39)

Thanks for the review.

Clearly something is affecting my downloads.

And there is the graph difference in the TBB speed tests that shows this.

Is there no relevance to the differences in the attenuation figures and things like the power settings between my friends and mine ?.

I haven't checked that out. At a guess it would make sense for power to increase at the same time as attenuation, (the latter being more or less fixed of course), in order to maintain the same quality of connection.

Given your line I would expect fairy low power figures. But I could be talking tripe .

I am very grateful for the repliers here.

It would seem that it has now been confirmed beyond doubt that my line, router etc are all working to a high standard between the cabinet and my router but still leaves the throughput issue.

Having spoken to 10% of the other users on the cabinet, all with similar issues, it leads me to conclude that what ever is causing the " disturbance " to data throughput to us all must be the other side of the Dslam modem.

Plusnet, due to seeing this issue before some 5 years back, finally managed to get OR to attend and arrange the removal of the test head and do a computer speed test.

This resulted in him getting a 76Mb from a couple of test sites of his choosing, he said he had made no changes to my connection and thus did not acknowledge the test head had been removed. ( subsequently confirmed by a supervisor on a later visit )

After he had left I also got around 76Mb across the board from my 7 preferred sites, but, 2 hours later I was back to reduced speeds.

Unfortunately the outcome of a similar, also successful test, at the other PN user is not recorded, it's possible the user cancelled his account.

The PN agent and OR supervisors do not have any internal method to raise the issue with infrastructure engineers.

Earlier here, scott88c had suggested looking for contact details for somebody high up in BT/OR in an attempt to get this escalated.

His comment that the BTW speed tests results are logged and thus would/should give them clues always fails for me ( and a lot of others ) at the writing to server phase.

Anybody have any likely useful contact details ???.

I am still having problem with high sync and low throughput.

Spoken to 7 neighbours on a range of ISP's all with similar poor speeds.

It appears as though all, 70 some, users on this cabinet are affected, 2x SKY users told they can't have 80/20 package due to network issues.
One of them just renewed his contract and is now only guaranteed 10Mbs download.

I looks as though I have managed to get the issue escalated to a higher level at BT/OR and current tests have shown some changes.

Here are two "labs" test results.

Pad via 5Mhz wifi
https://www.thinkbroadband.com/speedtest/16162320802...
This would be very nice )

Wired desk top.
https://www.thinkbroadband.com/speedtest/16162368898...

When you view the first page of this result and hover over the x6 graph points and the displays of the speed and the time it's taken so far and where is says the ave speed was 72.3 and it took 7.7 sec in total.

Watching the dial during the test I have been surprised by the high averages results given as the dial numbers often hover quite low.

So I added up the 27 graph points and the average is 59.89, much more in keeping with my desktop experience.

From the Zyxel router.
VDSL Port Details Upstream Downstream
Line Rate: 20.063 Mbps 79.998 Mbps
Actual Net Data Rate: 19.999 Mbps 79.999 Mbps
Attainable Net Data Rate: 26.185 Mbps 90.023 Mbps

How can any of these tests ever be greater than the router data/line rate ?.

Clearly something has changed but not yet fixed.

A follow on from above.


Can someone please comment on this TBB speed test on a Android pad on a 5Ghz wifi running at 1300Mbps.

VDSL Port Details Upstream Downstream
Line Rate: 20.063 Mbps 79.998 Mbps
Actual Net Data Rate: 19.999 Mbps 79.999 Mbps
Attainable Net Data Rate: 26.212 Mbps 89.980 Mbps

https://www.thinkbroadband.com/speedtest/16164058706...

Another follow up.

Wired desk top on 1Gig port, Lab2 test.
https://www.thinkbroadband.com/speedtest/16162368898...

When you look at the first page of this result you can hover over the x6 graph points and it displays the speed and the time it's taken so far and is says the ave speed was 72.3 and it took 7.7 sec in total.

Watching the dial during the test I have been surprised by the averages given as the dial numbers are often quite low.

So I added up the 27 graph points and the average is 59.89, much more in keeping with the desktop experience.

From the Zyxel router.
VDSL Port Details Upstream Downstream
Line Rate: 20.063 Mbps 79.998 Mbps
Actual Net Data Rate: 19.999 Mbps 79.999 Mbps
Attainable Net Data Rate: 26.185 Mbps 90.023 Mbps

So, some progress but not yet solved.

I have twice emailed the BT CEO and a week after the first my throughput increased from the mid 50's to mid 70's and it would be an extreme coincidence if it suddenly fixed itself, but I can't say I have seen any improvement at the desktop .

My TBB test graphs still have a very disturbed signal and another web tester results contains the line. " Timer drops: frames=9 total ms=2143 slip=0 "

The TBB test results ( and others ) are very consistent regardless of time or day so we can probably rule out congestion, and although the drop frames line numbers vary but are always in this area .

As posted above. two neighbours with Sky, have been told they cannot have 80/20 due to network issues and I have seen test results from other local users with different ISP and their TBB graphs are as bad as mine !.

Following the second, I had emails from High Level Complaints - Customer Resolution, who are adamant the errors are not due to their equipment.

"As requested I have had a look at this, and as far as I can establish there's no issues, nor can I see anything out of the ordinary, as tests have confirmed the sent and received packets are correct"


I do not get error messages but there is a definite lag in opening pages, regardless of which computer I use.

scott88c wrote "In my case I didn't even notice high latency really, the DSLAM was just straight up dropping packets at peak times"

Are you able to add any further detail please ?.

https://www.thinkbroadband.com/speedtest/16198630411...