Very interested about the Encryption: None problem. I had a mesh 5G working with the same problem. I installed the mesh1sd packages that it was missing in my system but without luck. I continue with Encryption: None. I'm too in a 22.03 snapshot.
Yes, I had this problem since the beginning, some weeks ago, so I tested several packages, including wpad-mesh-wolfssl, but now I have wpad-wolfssl installed.
I think the connection is encrypted, so only a cosmetic bug in luci, but it will be good to fix it.
EDIT: installed wpad-mesh-wolfssl again replacing the wpad-wolfssl. No luck, encryption none.
I typed in the uci commands below, and it is using the correct MAC address.
My obsession paid off
root@OpenWrtX5000R180:~# uci set wireless.default_radio1.macaddr='5c:92:5e:37:e8:74'
root@OpenWrtX5000R180:~# uci commit wireless
root@OpenWrtX5000R180:~# wifi down
root@OpenWrtX5000R180:~# wifi up
Yes, I am obsessed. That is obsessed of doing the correct way, consistently.
Even though the result is same when I could have entered a random MAC address to solve the problem.
Referring to the command line 2)
I have already removed this package wpad-basic-wolfssl long before I came to the forum to seek help.
Referring to the command line 3)
Do I need to remove the existing wpad-mesh-openssl and install wpad-mesh-wolfssl?
I thought both are the same stuff, right?
Referring to the command line 4)
I am not sure what is this package for in simple terms.
I watched the youtube video from Marc, he did not teach me that this package is necessary to get
wireless mesh working. https://www.youtube.com/watch?v=vVoZppb_FR0
I will installed it anyway.
I'm sure mine is just misreporting, as does iwinfo. There was the same, or similar issue in 18.06.1
The wireless scan option is broken in luci when a mesh is enabled, but I've noticed wireless scan still works via a terminal using iwinfo scan, which could be use to detect the encryption used on your other routers' mesh.
Mesh11sd allows all mesh parameters that are supported by the wireless driver to be set in either the wireless or the mesh11sd uci config file.
Settings take effect immediately without having to restart the wireless network and the default settings give rapid and reliable layer 2 mesh convergence.
..... Without mesh11sd, many mesh parameters cannot be set in the uci wireless config file as the mesh interface must be up before the parameters can be set.
Some of those that are supported, would fail to be implemented when the network is (re)started resulting in errors or dropped nodes.
If you have just 2 mesh nodes, you might be able to do without mesh11sd. Any more you will very likely have problems as the mesh will not converge into a valid and consistent layer 2 mac routed network.
It seems there's no simple way to confirm whether a mesh is running encrypted or not. If the scan shows the peers are encrypted and you're connected to them, it could be assumed that encryption is working OK.
The derived native wpad config file (/var/run/wpa_supplicant-ifname.conf) should have a key_mgmt=SAE line. Also I think that during connection, "mesh plink established" in the log means a successful negotiation of encryption, but I don't have an unencrypted mesh to check against.
As I mentioned early, I need to use 22.02 firmware, because 21.02.2 the official one, its LUCI cannot configure 5GHz radio, it is broken. If you do, it will crash Luci. I crashed so much, that the entire
Wireless sub-menu was gone.
I can configure the 5GHz radio by editing the wireless: /etc/config/wireless
but It is really troublesome.
A German youtube guy, if got spare go an watch the link given.
O..btw...I just realized, Marc did mentioned the encryption = NONE is a Luci software bug.
so I guess I just have to live with it for the time being.