Page 1 of 1
Atheros 5413 all users disconnect randomly
Posted: Tue Jul 25, 2006 8:11 am
by santajosh
Hi!
I have a config like this:
532 routerboard (2.9.27)+ 2 Atheros 5413 wireless card (ap bridge, 2.4 Ghz B) - default
Bridge1 = LAN + 2 wireless atheros 5413
IP for the LAN interface - 192....
Everithing works fine the AP-s Running there is the"R" in the wireless list. But sometimes, the "R" dissapier, and the clients disconnects, after I do a SCAN with the card the users reconnects, but only when I'm scan with the wireless card.
This strange problem appears other 5 MT config like this.
So where am I search?
Posted: Tue Jul 25, 2006 8:48 am
by sergejs
What is shown in the logs, when users are disconnected ?
Posted: Tue Jul 25, 2006 9:05 am
by santajosh
What is shown in the logs, when users are disconnected ?
LOGs from the MT-s:
wireless_AP1;data from unknown device 00:02:..., sent deauth
Wireless_AP1;data from unknown device 00:0E, ...sent deauth
Wireless_AP1;data from unknown device 00:4F..., sent deauth
wireless_AP1;data from unknown device 00:02:..., sent deauth (6 events supressed)
wireless_AP1 disconnected, extensive data loss
Posted: Tue Jul 25, 2006 4:20 pm
by santajosh
I think these Atheros cards wrong. The older Prism cards work fine.
The Atheros 5413 not the good choice.
Could somebody offer good card for 2.4 GHz b ?
Posted: Tue Jul 25, 2006 10:24 pm
by mperdue
I don't have an answer for your problem but I use the 5413 (two cards in each router board) and I have six rb's working. No problems, in fact they are working alot better since I removed all sr2/sr5 cards from my system.
-Michael
Posted: Wed Jul 26, 2006 7:55 am
by sergejs
Given log entries mean,
packets from the clients are being dropped at the AP, because client
isn't registred to the AP anymore (previosly disconnected from the AP
due to extensive data loss). The client should connect to the AP
again, but the client haven't noticed yet that it has been disconnected.
Posted: Wed Jul 26, 2006 8:07 am
by santajosh
Given log entries mean,
packets from the clients are being dropped at the AP, because client
isn't registred to the AP anymore (previosly disconnected from the AP
due to extensive data loss). The client should connect to the AP
again, but the client haven't noticed yet that it has been disconnected.
Ok! thanks, but how can this be. There is no MAC authentication, everybody can access the AP. Why this happen? Bad configuration...Or something else. How could I prevent this connection lose???
Posted: Wed Jul 26, 2006 4:31 pm
by leoktv
I have the same problem but in my log i have this
got deauth: unspesfied (1)
and the S/N is around 50dB
I got the same problem
Posted: Thu Jul 27, 2006 11:42 pm
by moshtaqahmed
I am also having to AR5213 Cards in MT532. when client connects - it automatically disconnects...
Moshtaq
Re: I got the same problem
Posted: Fri Jul 28, 2006 9:04 am
by chvdr
I am also having to AR5213 Cards in MT532. when client connects - it automatically disconnects...
Moshtaq
Hi there!
I have the same problem with AR5212 on PC with v2.9.7 on a station and AR5212 on the ap, same PC with v2.9.6.
ap give me log entry such as:
wireless,info wlan2: disconnected 00:14:78:74:16:C7, decided
to deauth: authentication not valid (2)
and the station log entry is smt. like that: extensive data loss...
Is there anybody with any suggestions?
Deauth with AR5006xs
Posted: Fri Jul 28, 2006 8:53 pm
by hautespot
We are seeing the same issue in high noise areas.
Our builds are using MT 2.9.27 on Wrap.2C with the EnGenius EMP-8602.
It appears that when there is lots of noise (high traffic on designated channel or adjacent channels), these cards will behave strangely. Most notible is the deauth disconnect.
We have sniffed frames and have not seen any evidence of deauth attacks.
Earlier, we were seeing the systems actually shut down due to noise. We adjusted the noise-floor-threshold up to -92 and it appears to correct that problem (the reported noise floor is approximately -96), but the deauth disconnects seem to remain.
Problem does not appear to exist when using the SR2 which uses the AR5004 chipset. So for noisy areas we are recommending the use of SR2, but for areas that are relatively clean, the EMP-8602 seems to work fine.
Posted: Sat Jul 29, 2006 5:58 am
by shielder
Yes, hautespot is right. NOISE
![Evil or Very Mad :evil:](./images/smilies/icon_evil.gif)
is the main cause....
It's better for you to change antenna on the AP site or client site with bigger dbi or maybe you could try to change channel to see whether it helps or not.
Posted: Mon Jul 31, 2006 2:27 pm
by taloot
want to be feeel ok and confot??
1st change the AP to standalone AP (viewing signal clients and all those info didnt help so lets get rid of it)
trust me u will be more more more than staicsfy you will feel that you are free and u have to hangout becouse you dont have anything to do
Sorry mikrotik you are excellent in every thing except wireless seriously you need to change it from A to z it seems like a alpha testing for me
Posted: Tue Aug 01, 2006 7:37 am
by leoktv
my problem is solved with acc tim=indoor after that the win clients woork as they should.
what you exactly meant, taloot...
Posted: Tue Aug 01, 2006 8:28 am
by chvdr
what you meant with
want to be feeel ok and confot??
1st change the AP to standalone AP (viewing signal clients and all those info didnt help so lets get rid of it)
, tal? what can we do to make "standalone AP".
Posted: Tue Aug 01, 2006 4:12 pm
by rmdjapri
Well I had this problem once... After I change frequency channel it is solved. I found out that my MT box too close with others antenna that point to other direction. And the frequency only space 10 Mhz. So beware off putting your MT Boxes. Do not too close with others.