Gargoyle 1.15.x OpenWrt 24.10 beta - 2025-07-13

[angus]

Hi Lantis,
On 1.15.x/OpenWrt 24.10 firmware I find something strange with 5GHz Wi-Fi. Below is a partial setting in my /etc/config/wireless.

Code: Select all

config wifi-device 'radio0'
        option type 'mac80211'
        option path 'soc/soc:pcie/pci0000:00/0000:00:01.0/0000:01:00.0'
        option band '5g'
        option channel '149'
        option htmode 'VHT80'
        option country 'US'

As you see the wireless channel is set to 149. After rebooting, it happens that clients connect to WRT3200ACM through channel 153 not 149. This can be identified by a Windows client. Any comments? Thanks.

[Lantis]

Hi Lantis,
On 1.15.x/OpenWrt 24.10 firmware I find something strange with 5GHz Wi-Fi. Below is a partial setting in my /etc/config/wireless.

Code: Select all

config wifi-device 'radio0'
        option type 'mac80211'
        option path 'soc/soc:pcie/pci0000:00/0000:00:01.0/0000:01:00.0'
        option band '5g'
        option channel '149'
        option htmode 'VHT80'
        option country 'US'

As you see the wireless channel is set to 149. After rebooting, it happens that clients connect to WRT3200ACM through channel 153 not 149. This can be identified by a Windows client. Any comments? Thanks.

Windows is potentially misreporting the channel. Do other clients see the same?
When you choose 149 and 80MHz, you are bonding 4x20MHz channels 149, 153, 157, 161.
The primary channel (where main signalling occurs) should be on 149 (as nominated in the GUI). This should be what a client reports as the channel.
Some clients will read this as “155” which is a fake channel at the centre of the 80MHz width.

So either Windows has it wrong, is choosing to report the beginning of the centre channel, OR, your device has switched its primary to 153 for some reason.

Checking the logs on your device, and the output of “iwinfo” can verify on your end.

[angus]

Checking the logs on your device, and the output of “iwinfo” can verify on your end.

Thanks Lantis. Will check the primary channel with iwinfo next time router is rebooted. Current iwinfo shows 149 is the channel as expected.
P.S. Same Windows client never experiences channel 153 when router is running 1.15.x/OpenWrt 23.05 firmware.

[rg66]

Nothing is seen from the WebUI Status/Connected Hosts/Connected Wireless Hosts even if there are Wi-Fi clients connecting to the router.

I've never had wireless in Connected Hosts and then it just showed up the other day and then disappeared again. Not sure what's going on with this.

Thanks

[Lantis]

You can manually run
/usr/bin/gargoyle/define_host_vars.sh

And see what the “wifiLines” are.
This data is processed by the front end.

[rg66]

/usr/lib/gargoyle/define_host_vars.sh

Code: Select all

wifiLines.push("xx:xx:xx:xx:xx:xx 72.2 72.2 2.4GHz phy1-ap0");

That's the only “wifiLines”. I've blocked out the mac address but it's correct for the one wireless client connected.

Thanks

[Lantis]

Ok, so if that reports fine but you see nothing front end, then there’s an issue on the front end.
Browser console check for errors is probably the next step.

[rg66]

Browser console check for errors is probably the next step.

I went to Connected Hosts in the latest Firefox and opened Browser Console but am not really sure what I'm looking for.

I should have mentioned that wireless hosts are shown in Current DHCP Leases and Hosts With Active Connections (if active) along with the wired hosts.

If I change page style to No Style, I can see the Connected Wireless Hosts and Client Wireless Connections headers but with no data.

Anyway, this probably isn't the right place for this as it doesn't have anything to do with nftables or Openwrt-24.10. I'll make a new post in the proper topic if I really want to sort this.

Thanks