Well - Why do you see this about 90% more often With random Devices Connected - and never mikrotik - mikrotik? This is related to encryption in ros - and random Device connecting. Solution - Turn off encryption or change to WEP (at least better) Also old 4.17 have less issues than 5.x and 6.x. Signal might trigger some - But this is also seen in good signal enviroments.it is not a bug, this error means that your wireless link is not good quality, and enctypted link could not be established.
how do you do that with Windows clients connecting to RB-SXTSOLVED:
The problem just about with NTP.
Make all devices NTP client address same and lean back.
Sep/05/2015 14:16:35 wireless,info ...@wlan1: connected
Sep/05/2015 14:16:40 wireless,info ...@wlan1: disconnected, unicast key exchange timeout
this happens without DHCP too.... so there is no actual way out....workaround- just go to DHCP settings and put a longer lease time (not the default 5 minutes)
I had 951G-2HnD running on ROS v6.31 when wifi suddenly stopped working on all devices - Android phones + Panasonic TV with following records in log:
I did upgrade to v6.33, stop NPT completely, etc. and nothing helped. Then I just re-typed my pre-shared key and devices were able to authenticate.Code: Select allSep/05/2015 14:16:35 wireless,info ...@wlan1: connected Sep/05/2015 14:16:40 wireless,info ...@wlan1: disconnected, unicast key exchange timeout
It is weird as everything was working fine and then suddenly devices were not able to authenticate. It looked like the key was suddenly lost because I was not able to show it when I unchecked "Hide Passwords" check box in winbox. Once I re-typed the key and devices were able to connect I was also able to see the key with unchecked "Hide Passwords" option.
this happens without DHCP too.... so there is no actual way out....workaround- just go to DHCP settings and put a longer lease time (not the default 5 minutes)
Normis, I am using the new mikrotik hAP AC and the same error is happening. Even with clients to five meters from the AP.it is not a bug, this error means that your wireless link is not good quality, and enctypted link could not be established.
really????the only solution is to put all **** for password???!! Mikrotik, WTF??? I mean, seriously??
I have the same problem with hAP ac which I installed just few days ago. It's happening only on the 2.4GHz wlan, 5GHz wlan is working fine. I had hAP lite before on the same place with the same configuration and clients. It was working fine without this issue.Normis, I am using the new mikrotik hAP AC and the same error is happening. Even with clients to five meters from the AP.it is not a bug, this error means that your wireless link is not good quality, and enctypted link could not be established.
I tried couple of changes in configuration of hAP ac and I think I found a workaround. If I disable wireless-cm2 package and enable wireless-fp instead everything seems to work fine. I'm running RouterOS 6.34.2. I'm not completely sure if this can be related but so far it looks good. I'll report results after few days.I have the same problem with hAP ac which I installed just few days ago. It's happening only on the 2.4GHz wlan, 5GHz wlan is working fine. I had hAP lite before on the same place with the same configuration and clients. It was working fine without this issue.Normis, I am using the new mikrotik hAP AC and the same error is happening. Even with clients to five meters from the AP.it is not a bug, this error means that your wireless link is not good quality, and enctypted link could not be established.
2.4Ghz or on the 5Ghz channels?Is anyone else still having this issue? I'm getting Unicast key exchange timeouts at least once a day on my hap ac (6.34)
I've increased the group key update time but I still get disconnected.
Only on the 2.4Ghz Channel, the 5hgz is running in station mode2.4Ghz or on the 5Ghz channels?Is anyone else still having this issue? I'm getting Unicast key exchange timeouts at least once a day on my hap ac (6.34)
I've increased the group key update time but I still get disconnected.
/interface wireless
set [ find default-name=wlan1 ] name="WiFi-Link(main)" ssid="Link" mode=ap-bridge \
security-profile=Link frequency=2452 distance=dynamic hide-ssid=no \
preamble-mode=both allow-sharedkey=yes wps-mode=disabled allow-sharedkey=yes disabled=no \
wds-default-bridge=bridge wds-mode=dynamic ;
/interface wireless
set [ find default-name=wlan1 ] name="WiFi-Link(main)" ssid="Link" mode=wds-slave \
security-profile=Link frequency=2452 distance=dynamic hide-ssid=no \
preamble-mode=both allow-sharedkey=yes wps-mode=disabled allow-sharedkey=yes disabled=no \
wds-default-bridge=bridge wds-mode=dynamic ;
0 R name="wifi" mtu=1500 mac-address=xx:xx:xx:xx:xx:xx arp=enabled interface-type=Atheros AR9300 mode=ap-bridge
ssid="xxxxxxxx" frequency=2467 band=2ghz-b/g/n channel-width=20/40mhz-Ce scan-list=default
wireless-protocol=802.11 vlan-mode=no-tag vlan-id=1 wds-mode=static-mesh wds-default-bridge=none wds-ignore-ssid=no
bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0
hide-ssid=no security-profile=default compression=no
Hi, I now resolved an issue with old laptop running Win10, which started refusing connection to my Mikrotik hAP ac (2,4GHz wifi), probably after modifiing Mikrotik's configuration. Restart of laptop didn't help. All other devices are connected without problem.Hello,
I have the same issue on a Mikrotik RB951G-2HnD ( FW 6.36.3 ) in a single AP home configuration .
All my devices can connect to the wireless network, except two host ( a raspberrypi running librelec and a alienware m11x R1 laptop ) even when they're roughly 3m far from the AP .
I've followed the tips in the previous posts ( changing the frequency \ security profile \ ... ) with no go .
58:F8:D1:6D:17@wlan1: disconnected, unicast key exchange timeout
58:F8:D1:6D:17@wlan1: connected
- deassigned 192.168.88.18 from 2C:59:8A:62:9C:BA
59:8A:62:9C:BA@wlan1: connected
- assigned 192.168.1.12 to 2C:59:8A:62:9C:BA
58:F8:D1:6D:17@wlan1: disconnected, unicast key exchange timeout
58:F8:D1:6D:17@wlan1: connected
58:F8:D1:6D:17@wlan1: disconnected, unicast key exchange timeout
58:F8:D1:6D:17@wlan1: connected
58:F8:D1:6D:17@wlan1: disconnected, unicast key exchange timeout
58:F8:D1:6D:17@wlan1: connected
58:F8:D1:6D:17@wlan1: disconnected, unicast key exchange timeout
58:F8:D1:6D:17@wlan1: connected
58:F8:D1:6D:17@wlan1: disconnected, unicast key exchange timeout
disconnected, unicast key exchange timeout
14:37:04 wireless,info 90:3A:E6:15:AE:C7@wlan: connected
14:37:09 wireless,info 90:3A:E6:15:AE:C7@wlan: disconnected, unicast key exchange timeout
14:40:11 wireless,info 90:3A:E6:15:AE:C7@wlan: connected
14:40:16 wireless,info 90:3A:E6:15:AE:C7@wlan: disconnected, unicast key exchange timeout
14:44:29 wireless,info 90:3A:E6:15:AE:C7@wlan: connected
14:44:34 wireless,info 90:3A:E6:15:AE:C7@wlan: disconnected, unicast key exchange timeout
Created an account just to say that this also worked for me.Hi Guys!
My Problem was solved by changing the Channel Width form "20/40MHz Ce" to "20/40MHz eC.
Hope it works for you
Regards
Oliver
Mikrotik staff need to have a good look into this. I can 100% demonstrate it's a bug and not interference. For my device I had some mildly more complicated config, still only 1 page though when exported. This was giving me the error every few hours with a dropout. I did a blank config wipe and set the device up with absolutely minimal config. In my case I was using station bridge mode to another mikrotik, so it's quite minimal the number of connections. This 100% solved the problem and the connection has been rock solid overnight with absolutely zero entries added to the log. The links down counter for the wireless link has stayed flat on 0. Note that in either case the number of connections was minimal as this is a test environment. I realise this error can happen as a normal part of operation, but it most definitely also happens as part of a bug. The fact I can get a rock solid connection with some config demonstrates this is NOT an issue with interference.Stril - What was the length of original key? Minimums key length is 8 symbols and key length should not affect this (exchange timeout) in any way.