-
Notifications
You must be signed in to change notification settings - Fork 322
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WiFi 6E / 6GHz WiFi #2906
Comments
OpenWrt currently does not support configuring the 6GHz band. I'm also not aware of any 6GHz hardware by OpenWrt (yet). If you know any, please let me know ;) |
I remember sometime around summer of last year, I put an MT7921 PCIE card into an OpenWrt device and built an image containing the latest master of Adding support for Besides, I've been using the same card in my ubuntu 22 LTS based machine for a year now, with the old mt76 driver from that repo at least Bluetooth, 2.4G and 5G are working flawlessly, no 6G channels in |
Now @blocktrron only needs to merge openwrt/openwrt#12941 |
Predator W6 is merged in OpenWrt master and i plan on backporting the device to 23.05. I've tried consolidating my thoughts on the next steps in https://md.darmstadt.ccc.de/gluon-6e?both - Feel free to add or comment points there. |
Thanks for the input, I was not aware of the additional FILS and OWE requirements. Assuming there wouldn't be compatibility issues with older devices on 6 GHz, since a new band also involves using state-of-the art client devices anyways, at least we won't be locking out older devices when deploying OWE / SAE on 6 GHz, however transition mode looks worrying; If I understand correctly, we can't just keep operating 2.4 and 5 GHz bands unencrypted (public SSID) and with WPA2/3 (private SSID) and only use OWE (public/mesh) and SAE (private) on 6 GHz, without any transitional mode enabled, since there would be no roaming of 6 GHz-enabled devices to/from the other bands? Regarding MAC address, how are tri-band (2.4 + 5 + 5) devices currently handled? (Or does it just affect those with 6G?) |
Gluon does not support tri-band devices, yet. #1661
|
Nice sheet from blocktrron! Specs for reference:
actually FILS is a thing: Fast Initial Link Setup Man I actually love how 6GHz is this new kind of playground where they were able to set/establish some ground rules. At least Apple now appears to support OWE since this year, even if it wasn't mentioned in any changelog of iOS 16 That makes OWE more feasible
how is that a challenge? just offer 2.4GHz and 5GHz as mixed modes (or wpa2) under different MACs like usual. oh wait, I actually remember experiencing this issue once already with my new phone: still no challenge: enforce different private SSIDs for 2.4/5GHz and 6GHz and explain in config mode why it's necessary. Users like to choose frequency bands anyways ^^ (and it appears to be the optimal choice for as long as most devices won't support WPA3, yet) yes, this prevents roaming between 2.4/5GHz and 6GHz (one draw back for better overall security in the 6GHz range, "das Committee hat da wohl in den sauren Apfel gebissen") actually an interesting read on roaming and wpa3 :/ (wpa3 doesn't support 802.11r, and Apple afaik doesn't support Opportunistic Key caching)
my opinion: make WPA3 default, so it's always included for 6E devices in Gluon. In-case we need meshing on 2.4/5GHz (the default): Don't enforce SAE on 2.4/5GHz.
well, yes :) If there were only OWE on one band, then the client probably would never associate again with the other 2.4/5GHz bands again (either just for the same node or for all Freifunk nodes (I haven't worked with OWE, yet. I could be very wrong here, does anyone know more? If a site were to deploy OWE transition: is it possible to return and disable OWE again or will devices refuse to connect by themselves until users delete and readd the wifi network?))
Possible, but Aachen would never deploy that. Most people connected to Freifunk won't look into their phones again to choose a different SSID (especially if they have a working connection). Also the device might still prefer the unencrypted over the encrypted connection for whatever reason (it saw the beacon first); they are separate SSIDs in this mode (parallel) as far as I understand it. I would still prefer a German-wide "Freifunk"-SSID so people on vacation get to profit instantly from having joined a Freifunk just once
yes, you should (I think)
the certification spec says:
Does zero length mean it's a hidden network or is this something else? side-note: Good choice imho: ~80% of Android devices are on Android 10 or newer by now and can connect via OWE
If this get's implemented for 5GHz: how do we handle random dfs channels for outdoor devices? (channels 100+)
|
6 GHz WiFi is a thing apparently
Are there plans to support it? Does OpenWRT support it yet?
The text was updated successfully, but these errors were encountered: