I am with EE if that matters, and I have a Broadband Plus, which offers a theoretical 75Mbps. Using their shitty router, I get consistently 51Mbps which also happens to be the minimum guaranteed speed. Recently I replaced their box with an eBay bought BT Hub 5a flashed with OpenWrt.
So whereas the EE router can consistently get that 50+Mbps, the BT Hub 5a can only do 31Mbps. Digging around with the settings, I found out that vectoring is set to
false
. It seems to me that the BT Hub/OpenWrt is downgrading the connection to VDSL from VDSL2, and thus I lose the extra speed I could get and pay extra for.
How do I go about solving this? (Please don't tell me to change the router!)
Cheers!
Openreach does NOT support Vectoring in the UK.
Your maximum broadband speed is determined by the quality of your DSL line.
How did you measure the speed? Was it via ethernet or Wifi ?
Or
did you read the DSL line speed from the DSL status page in LuCI?
Try turning on packet steering as it is off by default. Enabling Software Flow Offloading may also help.
50 Mbps to
ethernet LAN
is possible with PPPoE on Openreach with LEDE 17 and OpenWrt up to 19.07.
Speeds via Wifi speeds will likely be lower. ie. if you are losing speed only when using wifi, consider installing a separate access point (running OEM firmware), or get a new off the shelf modem wifi-router (eg. TPlink VR series).
Hi, so much information my head hurts.
To answer your questions; I have FTTC with EE. I have occasionally gotten 68Mbps even 70Mbps. It was always over WiFi 5G using the same speedtest server to keep it consistent.
No I haven't studied this guide, I didn't install it. I'm also using OpenWRT 21.02.03 so I'm not sure if this guide applies anymore?
Now, something interesting happened. I switched back to the old router for an hour, and when I switched back to the new BT Hub/OpenWRT the speed went up. I didn't change anything. It is still considerably lower than the 50+ Mbps I got with the EE Router, but it shot up from 31Mpbs to 41Mbps.
At this point I'm suspecting that EE is actually throttling the speed down, thinking there's an error or something similar? I'm just puzzled by the fact that their own router consistently has better speed.
I have a second router I use internally for my work and other wifis (a LinkSys) but it doesn't have a DSL interface. I can re-run speed tests over ethernet if you think that will make a difference, but all speed tests I've run so far were over Wifi and the discrepency is there.
Also, I am frequently getting disconnections, with the following error:
Thu Aug 11 12:59:42 2022 kern.warn kernel: [48787.856813] enter showtime
Thu Aug 11 12:59:42 2022 kern.info kernel: [48787.858425] IPv6: ADDRCONF(NETDEV_CHANGE): dsl0: link becomes ready
Thu Aug 11 12:59:42 2022 daemon.notice netifd: Network device 'dsl0' link is up
Thu Aug 11 12:59:42 2022 daemon.notice netifd: VLAN 'dsl0.101' link is up
Thu Aug 11 12:59:42 2022 daemon.notice netifd: Interface 'wan' has link connectivity
Thu Aug 11 12:59:42 2022 daemon.notice netifd: Interface 'wan' is setting up now
Thu Aug 11 12:59:42 2022 kern.warn kernel: [48787.870613] enter showtime
Thu Aug 11 12:59:42 2022 daemon.err insmod: module is already loaded - slhc
Thu Aug 11 12:59:42 2022 daemon.err insmod: module is already loaded - ppp_generic
Thu Aug 11 12:59:42 2022 daemon.err insmod: module is already loaded - pppox
Thu Aug 11 12:59:42 2022 daemon.err insmod: module is already loaded - pppoe
Thu Aug 11 12:59:42 2022 daemon.info pppd[13298]: Plugin rp-pppoe.so loaded.
Thu Aug 11 12:59:42 2022 daemon.info pppd[13298]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.8
Thu Aug 11 12:59:42 2022 daemon.notice pppd[13298]: pppd 2.4.8 started by root, uid 0
Thu Aug 11 12:59:42 2022 daemon.err pppd[13298]: Interface dsl0.101 has MTU of 1492 -- should be at least 1500.
Thu Aug 11 12:59:42 2022 daemon.err pppd[13298]: This may cause serious connection problems.
Thu Aug 11 12:59:53 2022 kern.warn kernel: [48799.117007] leave showtime
Thu Aug 11 12:59:53 2022 daemon.notice netifd: Network device 'dsl0' link is down
Thu Aug 11 12:59:53 2022 daemon.notice netifd: VLAN 'dsl0.101' link is down
Thu Aug 11 12:59:53 2022 daemon.notice netifd: Interface 'wan' has link connectivity loss
Thu Aug 11 12:59:53 2022 daemon.err pppd[13298]: select (waitForPADO): Interrupted system call
Thu Aug 11 12:59:53 2022 daemon.warn pppd[13298]: Timeout waiting for PADO packets
Thu Aug 11 12:59:54 2022 daemon.err pppd[13298]: Unable to complete PPPoE Discovery
Thu Aug 11 12:59:54 2022 daemon.info pppd[13298]: Exit.
I've been on the phone with EE and they refuse to help, saying that they don't support 3rd party routers! At the same time the speedtest now returned 65.67Mbps over the Wifi.
The installation guide is relevant to 21.02 for basic VDSL2 setup with UK ISP.
option xfer_mode 'atm'
It should be set to 'ptm' btw.
"data_rate": 59021000,
Should see 55 Mbps on ethernet speed test?
Also the ds_snr_offset figure -65 doesn't look right but I could be wrong.
Have you checked the 'up time', and actual DSL data rate (in the DSL stats section in the Luci Overview page), to see if DSL is 'dropping', and whether the speed is fluctuating wildly between reconnects?
Speed test using HH5a wifi, is not a reliable measure on HH5a with openwrt imho.
If you are not witnessing frequent disconnections with original EE hub, have you considered the BT hub's DSL port could be faulty if it is a 'used' item. If it was bought off ebay, most sellers probably don't even test the DSL port for any length of time if at all, prior to sale.
The black HH5a were introduced in 2013 and discontinued in 2016/17 btw.
I'm not familiar with the new white EE hub I've seen advertised on TV.
No major UK ISP will help if you use a 3rd party router.
fwiw, you could configure the Openwrt HH5a to run in Bridge mode (section 9.8). That will allow you to use any modem-less wifi router with PPPoE. I've not tested bridge mode with OpenWrt 21.
fwiw, cheapest brand 'new' Broadcom based VDSL2 'bridge' modem is probably TPlink TD-W9970 for around £30 0bridge816×328 38.7 KB
Hi, thanks for the help and suggestions.
I suspect you're correct, the DSL port may be dying. I've spent two hours staring at "network device not present". Thank god I had backups from last night when it worked.
I am currently getting only 31Mbps. Same test but EE router saw 65Mbps.
I think I might try it in bridge mode, so that I rely on the WRT1900ACS for my actual needs, and just use this one for VDSL.
I suspect there's a setting wrong somewhere that causes it to drop the speed.
I'm gonna try the setup you suggested now, and then maybe try to bridge it.
EDIT:
I forgot to ask, how can I calculate the SNR offset? Or should I leave it at zero for now?
This means there is no DSL sync with the green FTTC cabinet. The LuCI status page will also report line is down and no DSL info.
SNR offset should be left at Zero
Check the data rate reported in Status page. It is not clear from your posts, is the 'data rate' currently 31 Mbps, or are you still measuring speed via wifi ?
If the data rate is indeed 31 Mbps reported by LuCI (or dslstats), then I'm afraid no amount of fiddling with settings will resolve what looks like a hardware fault. It does not look like a line fault given EE hub is synching fine at higher speed.
For Aussies looking for an NBN "SOS/ROC" compatible (*) xDSL firmware, the version required is 5.7.C.8.1.7_5.7.5.A.1.1 from the Vigor 130 "modem 11" package - see https://github.com/xdarklight/lantiq-xdsl-firmware-info/issues/34 for more info about getting it.
(*) The VRX200 chipset isn't technically SOS/ROC compliant, however it can be sufficiently compliant for NBN's purposes if SRA works properly when the NBN FTTN/FTTB node is configured for SOS/ROC. Unfortunately most Lantiq xDSL blob ver…
The stock Openwrt lantiq dsl driver has no support for vectoring, and while Openreach do not support vectoring, there are some PCP cabinets with vectoring enabled.
It may be worth trying a vectoring enabled driver.
bill888:
This means there is no DSL sync with the green FTTC cabinet. The LuCI status page will also report line is down and no DSL info.
I suspected so. What really bothers me is that this only happens with BTHub/OpenWRT. Plug in the EE router and the problem goes away.
bill888:
SNR offset should be left at Zero
Done! As well as the PTM.
bill888:
Check the data rate reported in Status page. It is not clear from your posts, is the 'data rate' currently 31 Mbps, or are you still measuring speed via wifi ?
I was measuring over wifi. I run the same test over the ethernet (bear in mind it is bridged over my powerline adapter) and I now got 52.79Mbps. dslstat reports:
If the data rate is indeed 31 Mbps reported by LuCI (or dslstats), then I'm afraid no amount of fiddling with settings will resolve what looks like a hardware fault. It does not look like a line fault given EE hub is synching fine at higher speed.
I've been wondering if it is indeed a hardware fault or if I'm overloading that poor router with WAP, VLANs and whatnots, and maybe just bridging it may help it.
hecatae:
Are you using the stock Openwrt dsl driver?
I am indeed! Thank you I'll take a look!
Your ethernet speed test result of 52 Mbps is in the right vicinity for DSL line sync of 59,622,000 bits/sec, unlike the HH5A wifi speed test returning 31 Mbps.
The disconnections remain unexplained if they are still occurring.
bill888:
Your ethernet speed test result of 52 Mbps is in the right vicinity for DSL line sync of 59,622,000 bits/sec, unlike the HH5A wifi speed test returning 31 Mbps.
I'm still confused; how is the EE router achieving higher rates? Different firmware?
You haven't posted any DSL stats from EE hub, so I can't comment. You've only reported wifi speed tests of 51 Mbps for the EE hub in your OP, which suggests the DSL data rate may be 55-60 Mbps which would be similar to what BT Hub data rate of 59 mbps. ie. possibly little or no difference on ethernet.
New EE hub may be using broadcom chipset which can offer slightly faster DSL data rates than Lantiq based devices (HH5a) if you are connected to a Huawei FTTC cabinet. eg. My Plusnet Hub Two (broadcom) can sync at crazy/unreliable 70 mbps whereas HH5a running any firmwares struggles for 65 mbps data rate.
I think the current white EE hub has been around since 2020? Comparing the arrangement of the rear sockets and Reset hole, it would not surprise me if the EE hub is just a rebadged Broadcom based 2019+ BT Smart Hub 2 (2022 Plusnet Hub Two), which I think feature a dual core 1GHz ARM ? processor, that likes to run very hot like all Broadcom devices.
You haven't posted any DSL stats from EE hub, so I can't comment. You've only reported wifi speed tests of 51 Mbps for the EE hub in your OP, which suggests the DSL data rate may be 55-60 Mbps which would be similar to what BT Hub data rate of 59 mbps. ie. possibly little or no difference on ethernet.
Sadly I can't get much more than a small technical log. I'm happy to post it here if it will help.
bill888:
New EE hub may be using broadcom chipset which can offer slightly faster DSL data rates than Lantiq based devices (HH5a) if you are connected to a Huawei FTTC cabinet. eg. My Plusnet Smart Hub (broadcom) can sync at crazy/unreliable 70 mbps whereas HH5a running any firmwares struggles for 65 mbps data rate
Thanks, that's what I was suspecting. Yes that's the one I have, I'm happy to carefully open it if it will help. Is it supported/flashable with OpenWRT?
The newer smart hubs are NOT supported by OpenWrt and never will.
If the menus in the EE smart hub are the same as the BT and Plusnet equivalents, the Technical Log should offer DSL information such as Data Rate, Max data rate, Noise margin, attenuation etc. which you can compare with HH5a DSL stats ?
(The DSL uptime and Data rate in above image are blank, due to a firmware bug when Hub Two is operating in 'Bridge mode' (It is available in Event Log). BT Retail, and EE smart hubs do not offer bridge mode.)
RubyQuby:
It seems to me that the BT Hub/OpenWrt is downgrading the connection to VDSL from VDSL2, and thus I lose the extra speed I could get and pay extra for.
This is not what is happening, VDSL while a predecessor of VDSL2 is incompatible both with ADSL[1|2|2+] and VDSL2 and has seen very little deployment in Europe.
bill888:
fwiw, you could configure the Openwrt HH5a to run in Bridge mode (section 9.8). That will allow you to use any modem-less wifi router with PPPoE. I've not tested bridge mode with OpenWrt 21.
That is what I ended up doing with my HH5A, after it did not manage PPPoE/NAT/firewalling/sqm/WiFi on a 50/10 plan. Now as bridged modem only with a modern vectoring capable firmware blob (my ISP requires this) I can reach sync of 116.8/37.0 Mbps and speedtests reach up to 106/35 (directions measured sequentially, the CPU is maxed out during those tests though). IMHO after recent changes in OpenWrt HH5As make decent bridged-modems, but really are overtaxed with doing router task in addition.
RubyQuby:
I've been wondering if it is indeed a hardware fault or if I'm overloading that poor router with WAP, VLANs and whatnots, and maybe just bridging it may help it.
I think this is at least part of the root cause...
bill888:
59,622,000 bits/sec
This will depending on encapsulation and IP version allow up to (VLAN, PPPoE, IPv4, TCP): 59.622 * 64/65 * ((1500-8-20-20)/(1500+26)) = 55.86 Mbps
of measurable throughput in your typical on-line speedtest. Real tests often stay a few percentage points below this theoretical celling. I agree with Bill 32 is underwhelming.
bill888:
If the menus in the EE smart hub are the same as the BT and Plusnet equivalents, the Technical Log should offer DSL information such as Data Rate, Max data rate, Noise margin, attenuation etc. which you can compare with HH5a DSL stats ?
Thanks so much for the help and patience bill! I'll take a screenshot later, as I've currently got tons of work to do and can't be messing around with the internet connection.
moeller0:
That is what I ended up doing with my HH5A, after it did not manage PPPoE/NAT/firewalling/sqm/WiFi on a 50/10 plan. Now as bridged modem only with a modern vectoring capable firmware blob (my ISP requires this) I can reach sync of 116.8/37.0 Mbps and speedtests reach up to 106/35 (directions measured sequentially, the CPU is maxed out during those tests though). IMHO after recent changes in OpenWrt HH5As make decent bridged-modems, but really are overtaxed with doing router task in addition.
Hi, I'm a bit confused by the above statement. Not about the PPPoe/NAT/Firewall/Wifi, I get all that. But what you're saying implies that you did indeed get it to clock speeds attainable only with VDSL2 and not just VDSL? Is this because you used a different firmware blob for the DSL device? I've already started moving most operations to my LinkSys so I'm definitely interested in your solution.
RubyQuby:
But what you're saying implies that you did indeed get it to clock speeds attainable only with VDSL2 and not just VDSL? Is this because you used a different firmware blob for the DSL device? I
Again VDSL1 has never been deploted in the UK or Germany at all, only VDSL2. These are two related but incompatible standards.
Yes I was able to use my HH5A with the default OpenWrt firmware blob at 50/10, but then my ISP upgraded to requiring vectoring, so I had to switch to a vectoring enabled firmware blob (I took the current one from AVM's FritzBox 7490, as that devices uses the same DSL chip as the Hh5A).
This is likely a german pecularity, but after the vectoring activation on my DSLAM the non vectoring firmware only synced up to ~20/5 Mbps (I forgot the exact numbers) as non vectoring modems are only permitted to use the first 512 subcarriers. The rationale is that ISPs did nit want to exchange all ADSL modems in the field with vectoring friendly ones and hence simply excluded those subcarrieres used by ADSL from vectoring. It is unlikely but not impossible that something similar is happening in your case, although I would first assume overload.
On github you can find tools to get information about how your modem synchronized and SNR and bitloading spectra:
bill888:
hecatae:
RubyQuby:
moeller0: