OpenWrt 21.02.0 first release candidate

I wonder: What's the state of multi-AP WIFI with 21.02?

Is roaming via 802.11r Fast BSS Transition working in combination with WPA3? AFAIK 802.11w Protected Management Frames as well as SAE encryption required by WPA3 prohibited roaming via 802.11r in 19.07.

Since WPA3 is going to be the new default in 21.02, I hope that this will just work. It would be a shame if not. When it comes to multi-AP setups this should be/become the de-facto standard: fast roaming with proper security. It would be sad to still have to choose between roaming and security with the 2021 version.

1 Like

Yes, I am. Working without problems, same functionality as snapshots from mid last year. I VLAN tag on the modem, though, so I don't have to do so on the router itself.

1 Like

That simplified Luci looks really nice! I hope it is officially available soon. I'd recommend it be the default with a simple switch to turn it off, but I have no say in the matter of course :slight_smile:

Not noted is there is also support for 802.11ax (Wifi6) although its undocumented and not much hardware supports it, but it does work. (Use HE80 instead of VHT80, if your hardware supports wifi6)

But what is disappointing is for mt7621 targets the wired networking is basically broken. RX on wan is about half what i was getting on 19.07 across the board. And i also experience random crashes of the wan interface which takes out the whole wan link for about 20 seconds. Its really easy to generate the wan crash if you do an iperf3 test across it from a wlan device. So it seems load related, but i have had it happen at other times, just randomly and unpredictably. Tested on multiple MT7621 targets and they all have the same behavior so its chipset specific. So, for me at least, this renders 21.02-RC1 unusable. 19.07 is significantly faster and most importantly doesn't crash the wan interface at random intervals.

Unfortunately, USB no longer works with GL-INET 6416 V 21.02.0-rc1 (ATH79).
lsusb delivers: unable to initialize libusb: -99

Image generated with:
make image PROFILE=glinet_6416 PACKAGES=”luci luci-proto-relay kmod-input-polldev kmod-usb-storage kmod-fs-ext4 kmod-usb-hid block-mount e2fsprogs fdisk swap-utils tar luci-theme-material kmod-fs-cifs kmod-nls-base usbutils”

Same configuration works with V 19.07.xx

Coming from 21.02-SNAPSHOT to 21.02.0 rc1 on a Raspberry Pi 4B v1.2 whitout any (new) issues.

I use imagebuilder and add all needed packages en config files to the image. So it works as I want after a reset or back to factory.

Not working;
-Setting timezone through the Luci interface. (works with uci)
See Local time in 21.02 not correct in luci interface - #4 by braian87b

Looking forward to the stable version.

Do you have a step-by-step description of how to reproduce this bug? Because I am using two different mt7621 devices on RC1 and neither lost the WAN connection a single time. Rock solid stable. Both are very heavily used (about 0.5 Terabyte uploaded and downloaded on the WAN interface). One is on a 500/500 connection, and the other is on a 100/100 connection. Both have been rock solid so far.

Edit: I slightly exaggerated, but it's still quite a bit of WAN traffic for how short RC1 has been running. And as already mentioned before, zero crashes during that time. @strontium

image

Screenshot from 2021-05-02 10-25-48

Hi there,
For TP-Link TL-WR810N v1.1 the USB power is not switched on. Snapshot works though. The USB root is recognized, but the port does not provide power. There is a fix https://github.com/openwrt/openwrt/pull/3931, is it part of this RC?

Best regards,
Tom

Great work and thanks! For the NanoPi R2S, the "architecture" is not shown in Luci, whereas this was some time ago on a snapshot:

I backported the USB power fix for the TP-Link TL-WR810N v1.1:
https://git.openwrt.org/62099d98e4746d8a4e9ee79360314c1900c8974e
This should be fixed in the next release candidate.

2 Likes

5 GHz wireless with RT5592 PCIe chip is broken on master and 21.02

https://bugs.openwrt.org/index.php?do=details&task_id=3765

Thanks a lot! I will try RC2 when it is out and let you know.

Any documentation on DSA config?
I tried rc1 on a Netgear r6220 and I had to reset the config (as advertised), but I couldn't find a way to manually restore my switch configuration (some VLANs, no fancy stuff).
Had to go back to 19.07.

2 Likes

Tplink archer c7v5, 21.02rc.1. I can configure mesh with wpa3-sae through luci but it does not start up. Ct drivers are the problem here , it throws an error to the log like "sicsiofflags error - ifup_error " for the mesh interface. As soon as I replace them with ath10k non ct drivers the mesh interface comes up again. How to solve it? Do I need an update?

Tested on my TP-Link CPE 610v1. The result is a bootloop and I had to recover to the the Vendor Firmware. I believe all the TP-Link CPE devices based on the same SOC will probably also bootloop. EG the CPE210 v1, CPE510 V2 etc.

I'm in the same boat - sticking with 19.07. Could DSA be reverted back to swconfig in 21.02? VLAN functionality loss seems like an awfully big regression for a stable release.

change != loss

Why can't it be fixed-forward?

BTW - Does this also break vlan trunking/Router-on-a-Stick implementations?

Sysupgrade from 18.06 to 21.02 is not supported.

While I'm fairly confident all this statement means is that "keep config" is not supported, I wish to be certain, so by any chance is what it's saying instead is to use the new install factory image instead of the sysupgrade image?

OpenWrt 21.02 stable version series ???

My opinion: Put this version in the trash as quickly as possible.

I remain at version 17.07.5