disconnects/reassociations

RouterOS Wireless Networking
1

I am having periodic disconnects then reassociations on a few of my AP sectors. It seems that routerboard cpe units stay associated but other brand (Tranzeo) cpe units disassociate occasionally then will re-associate. I have .46 running on one RB532A and .30 running on another RB532A. Ping times vary widely, 2ms to 800 ms on customers. Interference not a problem. No multipath etc. Power levels adjusted on cpe units according to distance and signal strength. No excess traffic such as viruses or file sharing. Doesn’t matter whether default forwarding is on or off. All equipment on the tower has been replaced, checked connectors etc. Noise not a factor.

Any clues what could be the problem?

tk

2

Check wireless debug logs and look at the logs you have on the AP,
http://wiki.mikrotik.com/wiki/Wireless_Debug_Logs

3

Had it turned on at the ap of one and it didn’t show much other than the disassociate and re-associate with some deauths scatter thru it. I have turned it on at the other and on three of the mikrotik cpe units and will see what happens. Will post results later.

tk

4

Ok, the problem just re-occurred. The routerboard 133c’s on the ap did not disassociate so there is nothing in their debug logs. Here is the log from the ap. First line is where I added the debug then the action started later. All who disassociated were Tranzeo cpe units.

wireless debug log from ap

14:36:58 system,info log rule added by tkelley
16:10:03 wireless,info 00:60:B3:5D:56:5F@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:60:B3:3C:A1:9A@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:0B:6B:4C:D6:2B@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:0B:6B:4C:D4:3D@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:0B:6B:56:42:57@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:60:B3:44:FB:AB@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:60:B3:39:3D:21@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:0B:6B:4E:C4:02@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:60:B3:45:33:F2@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:03 wireless,info 00:60:B3:5D:6C:AB@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:06 wireless,info 00:0B:6B:4C:D9:DF@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:06 wireless,info 00:0B:6B:4C:D3:92@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:06 wireless,info 00:60:B3:5A:36:06@wlan1: disconnected, got disassoc: class 3 frame received (7)
16:10:07 wireless,debug wlan1: 00:0B:6B:56:42:57 attempts to connect
16:10:07 wireless,debug wlan1: 00:0B:6B:56:42:57 not in local ACL, by default accept
16:10:07 wireless,info 00:0B:6B:4E:C3:56@wlan1: disconnected, reassociating
16:10:07 wireless,debug wlan1: 00:0B:6B:4E:C3:56 attempts to connect
16:10:07 wireless,debug wlan1: 00:0B:6B:4E:C3:56 not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:0B:6B:4E:C4:02 attempts to connect
16:10:07 wireless,debug wlan1: 00:0B:6B:4E:C4:02 not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:60:B3:39:3D:21 attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:39:3D:21 not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:60:B3:3C:A1:9A attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:3C:A1:9A not in local ACL, by default accept
16:10:07 wireless,info 00:60:B3:E2:93:E9@wlan1: disconnected, reassociating
16:10:07 wireless,debug wlan1: 00:60:B3:E2:93:E9 attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:E2:93:E9 not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:D3:92 attempts to connect
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:D3:92 not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:60:B3:45:33:F2 attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:45:33:F2 not in local ACL, by default accept
16:10:07 wireless,info 00:0B:6B:4C:C7:5E@wlan1: disconnected, reassociating
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:C7:5E attempts to connect
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:C7:5E not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:60:B3:5D:6C:AB attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:5D:6C:AB not in local ACL, by default accept
16:10:07 wireless,info 00:60:B3:5E:0D:61@wlan1: disconnected, reassociating
16:10:07 wireless,debug wlan1: 00:60:B3:5E:0D:61 attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:5E:0D:61 not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:D6:2B attempts to connect
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:D6:2B not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:D9:DF attempts to connect
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:D9:DF not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:60:B3:5A:36:06 attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:5A:36:06 not in local ACL, by default accept
16:10:07 wireless,info 00:60:B3:5D:75:04@wlan1: disconnected, reassociating
16:10:07 wireless,debug wlan1: 00:60:B3:5D:75:04 attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:5D:75:04 not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:D4:3D attempts to connect
16:10:07 wireless,debug wlan1: 00:0B:6B:4C:D4:3D not in local ACL, by default accept
16:10:07 wireless,debug wlan1: 00:60:B3:44:FB:AB attempts to connect
16:10:07 wireless,debug wlan1: 00:60:B3:44:FB:AB not in local ACL, by default accept
16:10:07 wireless,info 00:0B:6B:56:42:57@wlan1: connected
16:10:07 wireless,info 00:0B:6B:4E:C3:56@wlan1: connected
16:10:07 wireless,info 00:0B:6B:4E:C4:02@wlan1: connected
16:10:07 wireless,info 00:60:B3:39:3D:21@wlan1: connected
16:10:07 wireless,info 00:60:B3:3C:A1:9A@wlan1: connected
16:10:07 wireless,info 00:60:B3:E2:93:E9@wlan1: connected
16:10:07 wireless,info 00:0B:6B:4C:D3:92@wlan1: connected
16:10:07 wireless,info 00:60:B3:45:33:F2@wlan1: connected
16:10:07 wireless,info 00:0B:6B:4C:C7:5E@wlan1: connected
16:10:07 wireless,info 00:60:B3:5D:6C:AB@wlan1: connected
16:10:07 wireless,info 00:60:B3:5E:0D:61@wlan1: connected
16:10:07 wireless,info 00:0B:6B:4C:D6:2B@wlan1: connected
16:10:08 wireless,info 00:0B:6B:4C:D9:DF@wlan1: connected
16:10:08 wireless,info 00:60:B3:5A:36:06@wlan1: connected
16:10:08 wireless,info 00:60:B3:5D:75:04@wlan1: connected
16:10:08 wireless,info 00:0B:6B:4C:D4:3D@wlan1: connected
16:10:08 wireless,info 00:60:B3:44:FB:AB@wlan1: connected
16:10:33 wireless,debug wlan1: 00:60:B3:5D:56:5F attempts to connect
16:10:33 wireless,debug wlan1: 00:60:B3:5D:56:5F in local ACL, accept
16:10:33 wireless,info 00:60:B3:5D:56:5F@wlan1: connected

