This is user forum. If you want to tell something to mikrotik, you need to write an email to support.
Oh, I see… The user uldis, (MikroTik Support) hasn’t involved on the topic. It’s our fault that the issue exist.
I contacted Mikrotik support and got the answer:
“Please try to increase DHCP server lease time and update Your RouterOS version, after that please check if there are some changes in device behavior.”
Unfortunately it did not change anything. The DHCP lease time is already 7 days, ROS version is current (6.40.5) on all devices.
Probably they don’t know the reason. Maybe device incompatibilities.
There are examples of big CAPsMAN installations. So I thought I misconfigured something and I hoped that somebody who has better knowledge in wireless than me can help.
Now my network is running with the default “group key update” interval (not set) and iPhone is online for 2 hours and 46 minutes.
What is also strange thet DHCP server deassigns IP address from the problematic ddevice every time when is disconnected.
Upgrading to RouterOS 6.41seem to solve the problem
I can set the group key update interval to 1 minute on the manager and all connections with all clients are stable. No group key timeouts since then…
Thank you Mikrotik!
I suspect that config will affect your wireless performance negatively
Could be, but at least it works.
If I set to different value, the discoinnects start again. Besides I don’'t use wireless for serious things. It is for mobile phones and notebooks only. Unfortunately the most important is the phone with Android 6 which has the group key update problem.
If I use the 1 minute setting it is stable for hours.
Do you guys still have the described problem or did you manage to fix it finally?
Having the same issue with all up-to-date releases
Hello,
from the last two days, the same problem has occurred for me
on the MikroTik hAP ac² device.
Kerbia, have you found a solution?
So I’m still seeing concurrent disconnects fromm clients with Group Key Timout, i.e. 5 clients disconnect at the same time on one access point. Also I use CAPSMAN. So, if someone of you solved the problem, could you please post a complete /export compact from your access point and from the CAPSMAN/Wireless Part of your CAPSMAN controller, If you use one?
Regarding the group key interval 1min- it will cost you some mobile device battery power if youre into u-apsd wmm + no_keep_alive_frames thing.
No more last activities on wireless clients like (80+sec):
Ill try it with 2minutes group key interval and respond back.
this is a old issue. its 99% sure due to bad signal.
Do you have the 6.42.4 running by now?
I am also seeing this problem since a few days ago, with a MT map which connects as a WDS repeater to an RB951G, which is a repeater (non-WDS) of an ISP router. It works perfectly for maybe an hour at a time and then the map disconnects and starts logging these “key exchange timeout” messages..
From changelog:
Channel
Installed Version 6.43.8
Latest Version 6.43.8
What's new in 6.43.8 (2018-Dec-21 07:10):
MAJOR CHANGES IN v6.43.8:
!) telnet - do not allow to set "tracefile" parameter;
Changes in this release:
*) bridge - fixed IPv6 link-local address generation when auto-mac=yes;
*) capsman - fixed "group-key-update" parameter not using correct units;
*) crs3xx - improved data transmission between 10G and 1G ports;
*) console - properly remove system note after configuration reset;
I set the group key update interval back to 1 hour. All connections seems to be stable (20+ minutes now).
I don;t think so. It’s currently affecting my MiBOX which lies around 50cm from cAP AC and has full signal strength.
Earlier had this for random devices on random times. Changed 05min to 1h now, will see. using CAPsMAN on 6.44.0
Hi all, i have on a basebox 5 AP with 802.11 A/N the same issue. in 6.39.3 every 3-4 days and with newest fw 6.46.1 every 1-3 hours, that all clients disconnect on same time. highter group key time do not help, same issue. band/frequence are free, test on all frequences. All the same issue. all clients do disconnect with same error “group key exchange timeout” at the same time.i need a fix/solution. any ideas?
regards
i recommend 1 day for group key update
and 15 seconds for disconnect-timeout… then you will be ONLINE!
these two should be considered and applied as default values for HOME-AP by mikrotik team due to lots of problems and complaints.
I tried those settings for a hap ac lite, and they had no effect.
I have left them as default on my cap ac (separate install) and devices maintain connection for hours.
Does anyone have an answer for this, as this has been an ongoing issue for a very long time. I dropped Mikrotik for Ubiquity, had great hope after using the AP, but now back to square one.
Having this issue with lots of Xiaomi devices, like Air purifiers and smart speakers.
Changed the group-key-update to 1 hour now. Will see.
Hi
We have similar issues (wifi devices dropping/reconnecting on wifi) on hap ac^3. It is interesting then when we ‘rise’ traffic via the router from 1 or 2 wifi devices and cpus activities are quite high than usual (>20%) some of the other wifi devices are being disconnected. Hmmmm It looks like this is an old issue (6 years old) and it is still not being addressed. It may relate with ‘bad signal’ like anything on wireless but there are some correlations like the one above with cpus high activity which indicates some issues in the management of the wifi interfaces… is Mikrotik going to improve (make it work properly) their AC wifi protocol implementation? It is 2021 and who is looking to purchase wifi routers surely should know that AC wifi implementations are done properly in any Mikrotik devices? Looking forward for a mature approach on this basic capability.