OpenWrt mesh routers problems (Encryption, MAC address & Hostname)

After following your steps, the mesh link is still up and running when rebooted.
Is it because I have them sitting at my desk, placed very close to each other?

Yes, I can ping using the hostname: X5000RMainMesh180 using build-in pfSense diagnostic-ping

Does it matter if my hostname within OpenWrt (System > General Settings > Hostname = xxxxxx
is different than what I name it in pfSense?

In OpenWrt, I named the router hostname to be = OpenWrtX5000RmeshController180
Whereas in pfSense, the router hostname is X5000RMainMesh180

2022-04-14_15-43-11

Help !!!

Can you see if there is anything wrong with the syntax?

uci set wireless.default_radio1.macaddr='5c:92:5e:37:e8:74

OpenWrt keeps on complaining uci: Invalid argument

This is the exact command that you shared and it was previously working.

But now it is not. I cannot see what is wrong with the command.

2022-04-14_17-24-28

No, I meant, can you ping one meshnode from another by name?

Does pfSense provide dns for the lan and does its dhcp provide dns server ip address?

1 Like

Show the output of uci show wireless

1 Like

Here is the output

root@OpenWrtX5000RmeshNode182:~# uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.path='1e140000.pcie/pci0000:00/0000:00:01.0/0000:02:00.0'
wireless.radio0.channel='1'
wireless.radio0.band='2g'
wireless.radio0.htmode='HE20'
wireless.radio0.cell_density='0'
wireless.radio1=wifi-device
wireless.radio1.type='mac80211'
wireless.radio1.path='1e140000.pcie/pci0000:00/0000:00:01.0/0000:02:00.0+1'
wireless.radio1.channel='36'
wireless.radio1.band='5g'
wireless.radio1.htmode='HE80'
wireless.radio1.cell_density='0'
wireless.wifinet0=wifi-iface
wireless.wifinet0.device='radio0'
wireless.wifinet0.mode='ap'
wireless.wifinet0.ssid='redacted'
wireless.wifinet0.encryption='psk2'
wireless.wifinet0.key='redacted'
wireless.wifinet0.network='lan'
wireless.wifinet0.ieee80211r='1'
wireless.wifinet0.mobility_domain='1234'
wireless.wifinet0.ft_over_ds='0'
wireless.wifinet0.ft_psk_generate_local='1'
root@OpenWrtX5000RmeshNode182:~#

Sure can...see the picture below, I can ping the hostname from my PC

2022-04-14_18-06-36

It's radio1
ie: uci set wireless.radio1.macaddr='5c:92:5e:37:e8:74'
`

1 Like

No, ping from a meshnode to another meshnode by name.... not from windoze :wink:

1 Like

I am baffled, how does this command works last time, and now it doesn't

Your wireless config file has changed. Did you edit it or delete it then do wifi?

1 Like

This works, no complaints about uci invalid argument
However, when I completed executing: uci commit wireless
wifi down and then wifi up, the new MAC address doesn't stick, it still shows the old incorrect MAC address.

As far as I remember, I did not do such a thing unless it is safe to do so.

I mostly play around with the Luci GUI on the wireless part

You don't seem to have a mesh config in this.

1 Like

I tried to do a reset of the whole setting back to factory default.
No avail. Still has the same problem. MAC address cannot be saved.

I need to reinstall the firmware again. Old one definitely something is not right or gone wonky.

Once I installed a fresh firmware again.
Reuse the very same old commands:

uci set wireless.default_radio1.macaddr='5c:92:5e:37:e8:74'
uci commit wireless
wifi down
wifi up

The new mac address is sticking now.
Everything is working now. :slightly_smiling_face:

2022-04-14_19-34-13

Performing diagnostic Ping & Nslookup from Mesh node router whose IP = 192.168.1.181

Ping & Nslookup for hostname = x5000rmainmesh180 can be resolved to IP = 192.168.1.180

See the screenshot below:

but under Host column still showing = ?

See screenshot below:

I cannot say it is not 100% not working, it does show my mobile phone and my wife's. but
her hostname is in IPv6 format. See below:

This then must be an issue with luci as, if you know the mac address, it is a simple matter to manually get the hostname. It seems to be working here with 21.02, but then you are using a "pre beta" 22.03 that is not even officially available.

I might try the 1st release version that supports X5000R which is:
https://archive.openwrt.org/releases/21.02.0/targets/ramips/mt7621/

If that does not work, then I might try the next one which is 21.02.1

Thank you.

What is wrong with 21.02.2? It is the current version with all the up to date patches.....

As I reiterate again for the 3rd time, the latest 21.02.2 Luci GUI is not working well with the
5GHz radio.