BRSK

Yeh, I was hoping it would be lower, it does seem to vary though- just got 9ms when I ran it now

Overhead install in Bolton, engineer was accommodating and installed the ONT exactly where I wanted

Overall still much better value for money compared to any of the Openreach suppliers (who all wanted to increase prices in April every year a minimum of 10%!)
 
1mm3 said:
Just upgraded from Virgin Media 250, a bit disappointed with the ping? Main use gaming (up to 3 devices simultaneously)

18245212540.png
Click to expand...
Not sure how much lower you are expecting? I have had 11 or so before, but it does hit lower like today.

Your ping during upload/download seems high though, would be worth looking into bufferbloat and if your hardware supports it.

 
TEST BEFORE QOS

www.waveform.com

Bufferbloat and Internet Speed Test - Waveform

View the full results, and test your own bufferbloat
www.waveform.com www.waveform.com

TEST AFTER QOS

www.waveform.com

Bufferbloat and Internet Speed Test - Waveform

View the full results, and test your own bufferbloat
www.waveform.com www.waveform.com

Ive set QoS to 500 but max speed without QoS hits 520 easily, is it worth increasing and is it normal for max download to decrease slightly when enabling QoS. Wasnt expecting it to make such a difference

Im using TP Link Deco X55s (they do QoS but not SQM)
 
It is normal for the speed to decrease in order to reduce bufferbloat. To be honest I would leave it set as you have it, you are losing very little bandwidth, or if you value the bandwidth then see if you actually face any issues in various use cases like online gaming.
 
I placed my order for BRSK over the weekend. Should be getting installed on Thursday.

I was toying with it or a standard ISP, as I currently have various ports open for Plex etc & didn't fancy paying another £5/month for a static IP to allow me to do this. After a bit of playing around, I've got a cloudflare zerotrust tunnel setup instead, which works well without any ports needing to be open & it's free (other than needing a domain, which I've bought at $5/year)
 
R.C.Anderson said:
I placed my order for BRSK over the weekend. Should be getting installed on Thursday.

I was toying with it or a standard ISP, as I currently have various ports open for Plex etc & didn't fancy paying another £5/month for a static IP to allow me to do this. After a bit of playing around, I've got a cloudflare zerotrust tunnel setup instead, which works well without any ports needing to be open & it's free (other than needing a domain, which I've bought at $5/year)
Click to expand...
I thought it was against plex terms to use Cloudflare’s zero trust tunnels. They can ban
your account. It’s only available for cloudflare enterprise customers only. I may be wrong. But do double check
 
Hi,

Just joined here the forum, been a lurker for a long time.

I have BRSK and just want to to check if people are seeing degraded latency from the North of England.

Had the service since April, was getting pings of around 8ms to UK based data centre. 2 months later degraded to 15ms, reported it to support, lots of tests conducted they say its fine not an issue. I believed at the time it was starting to show a degradation on their core.

Fast forward to now, getting 22ms now. Testing with a device plugged straight into the ONT without a router get the same results (so not my equipment). Tracert stats show 1st hop after the router is always good at around 5ms, it then bounces around in their network and exits at about 21ms, before the remaining journey takes about 1ms.

Throughput is as expected for my package 500mpbs. both up and down.

I want to raise another ticket, but its a PIA as they will have me unplug my own router to use theirs for tests that breaks my home setup (WFH) so is really disruptive, when the data I supply them always shows the router hop and 1st WAN are always low. If others are also seeing the same it adds weight to my claim and allows me to be a bit more forceful when they come back with an 'everything' is fine our side response.

I suspect their success is catching up with them, and their core network is beginning to creak a bit under load and they are tailoring for throughput rather than latency as that is what most will see.
 
Last edited:
lmfy2k said:
I thought it was against plex terms to use Cloudflare’s zero trust tunnels. They can ban
your account. It’s only available for cloudflare enterprise customers only. I may be wrong. But do double check
Click to expand...

