I would love to try your built. I am hesitant though because of these changes. I am having
WAN eth1.7 (has to be tagged vlan7 as a requirement of the ISP)
FON eth0.4 (to speparate IP telephones)
If I were installing your built, what would the names of my interfaces be?
How did you test this? Is it not a matter of your contracted internet speed (mine is a 50 MBits/s line and performs usually sligthly better on dslreports.com/speedtest)?
Would you mind to share the result of an iperf3 test for both 2,4 and 5 GHz wifi for reference? Mine is around 80 MBits/s for 2,4 GHz and ~ 350 MBits/s for the 5 GHz wireless connection (direct measurement between laptop and router). Would normally be entirely sufficient for me, but the connection is sometimes moody, with dropouts of the connection up to a minute or so. Hence the question.
as mentioned before, the default config oy my build is:
LAN = eth0.1
WAN = eth0.2 (untagged) you would change that to VLAN 7, tagged on the WAN port.
FON would be eth0.4, you could add that VLAN in the Gui.
I was using the speedtest of my cable ISP, which does test the speed
to the cable modem and afterwards the speed to the router.
In both cases it was above 400 MBits/sec.
I have used your build openwrt-19.07.7-ipq40xx-generic-avm_fritzbox-4040-squashfs-eva.bin
and made the echo performance > /sys/devices/system/cpu/cpufreq/policy0/scaling_governor into
System -> Startup -> Local Startup
I just got a new FB4040, ran into the same VLAN troubles, and just ended up having to go into rescue mode to pseudo-fix it. so, first of all, thank you for making this! Any chance of a 21.02.1 build, and perhaps a custom attendedsysupgrade URL for future builds? Also, since you're linking to that other thread, is the implication that these builds from over there should work directly on the FB4040? (I'm guessing not, but it's been a loooong time since I last used OpenWRT)
The MTU setting on this device seems to malfunction weirdly, at least with the official build. Configure an MTU of 9018, jumbo frames stop working. Configure no MTU at all, jumboframes work just fine-->wth?
Here is my (untested) 21.02.1 build, just compiled but not flashed yet.
I never touched MTU size as I have no need for jumbo frames.
I've tried notengo's build, working fine, but for me, too much stuff inside.
In between he also offers a "slim" version of his build.
How did you manage to get into rescue mode on the FB4040 ?
Thank you, but I think you accidentally didn't post the actual link? As for the rescue mode, I just followed the generic rescue mode instructions while guessing that the WPS button would be the one to accomplish the task, which it indeed was.
Thank you, I am not using VLANS for now, as I don't need to separate traffic from different ports, just traffic from different wifi networks (at least for now, until I have a IOT device with no wifi interface and a ethernet interface). So it won't be of use for me.
How you are building the new images for 21.02.1 to be specific how to handle the patch
"715-net-essedma-disable-default-vlan.patch" --> target/linux/ipq40xx/patches-4.14
patches-4.14 do not exist in 21.02.1 ...
Here you have patches-5.4?
Thanks for you help
Well I have finally created VLANS in the Fritz!bos in order to get separate guest, lan and iot networks.
It was a headache, due to the problem of not being able to change vlan in position 1 and 2 that is hardwired and turns the device unreachable until you reset it in failsafe mode.
I had not realized about that problem, I thought this built was only to be able to connect vlans to ethernet port.
I have solved it right now editing the network file and configuring the position of the vlans manually (which is different from the vlanid and which luci tends to use in position 1 and 2 even if vlanid is different).
Does this firmware solve that problem and let you configure vlans from luci without changing 1 and 2 vlan tables?
May I install it easily over the current openWRT 21.02 version conserving the config?
May I expect to see this solution integrated in the mainstream for this router in the near future?
The problem of installing it is that you won't be able to upgrade later when there are important changes in the main stream version.
Is it converted to DSA with separate lan1, lan2 etc ports or yet using eth0 switeches?
And the wan port?