Just backing up Equis.is this a problem that can be solved be removing all PRISM clients from the AP because at this point I am willing to invest in replacing the old CB3's and CPE-200's
Let's add some data.Bump,
Let's keep this up top. I _used_ to have this issue, it went away and now it is back.
Now my clients can count on being connected for 35-500 seconds!
All tranzeo CPE. The APs are RB 532/XR2 and RB333/XR2.
09:04:43 wireless,info 00:60:B3:5E:2D:48@wlan1: disconnected, received disassoc: class 3 frame received (7)
can anyone confirm that this problem is related to clients that are connected with signals -80 and worse because i have a 3 sector AP and the 1 sector that is dropping off the worse (every 5 minutes) has about 5 clients connected worse than -80 and the other sectors don't.After reading this again, I have a similar problem. Seems to be corrected by getting the signal in at the AP a bit closer together. My target is to have all signals from -70 to -80. Any time I have a CPE Tx to the AP at worse than -83 or so, all radios drop off randomly. Changed out the CPE, got the signal up, uptime for everyone now is days (or until the power goes out, quite frequently here), where it was previously a few hours tops. I've only got 10 clients here on one omni, Nstreme with CSMA disabled.
if you have an issue with RouterOS, please write to support, and also send a supout.rif file. If three-four people on the forum have an issue, it doesn't mean everyone has it. So please help us help you, and send us those files.whats the point in adding new features to something that you can't even use in the first place????
Attached is a packet capture of the Mikrotik’s beacon timestamp restarting, triggering the Tranzeo CPQ’s and some other devices to re-associate. The reasoning behind the CPQ’s re-associating on beacon timestamp is for the fact that this indicates the AP rebooted, or was replaced, which means there may be capability changes, and the CPQ needs to re-associate to confirm it still matches capabilities.
Since the timestamp goes to 0 and restarts, the CPQ is doing as intended.
#1-16 Beacon timestamp translates into 18hours
#17 Beacon timestamp translates into seconds or less than 1.
#18 first probe response (the probe request must not have been captured, poor signal to some CPQ’s on bench)
#146 first authentication packet
#159 first association request
Observer prints it in time, Wireshark does it in Hex, which I’m looking at for this email.
About 8 seconds after 0 timestamp, CPQ’s are re-associated.
FYI, that times changes, and is not 18 hours. It could be minutes, hours, days.
See forum http://forum.mikrotik.com/viewtopic.php ... 99#p127799
Is there a corrective action the users can take to stop this behavior from the AP?
Capture file is located here:
I'm confused?? When should you use Nstreme? Is there a rough estimate on the max number of client associations you should use Nstreme with?I received a response from MT support regarding this issue. They are saying Nstreme was not designed for a lot of client connections and that should be turned off. We are going to try that and see if it helps.
Also, they are considering a new protocol (not Nstreme) to allow more client connections per AP.
I've looked at your video, and all your tranzeo clients are linked on wlan2, not on wlan1 that drops all the clients. Have you considered that "could" be an issue, in first case ?A quick Video showing the issue from the AP:
Ticket Number: Ticket#2008091666000531
Look again: All of the clients on this AP are Tranzeo Clients. WLAN2 is not affected by this issue (it is 5.8)I've looked at your video, and all your tranzeo clients are linked on wlan2, not on wlan1 that drops all the clients. Have you considered that "could" be an issue, in first case ?A quick Video showing the issue from the AP:
Ticket Number: Ticket#2008091666000531
Again, ALL of the clients linked to wlan1 are Tranzeo clients. Some may have weak signals. Does this mean that if I come by your network with a laptop and a signal strength of -85 and connect to your network all of your clients drop? No. I don't think so.It seems to me that you also have tranzeo's linked to wlan1 as well. Why are them also dropped ?!? In your specific case it might be the fact that you're mixing 11b and 11g clients, many of them with weak signal, below -85 db.