I came across a few things about this when I was looking at it. AFAIK, there's nothing from Plex's side that's a problem, I assume it was a typo from you & you meant it's against Cloudflare's terms? From what I've been able to find, it's changed a few times, some being explicitly against it, some only prohibiting it with a cached service etc. From looking around myself at the terms, i've not been able to find a mention of it, but the general concensus I've been able to find online by others that have done the same, is that as long as it's fairly low usage (e.g. it's not a plex service you're charging 10s/100s of users for & it's all heavily used), then the data usage is minimal enough they don't do anything about it anyway.
 
minimos said:
Hi,

Just joined here the forum, been a lurker for a long time.

I have BRSK and just want to to check if people are seeing degraded latency from the North of England.

Had the service since April, was getting pings of around 8ms to UK based data centre. 2 months later degraded to 15ms, reported it to support, lots of tests conducted they say its fine not an issue. I believed at the time it was starting to show a degradation on their core.

Fast forward to now, getting 22ms now. Testing with a device plugged straight into the ONT without a router get the same results (so not my equipment). Tracert stats show 1st hop after the router is always good at around 5ms, it then bounces around in their network and exits at about 21ms, before the remaining journey takes about 1ms.

Throughput is as expected for my package 500mpbs. both up and down.

I want to raise another ticket, but its a PIA as they will have me unplug my own router to use theirs for tests that breaks my home setup (WFH) so is really disruptive, when the data I supply them always shows the router hop and 1st WAN are always low. If others are also seeing the same it adds weight to my claim and allows me to be a bit more forceful when they come back with an 'everything' is fine our side response.

I suspect their success is catching up with them, and their core network is beginning to creak a bit under load and they are tailoring for throughput rather than latency as that is what most will see.
Click to expand...
I've been online since the 20/08/25 and my pings have been 12-13ms consistently since go-live, no other issues of note. I do have 24/7 monitoring on my connection from a VPS so I'll keep an eye on it and see if the latency does increase.
 
Last edited:
Rabtech said:
I've been online since the 20/08/25 and my pings have been 12-13ms consistently since go-live, no other issues of note. I do have 24/7 monitoring on my connection from a VPS so I'll keep an eye on it and see if the latency does increase.
Click to expand...
Thanks.

I've setup a TBB monitor now, wish I'd have done it from the beginning as it would have helped me prove my point to support.

Where are you generally located. I am around the Bradford area, would be interesting to see if its a location things as well.
 
If I wasn't having such latency issues I'd have started a new 18 month contrct for the 1Gpbs package at that price

Just an update. I have a TBB monitor going for 48 hours now, I'm seeing lots of spikes in latency even when the connection is not being used much. Raised a ticket with support not had a reply yet. On Mon eveninjg I was even getting mild packet loss.

WinMTR shows lots of latency at the 5th hop, so I think they have a capacity or routing issue.
 
Last edited:
minimos said:
If I wasn't having such latency issues I'd have started a new 18 month contrct for the 1Gpbs package at that price

Just an update. I have a TBB monitor going for 48 hours now, I'm seeing lots of spikes in latency even when the connection is not being used much. Raised a ticket with support not had a reply yet. On Mon eveninjg I was even getting mild packet loss.

WinMTR shows lots of latency at the 5th hop, so I think they have a capacity or routing issue.
Click to expand...

Post the WinMTR results.
 
Here you go, removed my router ip from the results in case anyone wondered. Not sure how to post a screenshot as it appears to require a lnik using the tools

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router - 0 | 6884 | 6884 | 0 | 0 | 1 | 0 |
| 185.232.119.242 - 0 | 6884 | 6884 | 1 | 4 | 87 | 4 |
| No response from host - 100 | 1387 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 1387 | 0 | 0 | 0 | 0 | 0 |
| 10.18.16.3 - 20 | 3882 | 3119 | 24 | 26 | 43 | 25 |
| No response from host - 100 | 1387 | 0 | 0 | 0 | 0 | 0 |
| 185.232.119.183 - 0 | 6884 | 6884 | 24 | 25 | 114 | 24 |
| 45.92.46.26 - 1 | 6804 | 6783 | 25 | 28 | 48 | 29 |
| 172.16.6.87 - 10 | 5049 | 4578 | 25 | 28 | 103 | 29 |
| 185.8.92.39 - 0 | 6884 | 6884 | 23 | 25 | 90 | 24 |
| 151.101.0.81 - 0 | 6884 | 6884 | 23 | 25 | 93 | 25 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 
minimos said:
Here you go, removed my router ip from the results in case anyone wondered. Not sure how to post a screenshot as it appears to require a lnik using the tools

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router - 0 | 6884 | 6884 | 0 | 0 | 1 | 0 |
| 185.232.119.242 - 0 | 6884 | 6884 | 1 | 4 | 87 | 4 |
| No response from host - 100 | 1387 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 1387 | 0 | 0 | 0 | 0 | 0 |
| 10.18.16.3 - 20 | 3882 | 3119 | 24 | 26 | 43 | 25 |
| No response from host - 100 | 1387 | 0 | 0 | 0 | 0 | 0 |
| 185.232.119.183 - 0 | 6884 | 6884 | 24 | 25 | 114 | 24 |
| 45.92.46.26 - 1 | 6804 | 6783 | 25 | 28 | 48 | 29 |
| 172.16.6.87 - 10 | 5049 | 4578 | 25 | 28 | 103 | 29 |
| 185.8.92.39 - 0 | 6884 | 6884 | 23 | 25 | 90 | 24 |
| 151.101.0.81 - 0 | 6884 | 6884 | 23 | 25 | 93 | 25 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Click to expand...

Nothing looks overly problematic there. If you're having issues shown on a TBB check then find the same endpoint and run the MTR to that too for further useful diagnostics.

Presence of high latency on one hop that decreases substantially on a following hop is not indicative of a problem (i.e. 185.232.119.183 -> 45.92.46.26)
The same is valid for packet loss, if any of the following hops have 0% packet loss then the loss on previous hops is just against that one router, the packet was forwarded without issue.
Now there is something to be said about return-path loss but that's going to be irrelevant here.

Lastly, you're testing against an anycast IP address, not great if you want somewhat reliable ping results, pick something unicast, like uhh 84.18.197.187.
 
Last edited:
  • Like
Reactions: KIA
On Holiday said:
Nothing looks overly problematic there. If you're having issues shown on a TBB check then find the same endpoint and run the MTR to that too for further useful diagnostics.

Presence of high latency on one hop that decreases substantially on a following hop is not indicative of a problem (i.e. 185.232.119.183 -> 45.92.46.26)
The same is valid for packet loss, if any of the following hops have 0% packet loss then the loss on previous hops is just against that one router, the packet was forwarded without issue.
Now there is something to be said about return-path loss but that's going to be irrelevant here.

Lastly, you're testing against an anycast IP address, not great if you want somewhat reliable ping results, pick something unicast, like uhh 84.18.197.187.
Click to expand...
Great insight thank you I'll run with the IP you suggested.

Why would my baseline ping be so high then on a full fibre connection and is there anything I can ask them to do to tweak this? I was getting mid teens consistently on my old FTTC connection with me located about 800m from the cabinet, and this new one was even better but is degrading. Even though my speeds are great I am beginning to regret the move a little now as a gamer, as these are the worst pings I have had in around 18 years. I know the Virgin lines using either Coax or HFC can see these type of baselines (usually with lots of degradation to min ping due to contention at busy periods) and is why I avoided them, but I thought full fibre would eliminate such issues.

PS. I have used the BBC address in all my tests when it was 1st installed, when it degraded and in the results above.
 
Last edited:
minimos said:
Great insight thank you I'll run with the IP you suggested.

Why would my baseline ping be so high then on a full fibre connection and is there anything I can ask them to do to tweak this? I was getting mid teens consistently on my old FTTC connection with me located about 800m from the cabinet, and this new one was even better but is degrading. Even though my speeds are great I am beginning to regret the move a little now as a gamer, as these are the worst pings I have had in around 18 years. I know the Virgin lines using either Coax or HFC can see these type of baselines (usually with lots of degradation to min ping due to contention at busy periods) and is why I avoided them, but I thought full fibre would eliminate such issues.

PS. I have used the BBC address in all my tests when it was 1st installed, when it degraded and in the results above.
Click to expand...
Stop press. Looks like they 'fixed' something there side yesterday, although not received a response to my ticket

I used the overclockers unicast ip as you suggested and was getting mid teens pings again. So I check a single ping to 1.1.1., mid teens and then to the bbc multicast address above, also in mid teams.

Checking my TBB graph, baseline dropped last night.

Only thing I can see different is I am hitting a different private ip on their side, its pinging consistently now with no loss. I wonder if that node I was hitting was overloaded or broken, and they've removed it or rerouted/balanced traffic away from it?

2 quick MTRs from BBC and OC below to show the change

Overclockers Unicast
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router - 0 | 149 | 149 | 0 | 0 | 1 | 1 |
| 185.232.119.242 - 0 | 149 | 149 | 1 | 4 | 28 | 6 |
| No response from host - 100 | 30 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 30 | 0 | 0 | 0 | 0 | 0 |
| 10.18.0.141 - 0 | 149 | 149 | 13 | 16 | 74 | 36 |
| 185.232.119.183 - 0 | 149 | 149 | 12 | 14 | 16 | 15 |
| 45.92.46.26 - 0 | 149 | 149 | 13 | 16 | 31 | 16 |
| 172.16.6.87 - 0 | 149 | 149 | 13 | 16 | 39 | 13 |
|94.31.26.52.idia-409682-zyo.zip.zayo.com - 0 | 149 | 149 | 12 | 16 | 47 | 14 |
| zayo-arelion.mcs1.lhr15.uk.eth.zayo.com - 0 | 149 | 149 | 12 | 14 | 16 | 15 |
| ldn-bb1-link.ip.twelve99.net - 0 | 149 | 149 | 13 | 14 | 16 | 13 |
| ldn-b11-link.ip.twelve99.net - 1 | 145 | 144 | 12 | 13 | 16 | 14 |
| teamblue-ic-342248.ip.twelve99-cust.net - 0 | 149 | 149 | 13 | 15 | 43 | 15 |
| ae6-core0.router.th.uk.catalyst2.net - 0 | 149 | 149 | 13 | 18 | 73 | 18 |
| ipcstr.sza.uk.catalyst2.net - 0 | 149 | 149 | 11 | 13 | 16 | 15 |
|web5-overclockers.dedicated-solution.com - 0 | 149 | 149 | 12 | 13 | 16 | 14 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

BBC Multicast

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| router - 0 | 242 | 242 | 0 | 0 | 1 | 0 |
| 185.232.119.242 - 0 | 242 | 242 | 1 | 4 | 23 | 4 |
| No response from host - 100 | 49 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 49 | 0 | 0 | 0 | 0 | 0 |
| 10.18.0.141 - 0 | 242 | 242 | 12 | 16 | 100 | 13 |
| 185.232.119.187 - 0 | 242 | 242 | 12 | 13 | 16 | 14 |
| 45.92.46.24 - 0 | 242 | 242 | 14 | 16 | 31 | 16 |
| 185.8.92.39 - 0 | 242 | 242 | 12 | 13 | 16 | 12 |
| 151.101.192.81 - 0 | 242 | 242 | 12 | 13 | 15 | 12 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
 
Last edited:
You must log in or register to reply here.
Back
Top Bottom