Dirk is not on this list, so I am forwarding the information of ihs experiment.
---------- Forwarded Message ---------- Hi, Marek!
Please forward this as appropriate.
Am 30.06.2014 um 08:08 schrieb Marek Lindner mareklindner@neomailbox.ch:
During an experiment it was found, that BATADV_FRAG_MAX_FRAGMENTS=16 allows ~72 clients to be connected to one single access point.
would you mind sharing some details regarding the experiments you performed ? The reason for this question is that there is no 72 client limit we know of (unless fragmentation was disabled).
I put a freifunk router with batman.adv in a room with 300 conference participants (with about 2 WLAN clients p.p.) as an emergency network access means for a failing venue network.
The batman client statistic showed a very untypical hard clip at 72/74 batman clients and new wlan clients seem to time-out without any network traffic like this:
Thu Jun 26 15:33:44 2014 kern.warn kernel: [15577.090000] net_ratelimit: 1121 callbacks suppressed At the same time, I'm seeing a lot of these: Thu Jun 26 15:31:54 2014 daemon.info hostapd: wlan0-1: STA b4:f0:ab:9b:b0:94 IEEE 802.11: associated (aid 7) Thu Jun 26 15:32:54 2014 daemon.info hostapd: wlan0-1: STA b4:f0:ab:9b:b0:94 IEEE 802.11: disassociated Thu Jun 26 15:32:55 2014 daemon.info hostapd: wlan0-1: STA b4:f0:ab:9b:b0:94 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
There is no hostapd client limit configured and otherwise (as I understand it), clients would be have been rejected and not time-out without access to the DHCP-Server (only accessible via batman).
Unfortunately, that setup is no longer available for more testing.
Any ideas?
Dirk