Wireless disconnected, group key exchange timeout

I meant the RouterOS version on your router(s)?

I would concentrate on one specific machine and use the syslog that MT provides and set up a filter to filter that individual machine so you can watch it separately.. then mess with the settings on that computer relating to the power management / idle time settings on the NIC. The error is a timeout on the key exchange but I wonder if that means that the router is not hearing back from the client in time for the re-key to take place maybe because of a power management issue or something like that..

It would be really helpful if someone from Mikrotik could chime in here.

Rich

Man i use 6.2-6.10 with no differecne as you see in the log this happens simultaneously.

I think that this happens after 25 people connected usually there are 50 active devices (mid size office 25 people working two devices per person) signal is no worse then 60 dbm, usually between 40-50 dbm.
Sometimes people make 50 Mbps traffic with local storage without any problems but this thing happens when no one making any traffic so this is not the issue.

Someone from mikrotik say something please ??

I have same problem.

On AP I have v6.7 and on clients we have 5.26, 6.12 and also UBNT client . For all of them is result same.

disconnected, unicast key exchange timeout

Same problem.

Suddenly lots of disconnected, group key exchange timeout message, for each client that was connected, followed by no Wifi Signal. Where should I look?

i think this should solve the problem…

goto INTERFACE → WIRELESS → SECURITY PROFILE → GROUP KEY UPDATE

change the value from 00:05:00 to 01:00:00

i think this should help in keeping the clients connected.

That value sounds risky in terms of security.

Does it actually fully solve the problem?

it has atleast stopped disconnections… :smiley:

please do give me your valuable inputs too…

Someone has fixed the issue?

My solution is to turn on the max secure settings and select Wi-Fi clients that are compatible with, and work with these settings (Management Protection).

That is not life!

did you guys try out my solution?

update requested if anyone tried it…

i have try your sollution and seems to work. now i have clients that stay connected in registration tab. what is “group key update” all about?
in the same site i have 5 rbsxt installed. all rbsxt have same settings in wireless. (group key update = 00:05:00)
i have this problem in only one rbsxt and it only works with 01:00:00

even i am wondering to this date!!! :slight_smile:

Here is a good explanation of what the Group Key does and how it affects connectivity for wireless clients: http://forum.mikrotik.com/t/wifi-keeps-mobile-device-awake-keepalive-packets/62568/1

Currently you can boost the group key timeout from 5 minutes to 1 hour which should help a bit, but it’s not clear if the new WMM code that’s part of 6.30.x is working across different vendors yet.

I’ve got some folks reporting the issue of horrible battery life ever since they installed a MikroTik RB951 last week so I’m curious if the changes I’ve made today (upping the group key timeout and installing 6.31RC11 ROS) will help them out.

So setting “GROUP KEY UPDATE” time to 1 hour solved all problems for all of you?

I recommend it as general default setting that really helps a lot. Try it and see.

It seems few it’s changed, see:

i did for somedays… but it has started haunting again… :open_mouth: :open_mouth:

Hi,

I have similar issue and cannot understand why.
If I configure my devices as individual APs, then more or less everything is fine, but an Android 6 phone disconnects every time at the end of the group key update interval. I can set it to any value from 5 secs to 1 hour.
If I try to manage the APs with CAPsMAN:

  • If I leave the group key update interval default (don’t set a value) then the Android disconnects in every 5 minutes.
  • If I set the group key update interval to anything else, the Android disconnects in every 30 seconds, and other devices starts to disconnects in random interval.

Possibly it is a client issue, but where the 30 seconds come from?
The CAPs are HAP AC and RB951G.

Any other ideas for this problem?

Thank you

It seems that Mikrotik doesn’t read these forum… The issue is chronic after so many firmware updates.