Im running 3.5.1.0.862 firmware. Clients are getting dropped randomly

  • 1
  • Question
  • Updated 5 months ago
Im running 3.5.1.0.862 firmware. I have one site on my system that is having all kinds of problems with staying connected to the network. The wireless device will connect to one ssid and than randomly disconnect and have a mic error code or loss on connection like it loses its pre shared key. I can move to another access point and it will connect just fine. It seems very random. It started basically day one so I did an upgrade and now the ap's are in alarm. They are being flagged. Ruckus says just ignore the flagged error if they are not dropping. Well they are dropping clients. Anyone see this before.
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes

Posted 5 months ago

  • 1
Photo of Alex Shalima

Alex Shalima

  • 28 Posts
  • 8 Reply Likes
Hi Aaron,

Do your VLAN tags exist on all of the switch ports?


Best,
Alex
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
Yes.  The public internet ssid has a tagged vlan across all the ports on the switch.  The switch ports are setup as a hybred.  The ruckus ap is managed with a untagged pvid and the customer traffic is on a tagged vlan.
Photo of Alex Shalima

Alex Shalima

  • 28 Posts
  • 8 Reply Likes
Hi Aaron,

Great. That is 95% of all issues usually. I have to triple check the switch configs if I didn't do the config myself. 

Moving forward is where it gets interesting,

- Are you using any sort of authentication mechanisms?
- Are you using Dynamic VLANs?


Best,
Alex
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
no dynamic vlans, and authentication only through the ruckus.  no radius.  using wpa2 pre shared key set to auto.  I did try aes only and it seemed not to help. 
Photo of Alex Shalima

Alex Shalima

  • 28 Posts
  • 8 Reply Likes
Aaron,

What are the devices (phones, tablets, proprietary devices) that are getting dropped?

Are you in US? Are you using DFS channels?


Can you attach a text log or a link to a text log from a WAP that is having the issue you are describing?


Best,
Alex
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
It has happened on ipads, hp tablet, smart board, and laptops.  I will copy a log to post it.
Photo of EightOhTwoEleven

EightOhTwoEleven

  • 25 Posts
  • 3 Reply Likes
Are you having to re-enter credentials? Or just by moving you can get it to "snap" back without further intervention? What's your min bss-rate set to? Is it set to something super aggressive (24 Mbps)?
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
Its random.  But I can move from one ap to another or one ssid to another and get the error. If I go back to the other ap or ssid than it will connect again.  I believe it was set for 24 mbps.  I cant find the setting now after the upgrade.
Photo of Alex Shalima

Alex Shalima

  • 28 Posts
  • 8 Reply Likes
Also,
to check for the bss-minrate you can use CLI:
SSH in
show wlan - will show all the options for each WLAN, including bss-minrate

tochange bss-minrate:
config
wlan "Name of your WLAN"
bss-minrate <number> - to change the bss-minrate
exit - to save the config

ZD 10.x.x might have this under WLAN->Advanced config in the GUI as well
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
do you have to pull the log directly from ap or can you through the controller.  I only see the events tab and alarm tab that doesn't tell you much

(Edited)
Photo of Alex Shalima

Alex Shalima

  • 28 Posts
  • 8 Reply Likes
From the Administrator guide for version 10.0:

To view AP logs:

1. Go to Administer > Diagnostics, and locate the AP Logs section.
2. Click the “Click Here” link next to “To show current AP logs...”. The log data is displayed in the text box beneath the link. 
Photo of EightOhTwoEleven

EightOhTwoEleven

  • 25 Posts
  • 3 Reply Likes
The min-rate setting would be under the WLAN settings, at the bottom. There's a drop down box where you can select three options.

Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
The bss-minrate is set to 12mbps
Photo of Jamie Walmsley

Jamie Walmsley

  • 23 Posts
  • 3 Reply Likes
stuff to check:

Channelfly - do you have this enabled? Do client disconnections tie in with channelfy events (when CF changes the channel).

a CSA (channel switch announcement) is used notifying a client when an AP is changing channel however after using Ruckus stuff for many years with 40k+ AP's I frequently see stations not following the CSA and getting disconnected. Also if your using channelfly, when an AP is rebooted (as in the case of your firmware upgrade) CF must reassess every channel which usually results in AP's rapidly switching channel for anywhere upto 24 hours, user service during this period can be very flaky. 

Same deal for DFS. Are you seeing DFS events taking place which correlate to users disconnecting. This is a pretty common one for 5G clients getting disconnected when using the DFS channels.
(Edited)
Photo of EightOhTwoEleven

EightOhTwoEleven

  • 25 Posts
  • 3 Reply Likes
To add to this comment, if you are not using ChannelFly - what is your background scanning interval set to? By default I believe it's set to 20s, which is great for initial setup - but if it's been running for awhile, I would set it to the best practice of 3600s.
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
Backround Scanning on Both 2.4 and 5.  They are set to 20 seconds.  These ap's have been in since August. 
Photo of EightOhTwoEleven

EightOhTwoEleven

  • 25 Posts
  • 3 Reply Likes
Set it to 3600 for both bands and see if that helps.
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
I made the change to 3600 on both.  I ll see what happens over the next couple of days. 
Photo of Aaron Olson

Aaron Olson

  • 10 Posts
  • 0 Reply Likes
No change.  After a couple of days eventually all the ap's went back into the flagged alarm and they still have clients dropping randomly.  It isn't nearly as bad though.