good sync low throughput

Huawei AIO

I have good sync but low throughput.
Using a variety of speed test sites good Up but generally mid 60's dB Down
Those that show Latency/Buffer bloat currently, good down but high(er) up.

My HH6 reports
Data rate: 20.00 Mbps / 80.00 Mbps
Maximum data rate: 27577 / 88670
Noise margin: 15.6 dB / 7.5 dB
Line attenuation: 10.9 dB
Signal attenuation: 6.2 dB / 10.9 dB

Here are two test from the labs & labs2 sites

https://www.thinkbroadband.com/speedtest/15989629495...
https://www.thinkbroadband.com/speedtest/15989625833...

A friend, on another exchange and similar setup, and with a 76mB downloads, running the same two test gets a flatter graph.

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

Any comments please ?.

Are you testing on a wired port? If wireless it could be bad local interference, so use wired if at all possible.

Make sure that *nothing else* is on your network during the test. Things like PCs doing remote backups to the cloud could be using up much of your bandwidth - speedtest will only show what's left over.

Does this change depending on time of day? If it's high and flat at 1am, but bad during the day, it could be congestion in your ISP.

Otherwise: try changing the CAT5 cable between your PC and router (and router to modem if that's separate). Try testing from a different PC. Problems with PC NIC drivers, and with PC antivirus, can cause such problems.

If you can borrow another router to prove whether it's your router or not, that would be a last resort.

Thanks candlerb

Always wired.
Day/time makes no difference.
More than one router and in the master socket using other cables.
More than one computer. One taken to the friend got the 76mB available.
More than one browser.
Nothing else downloading or streaming.
Several OR visits.
Two lifts and shifts.
Neighbour's ( regular users ) not very happy with theirs either.
The 2 Sky users told they can't have the 80/20 package due to network issues !.

In reply to a post by lmschuffer:

The 2 Sky users told they can't have the 80/20 package due to network issues !.

Told by who? And network issues with Sky or Openreach?

This is my speedtest on Plusnet - https://www.thinkbroadband.com/speedtest/15995715011...

What exchange and cabinet are you on? There was a thread on here recently where Openreach acknowledged that the fibre cabinet was short of capacity between the cabinet and exchange and they planned on adding another fibre. The only difference - that issue was peak time congestion only IIRC, which you're saying is not the case for your issue?

A Sky user got an email saying they would upgrade him to 80/20 at no extra charge.

Later he got another email saying we cannot upgrade you as promised due to network issues.

The other rang Sky support to ask for an upgrade and was told by the agent that BT had told them that nobody in our postcode could have 80/20.

What cabinet and exchange?

SWPEK

8

When you showed this graph https://www.thinkbroadband.com/speedtest/15989629495...

It's really odd, for the x6 to be slower than the single threaded download test. It does look like something else on the network or PC was using bandwidth until that large uptick in the graph, or like some kind of firewall issue.

But then the upload looks a lot more like congestion. It starts high and then TCP congestion control throttles it back.

Could be congestion, but strange to see congestion at off-peak times. Next time you do a speed test on the PC, open task manager and monitor network usage, check nothing else is running.

Email Openreach, someone high up, you can Google for emails. Ask them to check for bandwidth capacity issues and packet loss issues at your cabinet. BTWholesale speed tests, should also give them clues to it as it's logged if there is an issue. I'm the user who got Openreach to find the issue pointed out above, but like they said, it is a peak time only issue.

Very odd to see congestion at that time of day, as seen in your tests. Try doing more tests, morning, noon and 8-10pm.

Edited by deleted (Fri 11-Sep-20 20:14:32)

Scott88c.

Thanks.

As I posted earlier my speed test results are the same regardless of day/time.

The Sky user mentioned above on 40/10 ran the same tests, I suspect he did them on a phone ( wifi ) .

Although understandably slower the graph pattern is very similar.

labs/labs2/labs/labs2

https://www.thinkbroadband.com/speedtest/15998300786...
https://www.thinkbroadband.com/speedtest/15998301948...
https://www.thinkbroadband.com/speedtest/15998305194...
https://www.thinkbroadband.com/speedtest/15998305986...

Should have added KDB test

Test Outcome Pass
Test Outcome Code GTC_FTTC_SERVICE_0000
Description GEA service test completed and no fault found .
Main Fault Location OK
Sync Status In Sync
Downstream Speed 79.9 Mbps
Upstream Speed 20.0 Mbps
Appointment Required N
Fault Report Advised N
NTE Power Status PowerOn
Voice Line Test Result Pass
Radio Frequency Ingress Not Detected
Repetitive Electrical Impulse Noise Not Detected
Cross Talk Not Detected
Estimated Line Length In Metres 167.1
Upstream Rate Assessment Very Good
Downstream Rate Assessment Very Good
Interference Pattern Not Detected
Service Impact No Impact Observed
Home Wiring Problem Not Detected
Downstream Policing Discard Rate 0.0
Customer Traffic Level Upstream and Downstream traffic detected
Technology VDSL
Current 15Min Bin Retrains 0
Last 15Min Bin Retrains 0
DP Type External
Profile Name 0.128M-80M Downstream, Retransmission Low - 0.128M-20M Upstream, Error Protection Off
Time Stamp 2020-08-29T08:45:00
Parameters MIN MAX AVG
Down Stream Line Rate 79.9 Mbps 79.9 Mbps 79.9 Mbps
Up Stream Line Rate 19.9 Mbps 19.9 Mbps 19.9 Mbps
Up Time 3.0 Sec 900.0 Sec 895.5 Sec
Retrains 0.0 1.0 0.0

If Sky are saying the line is good and you still get the minimum speed, they won't do much more. From the first two graphs you showed, it does look like a contention/bandwidth issue. Maybe you have a few heavy business users on your cabinet. Do what I did and contact Openreach, they can at least monitor the DSLAM for a few days and rule out bandwidth issues there, give them copies of the BTW speed tester reports. If they say all is well, then it has to be an exchange issue. Your sync speed is maxed out, low noise margin etc, so your copper line to the cab seems good.

In my case I didn't even notice high latency really, the DSLAM was just straight up dropping packets at peak times and the ISP's didn't seem to know about it, BT claimed their SVLAN utilization rate was 20% and that there was no congestion issues. It was only Openreach who monitored the DSLAM and found an issue after I contacted them.

Email the CEO with the reports at different times of day and explain to them that Sky will do no more and that you have had engineer visits to check your line. It then puts it on them to find out what's wrong, especially if Sky is saying they are not having congestion issues at the SVLAN. Might be worth getting Sky to check their SVLAN reports for congestion first.

My guess is that the reason they won't offer people the 80/20 is due to bandwidth issues at the cabinet, the new Ofcom rules mean ISP's can only advertise average speeds, that includes peak time congestion, so if the average is lower then 70, they just wont offer the 80/20 package. Most of the cabinets still work off 1G links for 200-300 connections. Even a maxed out cab with a 6G fibre link back to the exchange only gives a guarentee of 20mb. You only need 50 or 60 users to be downloading a game at the same time to fill that bandwidth. So a speed drop from 80 to 50 wouldnt actually take much if the cabinet fibre links are low or the cab is full.

Edited by deleted (Sat 12-Sep-20 13:27:04)

You are on a Huawai all in one, thus contention will be an issue, likely at the cab side, especially if the cab is nearly full at 70 premises.

In reply to a post by Taras:

You are on a Huawai all in one, thus contention will be an issue, likely at the cab side, especially if the cab is nearly full at 70 premises.

Why would an All in One make contention an issue?
They are 100% identical to the smaller Huawei cabinets, with a Huawei MA5616 inside.
They can handle 256 lines no problem.

The OP's cabinet has 70 homes connected to it. Contention definitely shouldn't be an issue.

Is there anything here from a change of router that might help diagnose my connection ?

VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
Traffic Type: PTM Mode
Link Uptime: 0 day: 22 hours: 15 minutes

VDSL Port Details Upstream Downstream
Line Rate: 20.063 Mbps 79.998 Mbps
Actual Net Data Rate: 19.999 Mbps 79.999 Mbps
Trellis Coding: ON ON
SNR Margin: 15.8 dB 7.8 dB
Actual Delay: 0 ms 0 ms
Transmit Power: - 9.2 dBm 13.9 dBm
Receive Power: -18.6 dBm 6.4 dBm
Actual INP: 0.0 symbols 48.0 symbols
Total Attenuation: 9.2 dB 7.4 dB
Attainable Net Data Rate: 26.586 Mbps 89.304 Mbps
==================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 2.1 7.4 11.1 N/A 5.0 10.8 16.9
Signal Attenuation(dB): 2.1 6.9 10.2 N/A 5.5 10.7 16.9
SNR Margin(dB): 16.5 15.9 15.7 N/A 7.8 7.7 7.7
Transmit Power(dBm):-22.9 -35.5 - 9.6 N/A 11.3 7.4 7.2
==================================================
VDSL Counters

Downstream Upstream
Since Link time = 15 min 37 sec
FEC: 268 7733
CRC: 0 197
ES: 0 153
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 1 min 8 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
Previous 15 minutes time = 15 min 0 sec
FEC: 4 8
CRC: 0 1
ES: 0 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 22 hours 16 min 8 sec
FEC: 268 7733
CRC: 0 197
ES: 0 153
SES: 0 0
UAS: 30 30
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 = 22 hours 16 min 8 sec
FEC: 268 7733
CRC: 0 197
ES: 0 153
SES: 0 0
UAS: 30 30
LOS: 0 0
LOF: 0 0
LOM: 0 0

A friend on another exchange also using a ZyXel VMG8924-B10A on 240 meter cable, BT 80/20 and gets good throughput and a neat graph from the TBB tests.
https://www.thinkbroadband.com/_assets/speedtest/but...
Compared to mine
I'm on same router, 170 meters, Plusnet 80/20.
https://www.thinkbroadband.com/_assets/speedtest/but...

Looking at the DSL stats from both routers I noticed a great difference in the signal margins and attenuations, band status etc and his attainable rate is also higher.

Would grateful for any comments

His.
=============================================
VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
G.Vector: Disable
Traffic Type: PTM Mode
Link Uptime: 0 day: 20 hours: 11 minutes
============================================
VDSL Port Details Upstream Downstream
Line Rate: 19.999 Mbps 79.998 Mbps
Actual Net Data Rate: 20.000 Mbps 79.999 Mbps
Trellis Coding: ON ON
SNR Margin: 13.9 dB 5.1 dB
Actual Delay: 0 ms 0 ms
Transmit Power: 6.4 dBm 12.7 dBm
Receive Power: -12.1 dBm -2.5 dBm
Actual INP: 48.0 symbols 55.0 symbols
Total Attenuation: 0.0 dB 15.0 dB
Attainable Net Data Rate: 32.134 Mbps 91.820 Mbps
======================================================
VDSL Band Status U0 U1 U2 U3 U4 D1 D2 D3
Line Attenuation(dB): 4.1 17.7 27.3 N/A N/A 9.9 23.2 37.0
Signal Attenuation(dB): 4.1 16.9 26.7 N/A N/A 11.6 22.9 37.0
SNR Margin(dB): 13.1 13.4 14.1 N/A N/A 5.2 5.0 5.0
TX Power(dBm): -8.8 -25.9 6.3 N/A N/A 8.8 7.8 7.3
======================================================
Mine
============================================
VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
Traffic Type: PTM Mode
Link Uptime: 2 days: 20 hours: 1 minute
===========================================
===========================================
VDSL Port Details Upstream Downstream
Line Rate: 20.063 Mbps 79.998 Mbps
Actual Net Data Rate: 19.999 Mbps 79.999 Mbps
Trellis Coding: ON ON
SNR Margin: 15.5 dB 7.6 dB
Actual Delay: 0 ms 0 ms
Transmit Power: - 9.2 dBm 13.9 dBm
Receive Power: -18.5 dBm 6.5 dBm
Actual INP: 0.0 symbols 48.0 symbols
Total Attenuation: 9.1 dB 7.3 dB
Attainable Net Data Rate: 26.737 Mbps 89.234 Mbps
===================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 1.9 7.3 10.9 N/A 4.9 10.6 16.9
Signal Attenuation(dB): 1.9 6.6 10.1 N/A 5.4 10.5 16.9
SNR Margin(dB): 15.5 15.5 15.5 N/A 7.7 7.7 7.6
Transmit Power(dBm):-23.2 -35.5 - 9.5 N/A 11.3 7.7 7.1
===================================================

Can you post the results of the --stats command?
It's the Telnet Data - Connection Stats page on dslstats.

It shows a bunch of extra parameters that show things that affect throughput like INPRein and minEFTR.

I posted this yesterday but it does not appear to me here today. ??

Thanks

Stats recorded 18 Oct 2020 13:43:21

DSLAM type / SW version: BDCM:0xa49a (164.154) / v0xa49a
Modem/router firmware: AnnexA version - A2pv6F039q.d26a
DSL mode: VDSL2 Profile 17a
Status: Showtime
Uptime: 4 days 22 hours 50 min 17 sec
Resyncs: 0 (since 18 Oct 2020 13:43:21)

Downstream Upstream
Line attenuation (dB): 8.8 0.0
Signal attenuation (dB): Not monitored
Connection speed (kbps): 79999 19999
SNR margin (dB): 7.7 15.5
Power (dBm): 13.9 -9.2
Interleave depth: 16 1
INP: 48.00 0
G.INP: Enabled Not enabled
Vectoring status: 5 (VECT_UNCONFIGURED)

RSCorr/RS (%): 0.0001 0.2798
RSUnCorr/RS (%): 0.0000 0.0000
ES/hour: 0 6.61

That's not what i was hoping to see.

I need the output of 'xdslcmd info --stats'
which is the exact same text shown in dslstats under "Telnet Data - Connection stats".

You just posted the exact same truncated stats as the day before.

First, thanks.
Second, I do net see my post from yesterday in the ticket but I do see today's.
third.Using the conf guide on the dslstats site in the example t shows xdsicti in the command page so I used that.
I have now set xdslcmd in the prefix box and get an error "no data returned".

What have I missed please ?.

Some modems use 'xdslcmd' and some use 'xdslctl' instead.

If dslstats is working, just paste me whatever is in the "Telnet Data - Connection stats" tab.

That's got all the info i need.

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...