cancel
Showing results for 
Search instead for 
Did you mean: 

Intermittent connection issues loading/changing site- secure connection failed/site can't be reached

EDIflyer
Involved

Is anyone else occasionally getting a 'connection down' error from Chrome (or 'Secure Connection Failed' from Firefox) when changing page - if I hit refresh it works fine. At first I wondered if it was the site I was using but have noticed it on multiple different major websites over the past couple of months and not noticed it from other locations where I don't use Three Broadband so does seem to be related to the router/connection (this is via wired Ethernet too, so not a WiFi problem).  I've tried changing DNS server in case that helps but no difference.

It mainly seems to happen when trying to first load a site or (annoyingly) at checkout when a different site is being loaded as part of the checkout process.  It certainly doesn't happen everytime but does happen with reasonable frequency.  I've also noticed I often get it when trying to pull/push from/to Github too and have to do so a number of times for it to work (browsing the Github website works fine).

 
I'm using a NR5103E with Firmware Version V1.00(ACBJ.0)b14 - I tried rebooting it but to no effect.

EDIflyer_0-1697984212494.pngEDIflyer_1-1697984219294.png

 
 

EDIflyer_4-1697984241361.png

 

524 REPLIES 524
Midnight54
Established

Or in my case, left for another ISP 🙂 However, I'm still following closely, as family are still affected, and remains to be seen what happens when my next contract is up to if ever resolved

Nameless
Established

Another check-in with no changes

The incidence of the error is still highly variable but it is still there

Have there been any changes for yourselves?

 

JonathanB
Community Moderator
Community Moderator

Hi Everyone,

Just a quick update to confirm we're still investigating. I hope to have some more substantial news for you soon. I've also passed on the info provided here about manual band selection in case it helps point to the cause or solution of these issues.

Thanks,
Jonathan



Mod tip! The author of a post can hit 'Accept as Solution', to highlight a reply that helped solved their query.


Nameless
Established

Just a delayed check-in due to a busy weekend

There have been no changes from my tests - Having Band B3 disabled does still lead to reduced instances of the usual error message in my tests

Have there been any changes for yourselves?

 

torz77
Active

Ok, I ran 100 requests to https://docs.pi-hole.net on bands B1, B3, B20 and B28 (the bands I can find listed for my cell tower). I looped through these bands twice. I cannot see anywhere that N78 is an option I can change, or is listed for my cell tower, but it is very possible this is just down to me not understanding how 5G infrastructure works.

The number of failures per 100 requests are as follows:

 

+-----------------+-------+-------+---------+
|      Band       | Run 1 | Run 2 | Average |
+-----------------+-------+-------+---------+
| Auto (Main: B3) |    24 |     9 |    16.5 |
| B1              |    26 |    35 |    30.5 |
| B3              |    28 |    14 |      21 |
| B20             |    37 |    10 |    23.5 |
| B28             |    32 |     9 |    20.5 |
+-----------------+-------+-------+---------+

 

The tower details are:

  • ENB ID: 13310
  • CELL ID: 3407453

For me at least, and accepting that this is a very small sample size, I would say that these results fall well within the range of natural variance, and changing bands has zero impact on my issues. Note that I ran the tests in the following order:

  • Run 1: Auto, B1, B3, B20, B28
  • Run 2: B1, B3, B20, B28, Auto

which suggests that the fluctuations are down to other external factors rather than the selected band.

 

Nameless
Established

Band N78 is responsible for 5G speeds - Without it you will be limited to 4G speeds only

If you can access your router's setting directly, you should have an option to either change the bands directly and, if that is not available, an option to switch between 4G and 5G networks with Three's 5G network being the NR5G-NSA type due to also needing a 4G band to work

I have added the website you have used to my long list of websites to check and, if you have any more websites that usually have errors, please mention them here as some websites seem to be more error prone than others and for different users

Thank you for performing your tests

 

MEid
Fledgling

another thing to test is the Screwfix iOS app, it will never load with the three broadband but will load Ok with my usual mobile data. This is not fixed with only using band B1

Nameless
Established

By any chance are you using the APN 3internet for your Three broadband? Sometimes that would cause issues for myself so I switched to using three.co.uk instead and it helped with some random errors however, all Three APNs do currently suffer from the PR_END_OF_FILE_ERROR issue

Additionally, is your phone using 4G or 5G? It may potentially be linked to that

Unfortunately I would need to update my phone to use that app and I can not do that at this time

 

JonathanB
Community Moderator
Community Moderator

Hi everyone,

Just to confirm, we're still looking into these issues, I'm awaiting some feedback on some internal testing following the info we gathered a couple of weeks back.

@andym00 and @Nameless thanks for the info about manual band selection, I've passed this on to my colleagues who are investigating, hopefully this helps the investigation.

It sounds like this settings change has helped in these cases regardless, is anyone else able to share if this impacts the frequency of errors when only connecting via bands B1 + N78?

Thanks,
Jonathan



Mod tip! The author of a post can hit 'Accept as Solution', to highlight a reply that helped solved their query.


Nameless
Established

Hello and thank you for your update

I continued to test Bands B1, B20 and B28 with Band N78 and the PR_END_OF_FILE_ERROR issue is still there however they are far less frequent (Effectively rare in my case) compared to using Band B3 with no single website being a common breaking point...

I then started to test without Band N78 for a limited time however that would severely limit broadband speeds to the 4G limits and that is not really an option when paying for a 5G service... Needless to say, I did not encounter the issue in that limited test however it was not as intensive compared to my usual tests

My guess would be that there is some handover issue between Band N78 and the 4G bands which is magnified most with Band B3 compared to the others

At some point I used to be connected to Bands B1, B3 and N78 twice according to the router (An NR5103EV2) although lately it has been Bands B1 and N78 twice instead - I am not sure why

(For completeness, Cloudflare's WARP is only affected by changes to the overall broadband speed such as disabling Band N78)

 

I will continue with Band B3 disabled for now and will continue testing