tk

5

What version of ROS are you running?

6

This is happening on both .30 and .45.

tk

7

Hi,

I have similar msgs in my box. Something like this…

“16:10:03 wireless,info 00:60:B3:5D:6C:AB@wlan1: disconnected, got deauth: class 3 frame received (7)”

The symthoms seems to be the same as you. The problem appears for some hours, then gone… I have tried versions 2.9.22, 27, 35,39, 46 with no luck. I am also change the boards (RB and WL) and the problem continues… Can you found something more?

Thanks!

8

I have since replaced the SR2 on one of the APs with a Senao 2511MP. This seems to have resolved the issue to a great extent. With SR2 (atheros from Ubiquiti) most if not all the Mikrotik clients would stay associated. But the Tranzeo clients would every so often disassociate then re-associate. Ping times to any client from the SR2 would vary widely.

tk

9

Tested this issue using a Compex WLM54bg and the same problem exists. Looks like Senao NL2511MPPLUS is the fix.

tk

10

I am also having the same issues with the tranzeo cpq line dropping connection alot.
I am running RB532 with sr2 and 2.9.46 with hardware retries at 4 I have senao cpe and mikrotik cpe on same ap with the tranzeo but the tranzeo cpe s are dropping Ap only has 5 clients. I am seing this on more than 1 ap also.

11

Well, I have heard that Senao 1511 is being phased out. Anyone else heard this? Know of a prism alternative? If it is true and no alternative then its back to Atheros and the same problem.

tk