OpenWRT 22.03.4
github.com
github.com
The result is a soft brick of the router if you try to upgrade.
The fix has been released in master and branch 22.x but there is NO official stable firmware with the fix currently.
The faulty firmwares are still up (4 days currently)
IMHO, the handling of this is pretty bad as the bug was known beforehand, there was a fix or a rollback fix but none was taken into account.
https://forum.openwrt.org/t/mr8300-doesnt-boot-22-03-4-as-ex...
Not as significant, but annoying on Netgear hardware that’ll (soft-)brick itself if you reflash it with a different or lower version.
I did find this (https://openwrt.org/toh/views/toh_available_16128) but that's a lot of choices to wade through.
I recommend looking at the supported devices list, since some models have Chinese v2 models that are indistinguishable, but unsupported.
https://www.asuswrt-merlin.net/
https://github.com/RMerl/asuswrt-merlin.ng/wiki/Supported-De...
Ah, hardware vendors. Never change.
> Ah, hardware vendors. Never change.
Hardware vendors, please never change; it makes our lives harder when you do;)
They come with OpenWrt on them, plus the vendor's web interface. You can flash regular OpenWrt which is the first thing I do.
Make sure any model you look at is supported on the ToH. It takes a while for brand new models to appear in stable owrt releases.
There seems to be some experimental openwrt build for GL.iNet Flint (GL-AX1800), but it still has some issues with fans: https://forum.openwrt.org/t/gl-inet-ax1800-new-router-openwr...
But the Flint model (802.11ax) is using Qualcomm's hacked up OpenWRT: https://forum.openwrt.org/t/gl-inet-gl-ax1800-flint-users-di... Sounds like it'll be a while.
If you're looking to route the lower end of things, you're likely to be fine with an SBC like the above. If you're looking for more, then something with Hardware offload is worth looking out for. With OpenWRT, you're likely to be looking at either a fairly meaty X86 for gigabit, or an off-the-shelf for which it supports HW offload.
The solution's not going to be found in the firmware, is it?
Enabling SQM [1] would probably mitigate the issue further, at the cost of requiring more processing power.
[1] https://openwrt.org/docs/guide-user/network/traffic-shaping/...
It's a Qotom Q750G5. Similar models can be purchased from Protectli if you do not want IME or if you want coreboot.
Anyway, it is a fantastic little device which sips power and I'm very happy with it.
Edit: one last note -- I use this for routing only. I did not add the wlan module since I have dedicated access points installed in some of my closets.
Using this method, I bought 3 wireless routers 2.5-3 years ago for a total of about 50 CAD. They have been running as dumb wireless APs (https://openwrt.org/docs/guide-user/network/wifi/dumbap) ever since, to great effect.
The more you pay the more bandwidth they can handle, depends on how / where / why of the implementation.
I recommend buying a miniPC that has at least 2 network ports and install OpenWRT on there. You can do it on ARM-based PCs or even x86_64 based PCs.
Then connect this miniPC to a cheap 8-port switch, and get some WiFi APs and connect those also to the switch.
This way you will get a much more powerful and reliable "router" that can't ever "brick". Better WiFi quality with good Prosumer / small business APs, and the ability to upgrade your WiFi independently of your router as needed.
Something like this for example:
https://liliputing.com/linkstar-h68k-is-a-pocket-sized-route...
Alas good wifi cards are extremely hard to procure and to fit to boxes. You can maybe get someone to sell you a $200+ AP-class wifi6 board.
Then you need some way to actually put it in a computer. Many are oversized mPCIe. We are starting to see some m.2 but it's rare & again they're likely to be oversized. Some have crazy power requirements, like having teo lugs to provide 5V on.
This is by far the worst served aspect of personal computing & it's such a shame. I with the adding card market existed. And many how great it would be if USB chipsets could be reliable AP. Maybe they have gotten better, but after years of religiously buying everything Alfa made & trying to see how good an AP it'd be before falling over, it feels like a relatively simple ask that would make the world of difference (lots of modest sized APs everywhere) is so unlikely to happen. For no good reason that I can tell.
So now I run as router/everything x86 with a bunch of 10g/sfp ports and a couple of r7800 flashed with openwrt as purely AP
It's also just so so striking to me that it's been most of a decade with Compex as the only company making add-on cards. There are some clones (Wallystech), but there's just like no market here. Qualcomm clearly Does Not Give A Fuck about selling chips to anyone else. No one else cares about add-on cards. The whole access-point market perpetuates on the vastest wave of apathy & disregard.
> With absurd constraints that make them hard to use in a normal system (weird shape, weird power needs).
hahaha. i had one AP built with pcie > minipcie attached to custom bracket to hold extra large card. and 5v stolen from sata port.
when it came time to rebuild it, i just gave up and went the route i described above.
Let's at least probe a little bit here. Is this a "fact" because of good inherent reasons? Or is this a "fact" because of circumstance?
In general, show your thinking. Why do you feel this way? Let's have something to discuss, to see where we might meet or where we can reasonably disagree.
https://store.ui.com/collections/unifi-network-wireless
You just put them in a good location and run a wire to your switch.
Or you can get APs that support a mesh configuration and set them up wherever with 1 connected to your switch.
Which you rarely can escape outside of business-contracts, regardless of concepts like 'router-freedom'.
In very rare circumstances you'll get to know the exact specifics of the low-level technicals before that shit is installed, and can plug in you own stuff without excess gear.
https://liliputing.com/linkstar-h68k-is-a-pocket-sized-route...
> At the heart of the little computer is Rockchip’s quad-core ARM Cortex-A55 processor with ARM Mali-G52 2EE graphics
How is the linux support for this ?
But it's typically really simple to set up. You just plug 1 or more APs into your switch and setup their WiFi info like name/password and signal formats and off you go.
Like these: https://store.ui.com/collections/unifi-network-wireless
Even if you don't, you can access the traditional OpenWrt web interface (Luci) on the vendor's firmware, alongside their (pretty nice) simplified web interface.
EDIT: ... turns out I was on a 2019 version. I just upgraded it from the web interface, completely painless experience. 10/10!
Interesting.
That said, to each their own. I'm happy to see a multitude of options out there. One of these days I might just go back and build myself Linux/nftables router like the old days when I ran ipchains on a 100MHz 486DX4 running Linux.
I'll definitely take a look at Attended Sysupgrade, this is my first of hearing about it. Thanks for that.
I too used to run a router on a 486 (?), circa 1998. It was shared out wirelessly with my neighbor, so he'd cover half of my 512 Kbps DSL bill (I was in middle school at the time). If I remember correct I ran the SmoothWall distro on it. Good memories of bygone times.
Unless it is a matter of driver support?
Small example is busybox - it's still small, but getting bugfixes/features and new applets.
OpenWrt already abandon devices 4/32: https://openwrt.org/supported_devices/openwrt_on_432_devices and probably next abandoned will be 8/64 within two or three years.
Here is the latest ones:
files blank comment code
refs/tags/v21.02.4|Sun Oct 9 19:13:29 2022 +0200
SUM: 6152 105231 202581 1095273
refs/tags/v22.03.1|Sun Oct 9 19:32:19 2022 +0200
SUM: 4942 92892 159322 758218
refs/tags/v22.03.2|Sat Oct 15 14:45:57 2022 +0200
SUM: 4989 94174 160996 761805
refs/tags/v21.02.5|Sat Oct 15 15:02:44 2022 +0200
SUM: 6154 105246 202621 1095314
refs/tags/v22.03.3|Tue Jan 3 22:03:37 2023 +0100
SUM: 5030 94497 161559 768700
refs/tags/v22.03.4|Sun Apr 9 23:35:19 2023 +0100
SUM: 5054 94718 162335 769994
refs/tags/v21.02.6|Sun Apr 9 23:38:36 2023 +0100
SUM: 6283 106307 206300 1107999
Command used: $ git for-each-ref --sort=creatordate --format '%(refname)|%(creatordate)' refs/tags | while read line ; do echo $line; cloc --git $(echo $line | cut -d '|' -f 1) --processes 32 --quiet | grep SUM ; doneEdit: typos.
[1] https://divested.dev/unofficial-openwrt-builds/mvebu-linksys...
A friend of mine got it and wasn't working well for him.
We both used OpenWRT on that.
It seems that the version he was using (more recent than mine) doesn't work well on that hardware.
Which is as unfortunate as ironic since the WRT3200ACM is the spiritual successor to the WRT54g that spawned the whole OpenWRT/dd-wrt thing.
Regarding mine... I plan on switching to some kind of x86 and run pfSense. I'll probably keep it around and use it as a wireless access point only.
it seems that the four ethernet ports are connected to a single-chip ethernet switch, and appear as a single interface (called "lan" in my openwrt installation).
Is it possible, somehow, to "unbundle" them and make them appear as four different ethernet interfaces (like eth0...eth3) ?
I'm asking this because i have a vlan-capable switch and would like to have a separate network connection in each vlan, with the each network interface in its own zone.
https://openwrt.org/docs/guide-user/network/dsa/dsa-mini-tut...
https://www.kernel.org/doc/html/latest/networking/dsa/dsa.ht...
Even wired performance was about 3/4 of stock OEM for my 500MB internet speed. I couldn't use any of the cool anti-bufferbloat QOS options in OpenWRT because that made wired performance even worse (despite getting A+ on bufferbloat tests, the bandwidth loss wasn't worth it). WiFI 5G was spotty and less distance in my house plus would randomly just stop for 30 seconds every few hours.
I really wanted an open source firmware running on my consumer grade router and truly appreciate all the developers hard work that goes into OpenWRT - but nothing has changed unfortunately from my similar experience a few years ago with a supported Asus Router I had and tried OpenWRT on.
The consumer-grade router market is a mess and the choices are only between cheap mass market brand names and crappy firmware that is lucky to even be upgraded at all after a year or two. It must be a very unprofitable market because despite many millions of units sold each year and attempts like Ubiquity, etc none have taken off and/or put out anything better than other cheap unreliable stuff as the other brand names.
I would LOVE a ROBUST reliable and supported consumer grade router/wifi brand that isn't calling their higher-end products "gaming". Like what we had when Cisco owned Linksys and we got their WRT line, or Netgear had a "pro" line that was metal cased. They supported their firmware for years and shared open-hardware specs to we could have better 3rd party firmware's as well. I still have a metal-cased Netgear GB switch in use at a client for probably 10 years now!
For bonus points, block it from accessing the internet itself.
I just need to get my controller setup now, so I can play with the dashboard. I had heard some features are missing from the controller that are on the AP web interface though. Which of them had you noticed missing?
(should probably disclose that I am one of the devs that maintained the apu2 coreboot boot firmware)
My problem with APs running proprietary FW is that I don't trust them to be secure, even if the vendor does updates, you never know what they're doing in the background. E.g. some APs have a hidden secondary SSID for their proprietary mesh implementation. With OpenWRT I can set them up exactly the way I want to, using open standards (mesh, roaming) instead of vendor-specific crap.
I'm happy with it, but I did have to get a heatsink for it, since otherwise it overheats easily. Since I got it they released a couple of dual-band dual-concurrent cards like this one: https://www.asiarf.com/shop/wifi-wlan/wifi_mini_pcie/wifi6e-... , which is pretty neat, since you don't need to get a separate card for 2.4GHz devices.
One more thing - how is the signal range for you?
> One more thing - how is the signal range for you?
With four 5dBi antennas it's sufficient to have >800mbps in every corner of my single bedroom apartment. Other than that I have no means to test, sorry :)
On a semi-related note I will say it's infuriating that replacement Linux networking stack components are released with features missing. I hadn't dug into nftables enough yet to say whether that is the case, but netplan and, to a lesser degree, systemd-networkd have driven me bonkers.
Most of my gripes were related to IPv6 and DHCPv6-PD. The people supporting the replacements never seem to be in any rush to add missing features back into the replacement. Most would think you'd wait until the replacement has reached feature parity with it's predecessor(s) before pushing it out to mainline.
USB has always been a no go, works to a point then collapses, in my experience (buying every high end Alfa USB card I could get my hands on).
I used to do that. But then I found OpenWRT which took away all the grunt-work and just worked OOB. So why wouldn't I use that instead?
I honestly don't know why they bother with this PPPoE + VLAN setup on top of a modern fiber network, but it is what it is.
You could probably get an ONT in an SFP package, if you want to eliminate a separate box. The problem there is that ISPs tend to have an allowlist of permitted ONTs on the network. Some ONTs allow you to change the serial number so that may work in place of the ISP box.
I just bought a decent router - TPLink Omada ER605 - part of their prosumer range - stable - UI is easy and it can do LTE switchover and handle multiple types of VPN's.
As for myself, I'm holding out for wifi6e.