Hi, to start off I got a couple of them running and using all the time with my family and they are very good once I made a solid setup. I have them running with 21.02.3, but knowing that the 22.03.X is mostly a change with the firewall, I don't think the version difference will be a big deal (unless mentioned otherwise). Also my main internet router is a Openwrt x86_64 box.
This will be quite a long post, I'll share my config with reasons behind certain decisions, and quote some of the posts above in hopes of finding where the slowness is. I do like to mention (but please take it with a grain of salt) that at times the netgear does behave slow in terms of loading the luci and logging into it only when then network around is down, I noticed this slowness early on when I got them and was working on them with flashing and configuring them (connected over ethernet not WiFi), but after I completed the configuration and got everything connected everything became really smooth and I never felt slow while loading luci or logging in. In case you're seeing the same slowness (like luci taking about 20 or 30 seconds or more to load the status page), then it may indicate that something is still not properly configured.
Here's my /etc/config/network
. It is very similar to yours except for one thing which is I'm leaving the interface 'lan' to have a static IP only without the dns and gateway, and then I added a macvlan which will get the IP address automatically from the main router, the reason behind this is beneficial for having control on the DHCP settings and using hostnames instead of IP addresses for accessing the dumb APs. I highly recommend to try it, what will happen is the netgear will sort of have two IPs, one that is static and another that is dynamic from DHCP and it will be accessible from either, it will still act as a dumb AP with no problems and also access the internet for downloading packages/updates for itself (over the macvlan). Note: To setup the macvlan, first install kmod-macvlan
before modifying /etc/config/network
(opkg update && opkg install kmod-macvlan
), then modify /etc/config/network
as per the below.
config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option packet_steering '1'
option ula_prefix 'fd54:ff24:1c85::/48'
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan1'
list ports 'lan2'
list ports 'lan3'
list ports 'lan4'
config interface 'lan'
option device 'br-lan'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.1.15'
config device
option type 'macvlan'
option ifname 'br-lan'
option mode 'bridge'
option name 'br-lanmac0'
option acceptlocal '1'
config interface 'macvlan'
option proto 'dhcp'
option device 'br-lanmac0'
Here's my /etc/config/wireless
(snippet of important parts, don't focus on the fast roaming for now). The netgear has two WiFi modules, the 2.4GHz (option band '2g'
) and 5GHz (option band '5g'
). It is best to choose a channel with least amount of interference, plus the dumb APs should have different channels so not cause interference on each other, on first AP I choose channel 1 and 36 for 2.4GHz and 5GHz respectively, on second AP I choose channel 6 and 44. For the width I choose 20MHz for 2.4Ghz and 40MHz for 5GHz. I did quite some research on both the width and channel and have some points to tell you about:
- Choose a bigger/higher width number for 5GHz but not too big so to not cause interference with APs, also bigger width will have higher speed with WiFi. 80MHz is like the sweet spot for 5GHz so long there isn't much other APs on the same channel (I didn't choose it though cause of interference), 40MHz will be more than fine because your internet speed 80Mb. If your APs are gonna overlap when using 80Mhz, then switch to 40MHz to minimize the overlap/interference.
- I read about certain channels in 5Ghz (DFS and non-DFS, radars and such, picture and article for reference), I decided to use green ones which are between 36 and 48. IIRC the channels between 149 and 165 are not supported by netgear wac104 (I at least remember that if I select an unsupported channel the WiFi does not broadcast the SSID at all). So best to stick to 36 to 48, it may be tricky but try.
- Don't choose 40MHz for 2.4GHz, many mention that it is rarely optimal.
- It is a really good idea to also look at Ubiquiti WiFiMan app on iOS/Android, its very helpful to compare with the scans from openwrt. Look for a spot in the room with the least interference and see if you could place your AP there while maintaining range/coverage.
In your config I could expect that that there may be quite some interference and bad roaming going on which could cause some intermittent disconnections and such. Try to remove the fast roaming parts and configure your channels and bandwidth again, then test it for a while (day or two).
config wifi-device 'radio0'
option type 'mac80211'
option path '1e140000.pcie/pci0000:00/0000:00:01.0/0000:02:00.0'
option channel '1'
option band '2g'
option htmode 'HT20'
option cell_density '0'
config wifi-device 'radio1'
option type 'mac80211'
option path '1e140000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
option channel '36'
option band '5g'
option cell_density '0'
option htmode 'VHT40'
config wifi-iface 'default_radio1'
option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'SSID_5G'
option encryption 'psk2'
option key 'KEY'
config wifi-iface 'default_radio0'
option device 'radio0'
option mode 'ap'
option ssid 'SSID_2G4'
option encryption 'psk2'
option key 'KEY'
option network 'lan'
Your /etc/config/dhcp
matches mine. In case your going to use the macvlan then add the below:
config dhcp 'macvlan'
option interface 'macvlan'
option ignore '1'
list ra_flags 'none'
Last but not the least, though I believe that you have already applied them from the dumb AP guide but just incase, disable firewall, odhcpd, dnsmasq and reboot (very important to reboot):
/etc/init.d/dnsmasq disable
/etc/init.d/dnsmasq stop
/etc/init.d/odhcpd disable
/etc/init.d/odhcpd stop
/etc/init.d/firewall disable
/etc/init.d/firewall stop
Add the below to the /etc/rc.local
for persisting changes after OpenWrt upgrades:
# these services do not run on dumb APs
for i in firewall dnsmasq odhcpd; do
if /etc/init.d/"$i" enabled; then
/etc/init.d/"$i" disable
/etc/init.d/"$i" stop
fi
done
You can check if they are disabled from luci GUI or using the below (should output inactive
):
/etc/init.d/dnsmasq status
/etc/init.d/odhcpd status
/etc/init.d/firewall status
When you could, share with us your ping times and nslookup times from one of the dumb APs:
ping -c 6 8.8.8.8
time nslookup openwrt.org
time nslookup openwrt.org 8.8.8.8
Hope this help!