It may be dependant on the hardware you're connecting to, the billion routers use the Broadcom chip set, which I'm sure would work best if it's Broadcom in the cabinet your're connecting to. This is absolutely true, but in my case it made no difference whatsoever - and yes I have a broadcom based router (x6200) that I ran for a while and that still dropped the connection just as much. if you're using openwrt aren't you introducing another unknown into your problem, I'm sure it works but can you be confident that there's isn't an issue with this code, for example it may work great with a good connection but does it handle errors correctly and efficiently, you've got quite a lot of upstream errors happening. If you think about it the same could be said about other firmware, closed or open. Some closed firmware, even the PN H1 uses open source code. The upstream errors on my line are apparently because of aluminium, or so I've been told - IIRC the PNH1 reported a lot more errors.   ... View more

> I'm not suprised openwrt feels more stable, everything about the PNH1 device seems like it was done as cheap as humanly possible. I don't think the PN firmware is that bad, it just has some undocumented features bugs ;). ... View more

Absolutely, although it isn't supported by PN themselves. The PNH1 is just a rebranded BT Homehub 5A, If you have the soldering skills you can flash it yourself, or buy one pre-flashed/soldered on ebay.   I find it much more stable than the PN provided firmware, I still have a PN H1 spare if the need arises for support though. ... View more

@IAmGeo I really hope you get these problems sorted for good. It's very similar to how our line behaves, we've had so many engineers out to try and fix the IIRC HR fault that comes and goes, I've given up reporting it now and just live with it. As the engineer told me "we can't do anything about it as you have aluminium on your line".  We thankfully don't have the high latency issues like you but our line errors often and drops, latest being about 12 hours ago, and in the time since, our stats show this.. Line State: UP [0x0] Line Mode: G.993.2 (VDSL2) Line Uptime: 11h 33m 12s Annex: B Profile: 17a Data Rate: 23.425 Mb/s / 3.582 Mb/s Max. Attainable Data Rate (ATTNDR): 23.706 Mb/s / 3.596 Mb/s Latency: 0.60 ms / 0.0 ms Line Attenuation (LATN): 26.5 dB / 32.7 dB Signal Attenuation (SATN): 23.0 dB / 32.5 dB Noise Margin (SNR): 6.2 dB / 6.3 dB Aggregate Transmit Power(ACTATP): 7.1 dB / 11.4 dB Forward Error Correction Seconds (FECS): 0 / 8 Errored seconds (ES): 913 / 23022 Severely Errored Seconds (SES): 510 / 14 Loss of Signal Seconds (LOSS): 3 / 0 Unavailable Seconds (UAS): 189 / 189 Header Error Code Errors (HEC): 0 / 0 Non Pre-emtive CRC errors (CRC_P): 782 / 0 Pre-emtive CRC errors (CRCP_P): 0 / 0 ATU-C System Vendor ID: Broadcom 164.140 Power Management Mode: L0 - Synchronized  These stats are from a PN H1 running openwrt, which I've enabled SQM cake on (to make sharing the connection fairer) ... View more

@Welshdragon If you really want an answer from PN you'll have to bring this thread to their attention if they don't respond within an acceptable time-frame, poke them on twitter like I did. ... View more

Having been with BT and now BT's sister Plusnet, BT seem to be slower at getting a fault looked at compared to Plusnet, even though they have a higher repair service level. Now I don't know if this is because..     Plusnet act faster to report a fault to Openreach. You tend to get more information on the fault from Plusnet. Yes you generally have to chase both of them up but Plusnet do better at keeping you informed via the online ticket system - once you poke them. :cheesy: You have to ring BT/chat online and even then they generally don't know what's going on or prefer not to say :lipsrsealed:. This isn't to say BT's agents are worse in this regard but PN seems to have more information at hand. :shocked:   But to be honest I don't think it makes a difference as to what service level is used, it just depends on how fast the provider pokes Openreach, in my case, PN seems to have acted faster. :coolsmiley: ... View more