They are interesting graphs. I'll take a look at if my devices do similar.
How many coients are being handled? Are they largely th same set of devices throughout the day? Are they moving around a lot, so do / should hop between APs?
DAWN has three main tyoes of network traffic: client discovery (WLAN), client "commands" (WLAN) and DAWN-DAWN info sharing (preferably LAN). To experiment with what is causing the increase you could:
adjust the update_beacon parameters (to reduce calls to clients for info)
adjust update_client (sending of neighbor reports)
adjust the kicking parameter to 0 (don't tell devices to move)
run DAWN on just a single device (to eliminate DAWN-DAWN traffic)
My immediate thought is to do a local build of OpenWrt :), which I think is always useful if you want / need to keep a non-current version in play.
If you get as far as being able to build the OpenWrt firmware for your device then it will be quite easy to add DAWN to the image to flash, or as a package that you can SCP and install.
I can't recall if DAWN appears as a package under Network when configuring the 19.0.x build. Can you check? If it does and you select it then it will put in place the package descriptor needed.
If it doesn't then I think you can "trick" things by checking out the 21.x build, add DAWN to that, and do a buuld . Then checkoit the 19.0.x tree again - it will leave the (incorrect but functional) DAWN package info in place so you can build it from local git (via the symlink) with make package/dawn/{clean,compile}.
src-git dawn https://github.com/berlin-open-wireless-lab/DAWN.git
then:
./scripts/feeds update -a
./scripts/feeds install -a
./scripts/feeds install dawn
user@Build:~/ACLite$ ./scripts/feeds install dawn
WARNING: No feed for package 'dawn' found
Thanks for DAWN. I've been looking at it today: I had originally set it up a while ago and I didn't realize that it had basically stopped working along the OpenWRT upgrade path over the past year or so (broken config).
I'm trying to make sure I have everything right now. I've read through the .md files in the github. My question is about the documentation that's still in the wiki. Especially the part that lists things to add to /etc/config/wireless:
I don't find any reference of that in any of the current .md files in the git repo. I'm curious if those are still required (likely?) and/or if the settings in the wiki are still the optimal ones to use.
I never tried it that way. See if you can checkout 21.x.x, use scripts/feeds install dawn to get it working in the build. Then revert to 19.x.x and see if it leaves things in place to still work.
Is there any way to force clients jump to 5 GHz band if RSSI of 5 GHz band more than "XX"? In my case, if 5GHz RSSI lower (low_rssi_val) than "90" client jump to 2.4 GHz, but when RSSI of 5 GHz is better (rssi_val) than "75" client stay on 2.4 GHz and jump to 5 GHz if client distance is very close to access point (RSSI of 5 GHz must be about 40).
Throughput of 2.4 GHz is very low, need to force client jump to 5 GHz if RSSI good enough to make throughput higher than 2.4 GHz band...
Anyone can please post your 'uci show wireless' (dont forget to redact sensitive info)?
Im having problem of client "freezing" and wifi keeps connected but cant access even local lan
On the router dawn network I see ap but on the ap I cannot see router.
EDIT: I have VLANs between devices an many wireless AP. So when DAWN is binding to each IP of each network maybe that is making some trouble. But that command lists all of the IPs. Is /etc/config/dawn important in that case?
After restarting umdns everything is back operational. I have ssh session open and I move around and I am roamed corectly without dropping the session.
Multiple people wished, that I pull the latest changes from @IanC GitHub repository. I pushed everything now to OpenWrt Master:
Would be nice, if people would do some testing. Please remove your /etc/config/dawn before intalling since a lot changed. If it runs stable, I would also push it to 21.02 and 22.03.
@IanC branch is not compatible to openwrt master anymore, since an important ubus function for kicking was removed in: