General Discussion
  >> Fibre Broadband


Register (or login) on our website and you will not see this ad.


Pages in this thread: 1 | 2 | 3 | (show all)   Print Thread
Standard User lmschuffer
(learned) Tue 08-Sep-20 11:48:04
Print Post

good sync low throughput


[link to this post]
 
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 ?.
Standard User candlerb
(experienced) Tue 08-Sep-20 12:58:15
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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.
Standard User lmschuffer
(learned) Tue 08-Sep-20 13:32:26
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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 !.


Register (or login) on our website and you will not see this ad.

Standard User ashlez
(experienced) Tue 08-Sep-20 14:29:58
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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?
Standard User lmschuffer
(learned) Thu 10-Sep-20 15:41:05
Print Post

Re: good sync low throughput


[re: ashlez] [link to this post]
 
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.
Standard User j0hn83
(fountain of knowledge) Thu 10-Sep-20 16:58:59
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
What cabinet and exchange?
Standard User lmschuffer
(learned) Thu 10-Sep-20 18:27:15
Print Post

Re: good sync low throughput


[re: j0hn83] [link to this post]
 
SWPEK

8
Standard User scott88c
(newbie) Fri 11-Sep-20 20:12:24
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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 scott88c (Fri 11-Sep-20 20:14:32)

Standard User lmschuffer
(learned) Sat 12-Sep-20 10:57:42
Print Post

Re: good sync low throughput


[re: ashlez] [link to this post]
 
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...
Standard User lmschuffer
(learned) Sat 12-Sep-20 11:02:21
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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
Standard User scott88c
(learned) Sat 12-Sep-20 13:15:32
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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 scott88c (Sat 12-Sep-20 13:27:04)

Standard User Taras
(eat-sleep-adslguide) Sat 12-Sep-20 14:09:48
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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.
Standard User j0hn83
(fountain of knowledge) Sat 12-Sep-20 19:38:47
Print Post

Re: good sync low throughput


[re: Taras] [link to this post]
 
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.
Standard User lmschuffer
(learned) Sat 26-Sep-20 12:04:02
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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
Standard User lmschuffer
(learned) Fri 16-Oct-20 12:54:35
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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
===================================================
Standard User j0hn83
(fountain of knowledge) Sat 17-Oct-20 13:29:37
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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.
Standard User lmschuffer
(learned) Sun 18-Oct-20 13:44:52
Print Post

Re: good sync low throughput


[re: j0hn83] [link to this post]
 
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
Standard User j0hn83
(fountain of knowledge) Sun 18-Oct-20 13:48:52
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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.
Standard User lmschuffer
(learned) Sun 18-Oct-20 14:24:51
Print Post

Re: good sync low throughput


[re: j0hn83] [link to this post]
 
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 ?.
Standard User j0hn83
(fountain of knowledge) Sun 18-Oct-20 14:28:21
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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.
Standard User lmschuffer
(learned) Sun 18-Oct-20 14:38:58
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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
>
Standard User j0hn83
(fountain of knowledge) Sun 18-Oct-20 22:02:05
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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.
Standard User RobertoS
(elder) Sun 18-Oct-20 22:22:43
Print Post

Re: good sync low throughput


[re: j0hn83] [link to this post]
 
And G.INP on. (Yes, I don't call it ReTx).

__________________________________________________________
Sovereignty Means Sovereignty

My broadband basic info/help site - www.robertos.me.uk. Domains, sites and mail hosting - Tsohost & Ionos.
Connections: OnePlus 8 Pro max 165Mbps down, 24Mbps up on Three, and B311 4G, tbb tests normally 35-45Mpbs down, 65Mbps off-peak, 9-24 up.
========================
To argue with mindless bigots is foolish.

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

Standard User lmschuffer
(learned) Sun 18-Oct-20 22:55:45
Print Post

Re: good sync low throughput


[re: RobertoS] [link to this post]
 
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 ?.
Standard User RobertoS
(elder) Sun 18-Oct-20 23:13:19
Print Post

Re: good sync low throughput


[re: lmschuffer] [link to this post]
 
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 tongue.

__________________________________________________________
Sovereignty Means Sovereignty

My broadband basic info/help site - www.robertos.me.uk. Domains, sites and mail hosting - Tsohost & Ionos.
Connections: OnePlus 8 Pro max 165Mbps down, 24Mbps up on Three, and B311 4G, tbb tests normally 35-45Mpbs down, 65Mbps off-peak, 9-24 up.
========================
To argue with mindless bigots is foolish.
Standard User lmschuffer
(learned) Mon 19-Oct-20 11:29:51
Print Post

Re: good sync low throughput


[re: RobertoS] [link to this post]
 
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 ???.
Pages in this thread: 1 | 2 | 3 | (show all)   Print Thread

Jump to