Higher Education

last person joined: 2 days ago 

Got questions on how to enable mobility in education? Submit them here!
Expand all | Collapse all

Regular complaints of getting disconnected coming in from students

  • 1.  Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 11:29 AM

    We have been getting increasingly frequent complaints from the students of being disconnected regularly from the wireless network.  Aside from the usual difficulties of getting the students to provide further details it has also been difficult to track down when the students do give details.  The problem can happen in the middle of an active session like a Skype call, but is often just a pop up on Windows laptops notifiying them of the loss of connectivity or they see the spinning wheel on an OS X laptop.  As the reports go the commputers often reconnect without any action needed but sometimes the computer only connects if the student shutsdown wifi and turns it back on. In all cases the students are  Setting debugging on the clients has not shown any obvious patterns. Sometimes the logs shown a Client Match event, other times they show the client timed out and was deauth'd, and sometimes nothing obvious is in the logs.  I can not reproduce the problem, predict when it will happen next or find a clean way of identifying it has happened in the logs.  Any suggestions are greatly appreciated.

     

    We are running 6.4.2.2, having upgraded from 6.4.1.0 two weeks ago.  We have a pair M3's as the Master and two 7220's as local controllers sharing the load between ~560 APs.

     

    It could be something in 6.4 and I am considering going back to the latet 6.3.  We went to 6.4 for the improvements in Airgroup and the addition of getting the Chromecast to work. 


    #7220


  • 2.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 11:41 AM

    We are a small shop with one 7210 controller and about 170 APs and we are seeing exactly what you describe after moving to 6.4.2.2 from 6.4.1.0.  We are new to Aruba (about three months and counting) so we are not as familiar with the tools available to troubleshoot, but likewise we have not been able to pin it to any particular event.  We are also thinking about bumping back down to 6.4.1.0.  Our primary SSID is 802.1X, and we also provide an open SSID for students to register devices.  Most that we've heard from are on the 802.1X network but we are not sure that it is exclusive.  Would be interested to hear if 802.1X is also involved for you.

     


    #7210


  • 3.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 06, 2014 08:45 PM

    @jwhitaker@transy.edu wrote:

    We are a small shop with one 7210 controller and about 170 APs and we are seeing exactly what you describe after moving to 6.4.2.2 from 6.4.1.0.  We are new to Aruba (about three months and counting) so we are not as familiar with the tools available to troubleshoot, but likewise we have not been able to pin it to any particular event.  We are also thinking about bumping back down to 6.4.1.0.  Our primary SSID is 802.1X, and we also provide an open SSID for students to register devices.  Most that we've heard from are on the 802.1X network but we are not sure that it is exclusive.  Would be interested to hear if 802.1X is also involved for you.

     


    jwhitaker,

     

    Welcome to Aruba.  Please look at the article here:  http://community.arubanetworks.com/t5/Technology-Blog/Removing-the-Bottleneck-in-Wireless/ba-p/77978 to see a list of things that you can check to determine what your problem is.

    If you open a TAC case in parallel, it would help everyone on this thread if you report back on any progress you make.

     


    #7210


  • 4.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 11:48 AM

    We are seeing the same problems in our environment.  We are seeing complaints only from our 802.1x SSID.  We are also seeing some issues where students are not able to connect at all despite fantastic signal strength and almost zero interference.  

     

    We too upgraded to 6.4 for improvements in Airgroup.  We first started noticing problems in 6.4.2.0 but we suspect that there were some problems in 6.4.1.0 as well.  We updated to 6.4.2.2 code today to try to mitigate some of the issues.  

     

    We are running a single 3600 as a master with 4 M3s.  We have a total of 878 access points with a mixture of 105, 130 series, and 220 series with a few 175 and 275.  We see the issues across all models.

     

    Did you first notice the problem after you updated to 6.4?



  • 5.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 11:52 AM

    Have any TAC cases been opened to investigate these issues?

     

    interesting to know as I am running a hotspot network on 6.4.2.2 and I haven't heard of any issues yet but obviously the configuration is much simpler and we are running an open SSID.



  • 6.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 11:54 AM

    We started on 6.4.1.0 because we have AP-205s and needed 6.4 to support them, so we've not known anything different.  And, we have been in the process of rolling out Aruba across campus and replacing our previous system, so there was a lot of stuff in flux - if someone had an issue, we said "we're under construction" most times.  Eventually, we got it rolled out everywhere and things seemed OK.  From our view, 6.4.2.2 made it worse, or at least that's when we started hearing more complaints.

     


    #AP205


  • 7.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 12:19 PM

    Thanks for all of the replies!

     

    I have just opened a case with TAC on this issue.

     

    I am not sure if we had this problem before 6.4.  It has been trickling up for a while and I am not sure if it goes back to this summer or earlier.



  • 8.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 12:23 PM

    802.1x is how are students connect.  We do have a PSK network for things that have difficulty with 1x.  The examples I have are all 1x.

     

    Logs and user-debug are uploaded to the ticket.  I will let you know what I find.

     

    Thanks!



  • 9.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 12:21 PM

    What type of APs are you using ?



  • 10.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 12:24 PM

    We have a mix of 105, 125 and 225 APs.  Within a building the model type is usually the same.



  • 11.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:47 PM

    We are using primarily 134 and 135s.  We have a few buildings that are running 224s and a few 105s in select locations.  For our outdoor environment we have 50 AP175P and 4 275



  • 12.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:55 PM

    The reports that have actually given any details came in for Windows 7 Pro SP1 and OS X (10.9.3).  The word of mouth includes every flavor of Windows or OS X laptop.

     

    802.1x EAP-PEAP for us.  We worked through some problems with Bradford Network Sentry earlier in the semester but we are not seeing any correlation of the disconnects with RADIUS events.  Patching and then upgrading to the latest with Bradford has taken them out of the process.  

     

     



  • 13.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 10:53 AM

    I'm no authority here, but I believe we started seeing something similar when we upgraded to 6.3.xx. I know we opened a case with Aruba Support and believe we had to tweak our client-match settings. Since then, things have been much more stable. We are now happily running all 220 local controllers(3200's, 3400's and 7210's) and approx. 6000 APs(AP125, AP135 or AP225's) on 6.3.1.5.
    I'm sure the new Apple OS versions aren't helping matters any. We noticed the problem most significantly on our Macbooks, they tended to drop randomly and took a long time to reconnect. At the time, we had to upgrade to 6.3 to support the AP225's. We initially thought it was an issue with the 225's and the 802.11ac settings.
    The client-match adjustment may have been necessary because of our implemented 802.1x (EAP-PEAP, MSCHAPv2) settings where we still use WPA-AES and not WPA2. There was some issue related to that, I just don't recall what it was.
    I hope that's somewhat helpful and not misleading


    #AP225
    #7210


  • 14.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 10:57 AM

    So a fair amount of people have mention "twerks" (and not the Miley Cyrus kind) to client match that seemed to stabilize the situation. What adjustments were made if you guys don't mind?



  • 15.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 11:03 AM

    I am curious what you all have for your SSID/Advanced settings, specifically basic and transmit rates.  

     

    We have been fairly stable minus some odd disconnect issues with some of our 10.10 OSx users.  We are running 802.1x PEAP - WPA2-aes.

     

     



  • 16.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 11:07 AM

    before making the adjustments i would ask support.  I've heard that the 'defaults' for CM where changed in some revision of 6.3.  Having said that here are the commands for it.  

     

    cm-report-interval 
    cm-unst-ageout-intvl 
    cm-band-a-min-signal 
    cm-sticky-check-inter 
    cm-sticky-snr 
    cm-sticky-snr-delta 
    cm-sticky-min-signal 
    cm-steer-timeout 
    cm-lb-thresh 
    cm-stale-age 
    cm-max-steer-fails
    cm-lb-client-thresh 
    cm-lb-snr-thresh 
    cm-lb-signal-delta 

     

    other things to look at are. 

     

    how often are power settings changing

    how often are channels changing

    default data rates in that area

    default beacon rates. 

     

    all these could cause disconnects for roaming clients. 



  • 17.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 12:37 PM

    Aaron,

     

    I had to double-check the post because I thought I wrote it.  We have roughly the same AP's, same complaints, almost the same controllers (was actually hoping the 7200's were better since we're just M3's still), the same reason for upgrading (chromecast) and running the same ArubaOS.  6.3 didn't seem any better for us and we also have some new AP-104's that we loan out for students in their dorms.

     

    This year has been brutal for us.  The prior 7 were great. People want to know what's up with wifi. My best guess at this point:

     

    wifi-complaints.png

     

    I think there is only so much I can 'fix'.  



  • 18.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 12:41 PM

    It looks like I hit a nerve with this topic!  Wish I started it weeks ago.

     

    It looks like the problem predates 6.4 for us.  One of my reports from two months ago mentions the problem going back a year.

     

    TAC is on the case, so I will let folk know how it goes.



  • 19.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:04 PM

    The nearby Colleges are struggling with similar problems as well - and they are not Aruba customers.  I guess these devices are really being tweaked for home and/or open networks; compatible with anything you could ever plugin.



  • 20.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:18 PM
    Are these all types of devices or only OSX? If the latter, what version?


  • 21.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:22 PM

    For us it is mostly OSX.  MacBooks are also the most common device we have.  When I ask our student workers if they see it with Windows Laptops as well the response was 'oh, yeah, those are even worse'.  However the configuration is generally the problem with Windows (or virus, software firewall, wired port doesn't work either, etc...); at least from what I've been able to get my hands on.



  • 22.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:24 PM

    I love the graph!



  • 23.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 29, 2014 11:35 PM

    @pgemme wrote:

    Aaron,

     

    I had to double-check the post because I thought I wrote it.  We have roughly the same AP's, same complaints, almost the same controllers (was actually hoping the 7200's were better since we're just M3's still), the same reason for upgrading (chromecast) and running the same ArubaOS.  6.3 didn't seem any better for us and we also have some new AP-104's that we loan out for students in their dorms.

     

    This year has been brutal for us.  The prior 7 were great. People want to know what's up with wifi. My best guess at this point:

     

    wifi-complaints.png

     

    I think there is only so much I can 'fix'.  


    pgemme,

     

    You are missing a slice for "the real problem" (excellent graph, by the way).  

     

    For everyone on this thread who is having issues and it is mission critical; if you are over your head with dealing with a problem, and TAC cannot help you, please consider having a trained professional take a look at it.  Basic troubleshooting and even TAC can only go so far.  Old and incorrect assumptions often cloud and delay defining a problem and getting to a resolution.  Unhelpful user feedback can also sway a situation in the wrong direction.  A trained professional can look at all the facts and narrow things down to something of substance, so that your issues can be defined and systematically dealt with.

     

    Every environment is different and many times specific deployments require specific approaches.  That advice normally can only be given by someone who is onsite and gets a full picture of what could be happening.  Basic principles and even best practices can only go so far; those principles and practices need to be modified to suit your specific deployment.

     

    Your Aruba Sales team would normally be aware of a go-to professional in your region who would be able to give you the help you need.

     



  • 24.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:23 PM

    Another thing to look at is not only 802.1x but client match, channel utilziation, and whether clients are 2.4 only with roaming issues. We have run into issues like this as well but have found that a lot of the devices having the issue have poor 2.4 only 1x1 and 2x2 NICs. We end up disabling roaming in the driver settings. 

     

    In regards to 802.1x take a look at your VAP, and AAA profile. Also take one of the users or one of your test machines you have been able to replicate the issues on. Look at your asscioation times/timeouts and compare to RADIUS or what ever your using for auth. I would also look at what your using whether it be EAP-Peap, EAP-TLS, etc and verify your not having issues there. Also look at your load balencer if your using one for Radius, etc



  • 25.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:24 PM

    I too have had several complaints about this...I've got 2 different AOS versions, a 6.4.1.0 and a 6.3.1.6.  So far, only have complaints in 1 area on the 6.4.1.0 code version... I went there myself, with several different machines (android, mountian lion, yosemite, and windows 7), and experienced issues with all but the android, all simultaneously. 

     

    My initial complaint came from a student who had just upgraded to yosemite... I've got a ticket open with Dell, who in turn has one open with Aruba on this matter. 

     

    My experience was not only a disconnect - reconnect, but a failure to connect. I have several 802.1x networks, hitting several different radius servers, as well as an open network...During this failure to connect time-period, not a single SSID worked for me on the laptops... My android phone however, no issues....



  • 26.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 06, 2014 08:43 PM

    @lkfirestone wrote:

    I too have had several complaints about this...I've got 2 different AOS versions, a 6.4.1.0 and a 6.3.1.6.  So far, only have complaints in 1 area on the 6.4.1.0 code version... I went there myself, with several different machines (android, mountian lion, yosemite, and windows 7), and experienced issues with all but the android, all simultaneously. 

     

    My initial complaint came from a student who had just upgraded to yosemite... I've got a ticket open with Dell, who in turn has one open with Aruba on this matter. 

     

    My experience was not only a disconnect - reconnect, but a failure to connect. I have several 802.1x networks, hitting several different radius servers, as well as an open network...During this failure to connect time-period, not a single SSID worked for me on the laptops... My android phone however, no issues....


    lkfirestone,

     

    If you can go to the dashboard and look at one or two access points in the area, you might want to see what the channel utilization is for them in the area at that time when you are having issues.  If there is a hidden source of interference or high utilization, dropped or corrupted packets during 802.1x could prevent a client from connecting period.  It could also be environmental as in a non-wifi device causing interference.  How many SSIDs are you broadcasting in that area and do you have "Drop Broadcast and Multicast" enabled on all of your SSIDs?  Check out the post here:  http://community.arubanetworks.com/t5/Technology-Blog/Removing-the-Bottleneck-in-Wireless/ba-p/77978 to see if there are small things that you can check for...

     

     



  • 27.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 01:26 PM


  • 28.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 27, 2014 02:50 PM

    We have seen the same issue and are running 6.3.1.10 with three M3 controllers (Master & two local) and about 590 AP's (105, 125, 134/5, 175 and some 225).  We are having random disconnects and dificulties reconnecting after (need to disable adapter or reboot computer).  More OS X users than Windows but not enough data to draw any defenite conclusions.

    We got rid of some interference in one of the buildings and that helped a little bit with the number of times this happens.  However, students are still disconnecting randomly and the debug logs don't give any more information. We started getting reports of this problem about 4-5 weeks ago but we ran on the 6.3.1.10 long before that.  Please post if you were able to figure something out with TAC.



  • 29.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 09:54 AM

    Just wanted to toss my hat into the ring as I am seeing some of these same issues. Small shop here, 4 - 3000 series controllers, dedicated master (3200xm) with three locals (3200xm, 3400 & 3600), running 6.4.2.0 across the board. Currently about 200 AP's, mix of 93's, 105's and now 225's. I have been seeing it on Win7 machines, iPads, iPhones and rarely on an Android. I haven't seen it on win8 though... hmmm there is some food for thought.

     

    Anyway, I was attributing a lot of it to needed updates to various wireless drivers and whatnot, there apparently a known issue with the latest iOS and there was an update released for "known WIFI related issues" (according to our web designers iPad anyway). Now I am seeing the similarities and am thinking this is the same issue as everyone else here. Ill be monitoring this thread to see how it progresses too.



  • 30.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 10:00 AM

    Since everybody is throwing in their hat. 

    We are seeing the issue here at Boston College.  Dedicated Master with 8 local's (6.3.1.8) 

    Windows/Apple OS on various devices. 

     



  • 31.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 10:46 AM

    6.3.1.13 here and we're hearing of similar issues.   i'm trying to corner a client so i can catch a debug and get some client match and roaming information to see if i can pinpoint it..

     

    7200 controllers master - local setup with roughly 4000 access points.  

     

    If anyone catches some good info in a debug log let us know.

     

    Thanks,

     

    Brodi3man

     



  • 32.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 11:00 AM

    We're having the same issues mostly from OSX (random disconnects and dificulties reconnecting after, no red flags in logs). We're running 6.3.1.8. We have 10 M3s (inlcuding master) and one 7220.

     

    Has anyone tried disabling client match? Are folks running 80MHz channels in 5GHz?

     

    Mike


    #7220


  • 33.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 11:07 AM

    @mldickson wrote:

    We're having the same issues mostly from OSX (random disconnects and dificulties reconnecting after, no red flags in logs). We're running 6.3.1.8. We have 10 M3s (inlcuding master) and one 7220.

     

    Has anyone tried disabling client match? Are folks running 80MHz channels in 5GHz?

     

    Mike




     

    We had a ticket (or 3) open with TAC regarding this issue.  They tried turning off client-match but it did not resolve the issue.  We worked with them for several weeks on this issue and had no luck resolving the problem.  We then made a few changes with them regarding our NAC (not Clearpass) and it seemed to fix the problem.  Recently we found out that the problem still exists but users had stopped reportin the issue to IT.

     

    In our TAC support case we worked with head engineers and were not able to find a problem in the Arubas system but at the time nobody at TAC or engineering had heard of the issue.

     

    Glad it's not jsut us

     


    #7220


  • 34.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 11:35 AM

    Here is an update on the latest from TAC.  They looked at the user debug for one of the few students reporting the problem in detail and are attributing the disconnect to "User Idle Timeout".  This was already on our list of suspects and it was interesting to get the same from them.  It does explain some, but not all, of the disconnects.

     

    Last week we changed the timeout from default 300 seconds to 600 seconds.  This morning I have doubled it again to 1200 seconds.  Really hoping it does not cause problems in other areas but very curious to see how it goes.

     

    I just sent them a user debug of another student from last night that was definitely using his computer to visit different web sites (they included a screen shot of their browser log!) when it (Windows 7 Pro SP1) was disconnected.  The logs showed the reauth but there was nothing leading up to it.  Waiting to hear back.



  • 35.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 12:36 PM
    Make certain that your new user-idle-timeout does not exceed your DHCP max lease time. Otherwise, you could run into issues when the next client attempts to claim that same IP address (assuming you have Prohibit IP spoofing enabled).


  • 36.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 01:54 PM

    Hi All,

    I just searched throuh my archive and discovered this .....

     

    Description: Macbooks client intermittently getting disconnected

     

    Latest Status changed to:
    It was found that the client was changing channels (moving to a to g radio) due to radar detected on DFS channel. The AP did not change channels..

    Next Action changed to:
    Recommendation to mitigate this is to remove DFS channels from regulatory domain profile. TAC is investigating to see if this is a known Apple issue..

     

    I also reviewed my Client Match settings and they don't look that different from the defaults.

     

    I might not have remembered all the events that surrounded our upgrade to 6.3 correctly. Apologies if I conveyed misleading information.

     

     



  • 37.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 06, 2014 08:26 PM

    @jkotch wrote:

    Hi All,

    I just searched throuh my archive and discovered this .....

     

    Description: Macbooks client intermittently getting disconnected

     

    Latest Status changed to:
    It was found that the client was changing channels (moving to a to g radio) due to radar detected on DFS channel. The AP did not change channels..

    Next Action changed to:
    Recommendation to mitigate this is to remove DFS channels from regulatory domain profile. TAC is investigating to see if this is a known Apple issue..

     

    I also reviewed my Client Match settings and they don't look that different from the defaults.

     

    I might not have remembered all the events that surrounded our upgrade to 6.3 correctly. Apologies if I conveyed misleading information.

     

     


    jkotch,

     

    You bring up a good point.  Do not run DFS channels unless you have absolute control over your clients.  In some cases, entire manufacturers do not have DFS certified or enabled on their clients.  Other manufactuerers that have enabled DFS channels don't scan on them often, so you could end up with an access point that serves few if any clients.  You would be creating black holes and irregular coverage for those devices with no DFS support.  In some cases, Radar will geniuinely create issues with DFS channels, but there is a chance that there are false positives. Disabling DFS channels will sidestep these issues.

     

    If you used DFS to obtain spectrum, you should have a plan to unbond channels so that you can regain channel separation when you disable DFS.

     

     

     



  • 38.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 07, 2014 02:17 PM

    I now also remember we had to adjust our 802.1x High and low watermarks, but I don't remember why.  We were seeing a lot of Throttling occurring before the adjustments.

    I previously stated we're happily running 6.3.1.5 but it has just come to light that our Field Technicians all received new Macbooks last month and many of them are complaining of getting disconnected from one of our two 802.1X networks. I have to gather much more information still, but I believe they are experiencing this on MacOS. I have not heard complaints of Windows dropping connections.



  • 39.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 07, 2014 02:19 PM
    Jkotch,

    Is there any way you can be more specific about what parameters you had to change and in response to what?


  • 40.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 07, 2014 04:43 PM

    I'm not purposely being elusive. I wish I could remember all the details. I welcome someone to connect up with me and take a look at our configuration. I don't want to post any false information so I am reluctant to post much of anything.
    I believe that we customized our high and low watermark settings on the 7210 controllers because of some sort of 802.1x authentication issue that we had while running 6.3.1.5. I can't say for certain it was related to the disconnects, but there is a good chance it was. We were seeing a lot of 'throttling' happen and we had to keep adjusting the settings until we found the correct ones. We may have adjusted some of our Client Match settings as well. Based on other posts in this thread, I'm guessing the issue has something to do with 802.1X authentication.

    Our current values.
    Dot1x high watermark..................120
    Dot1x low watermark...................114
    Dot1x stm throttling percent..........50

     

     

    If there's any more information you would like, please let me know.


    #7210


  • 41.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 07, 2014 04:47 PM

    jkotch,

     

    No worries.  Thanks for being honest.  Maybe it will jog someone's memory.

     

    There are alot of different issues in this thread.  Maybe someone can find something useful in everything that is contributed.



  • 42.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 12, 2014 01:57 PM

    Update from SUNY Oneonta: 

     

    Last Thursday night we worked with TAC on this and we changed ARM to maintain mode. Now reports from the two buildings where we made report better but still seeing disconnects. This is a client report from Airwave of currently connected clients. The problem exist AP's on campus not just one group, RF profile etc. So far I no matter what we have thrown at it nothing seems to change. Now this is the very same profile for RF that we have used for the past two years but haven't seen this problem. There are some increased devices from the student's side but we have pretty much the same enviroment in the reshalls as last fall semester that worked fine without a problem.  I'm digging up on my backup drive for a compairson of connected users then to now, but it really stands out when looking at the Duration and Association Time how big the problem is. Hays and Grant  AP's are where we have made changes with TAC. Hulbert below has all New AP 115's intalled in a Dense deployment.

     

     

     

    For some reason it won't allow me to attach a file but here is the information that I wanted to convey. This is just a shortend version but I can send you the full file if you want to review. At this time there were 2508 users connected. But here are samples of what I'm seeing. Now this is all at random intervals, with not all the same client's bumped at the same time or from the same AP, or RF Profile.

     

    DurationAssociation TimeAP/DeviceSig. Qual.SpeedGoodputAOS Device TypeRoleSSIDConnection ModeUsageCh BW
    1 day 0 hours 16 minutes11/11/14, 9:41 AMWilber-7E:0A416518iPadAdmin-3Red Dragon WiFi11n 5 GHz1.23 KbpsHT20
    1 day 0 hours 19 minutes11/11/14, 9:37 AMMacduff-104323655iPodregistrationRed Dragon WiFi11g 2.4 GHz420 bps-
    1 day 0 hours 9 minutes11/11/14, 9:48 AMHiggins-A4:243422730OS XResnet-9Red Dragon WiFi11n 5 GHz10 KbpsHT40
    1 day 10 hours 18 minutes11/10/14, 11:39 PMFord-C6:EE41048iPadResnet-5RedDragonSecure11a 5 GHz2.35 Kbps-
    1 day 10 hours 20 minutes11/10/14, 11:37 PMGrant-E0:EA235248AndroidResnet-15RedDragonSecure11n 2.4 GHz1.97 KbpsHT20
    1 day 10 hours 27 minutes11/10/14, 11:29 PMHulbert-C019.aruba.oneonta.edu52026Win 8Resnet-15Red Dragon WiFi11n 5 GHz314 bpsHT40
    1 day 10 hours 31 minutes11/10/14, 11:26 PMTobey-E2:3935020iPadResnet-7Red Dragon WiFi11n 5 GHz84 bpsHT40
    1 day 10 hours 39 minutes11/10/14, 11:17 PMHuntington-CC:4033053WindowsResnet-13RedDragonSecure11a 5 GHz773 bps-
    1 day 10 hours 9 minutes11/10/14, 11:48 PMGrant-E2:19416530iPodregistrationRed Dragon WiFi11n 2.4 GHz445 bpsHT20
    1 day 11 hours 1 minute11/10/14, 10:56 PMMatteson-2B:3A323645iPodResnet-16Red Dragon WiFi11g 2.4 GHz20 bps-
    1 day 11 hours 11 minutes11/10/14, 10:45 PMMatteson-CD:B6393545Win 8Resnet-16Red Dragon WiFi11a 5 GHz4.26 Kbps-
    1 day 11 hours 14 minutes11/10/14, 10:43 PMTobey-26:A744070OS XResnet-14Red Dragon WiFi11n 2.4 GHz3 bpsHT20
    1 day 11 hours 14 minutes11/10/14, 10:43 PMWilber-7A:7E496425Win 7Resnet-16RedDragonSecure11n 2.4 GHz1.41 KbpsHT20
    1 day 11 hours 25 minutes11/10/14, 10:32 PMWilber-E2:C1366522iPodResnet-1Red Dragon WiFi11n 2.4 GHz49 bpsHT20
    1 day 11 hours 38 minutes11/10/14, 10:19 PMHulbert-B001.aruba.oneonta.edu697135registrationRed Dragon WiFi11n 2.4 GHz0 bpsHT20
    1 day 11 hours 47 minutes11/10/14, 10:10 PMGolding-E2:243130Win 8Resnet-9RedDragonSecure11n 2.4 GHz7.34 KbpsHT20
    1 day 11 hours 58 minutes11/10/14, 9:59 PMHulbert-E011.aruba.oneonta.edu636518iPadResnet-3Red Dragon WiFi11n 5 GHz77 bpsHT20
    1 day 11 hours 58 minutes11/10/14, 9:59 PMWilber-7D:F70046registrationRed Dragon WiFi11n 2.4 GHz96 bpsHT20
    1 day 12 hours 23 minutes11/10/14, 9:33 PMHiggins-c1:a4:2e36019iPhoneResnet-1Red Dragon WiFi11n 5 GHz120 bpsHT40
    1 day 12 hours 30 minutes11/10/14, 9:26 PMLittell-437.aruba.oneonta.edu6913031Win 8Resnet-16Red Dragon WiFi11n 2.4 GHz21 bpsHT20
    1 day 12 hours 54 minutes11/10/14, 9:02 PMHuntington-317393054registrationRed Dragon WiFi11g 2.4 GHz203 bps-
    1 day 12 hours 58 minutes11/10/14, 8:59 PMHulbert-B031.aruba.oneonta.edu58090iPadResnet-8Red Dragon WiFi11n 5 GHz17 bpsHT20
    1 day 13 hours 28 minutes11/10/14, 8:28 PMHulbert-C016.aruba.oneonta.edu586518iPadResnet-9Red Dragon WiFi11n 5 GHz20 bpsHT20
    1 day 13 hours 3 minutes11/10/14, 8:53 PMBlodgett-A3:2F.aruba.oneonta.edu3430036OS XResnet-4Red Dragon WiFi11n 5 GHz1.99 KbpsHT40
    1 day 13 hours 5 minutes11/10/14, 8:52 PMMacduff-BC:3229049iPodResnet-2Red Dragon WiFi11g 2.4 GHz62 bps-
    1 day 13 hours 58 minutes11/10/14, 7:59 PMLittell-A4:7A2915029

    AppleTV

    registrationRed Dragon WiFi11n 5 GHz736 bpsHT40
                

     

    18 minutes11/12/14, 9:39 AMHulbert-D074.aruba.oneonta.edu316555iPhoneResnet-8Red Dragon WiFi11n 5 GHz62.5 KbpsHT40
    18 minutes11/12/14, 9:39 AMHulbert-D077.aruba.oneonta.edu44221AndroidResnet-9Red Dragon WiFi11n 2.4 GHz96.4 KbpsHT20
    18 minutes11/12/14, 9:39 AMHulbert-E004.aruba.oneonta.edu73046Win 8Resnet-16Red Dragon WiFi11n 2.4 GHz53 bpsHT20
    18 minutes11/12/14, 9:39 AMHulbert-E019.aruba.oneonta.edu276516iPodregistrationRed Dragon WiFi11n 2.4 GHz3.36 KbpsHT20
    18 minutes11/12/14, 9:39 AMHulbert-E029.aruba.oneonta.edu206813registrationRed Dragon WiFi11n 2.4 GHz0 bpsHT20
    18 minutes11/12/14, 9:39 AMHulbert-E029.aruba.oneonta.edu61283189OS XResnet-1RedDragonSecure11n 5 GHz0 bpsHT40
    18 minutes11/12/14, 9:39 AMHulbert-E029.aruba.oneonta.edu56021iPhoneResnet-1RedDragonSecure11n 2.4 GHz163 KbpsHT20
    18 minutes11/12/14, 9:39 AMHulbert-E029.aruba.oneonta.edu4015024iPhoneResnet-5RedDragonSecure11n 5 GHz273 KbpsHT40
    19 hours 10 minutes11/11/14, 2:47 PMTobey-E2:9E3115019iPadResnet-16Red Dragon WiFi11n 5 GHz2.06 MbpsHT40
    19 hours 20 minutes11/11/14, 2:36 PMHuntington-22547051AndroidResnet-6RedDragonSecure11g 2.4 GHz28 Kbps-
    19 hours 31 minutes11/11/14, 2:26 PMGrant-E2:1526659iPadResnet-9Red Dragon WiFi11n 5 GHz412 bpsHT20
    19 hours 34 minutes11/11/14, 2:23 PMHulbert-D050.aruba.oneonta.edu386518iPodResnet-1Red Dragon WiFi11n 2.4 GHz0 bpsHT20
    19 hours 34 minutes11/11/14, 2:23 PMHulbert-D055.aruba.oneonta.edu5415019iPadResnet-12Red Dragon WiFi11n 5 GHz20 bpsHT40
    19 hours 41 minutes11/11/14, 2:15 PMBlodgett-CD:A0323354registrationRed Dragon WiFi11g 2.4 GHz203 bps-
    19 hours 41 minutes11/11/14, 2:15 PMCurtis-5D:4F.aruba.oneonta.edu30034AndroidResnet-5Red Dragon WiFi11n 5 GHz13 bpsHT20
    19 hours 41 minutes11/11/14, 2:15 PMLittell-446.aruba.oneonta.edu336553iPadregistrationRed Dragon WiFi11n 5 GHz1.83 KbpsHT20
    19 hours 42 minutes11/11/14, 2:14 PMMatteson-c9:5d:4230148103iPadResnet-12Red Dragon WiFi11n 5 GHz0 bpsHT40
    19 minutes11/12/14, 9:37 AM24:de:c6:ca:db:9e2815019iPhoneResnet-2Red Dragon WiFi11n 5 GHz90.5 KbpsHT40
    19 minutes11/12/14, 9:37 AM24:de:c6:ca:db:9e47034iPodResnet-4Red Dragon WiFi11g 2.4 GHz56.8 Kbps-
    19 minutes11/12/14, 9:37 AM24:de:c6:ca:db:9e2915019iPodResnet-18Red Dragon WiFi11n 5 GHz66 KbpsHT40
    19 minutes11/12/14, 9:37 AM24:de:c6:ca:db:a2610-OS XResnet-10RedDragonSecure11n 5 GHz9 bpsHT40
    19 minutes11/12/14, 9:37 AM24:de:c6:ca:db:bc23336AndroidAdmin-3Red Dragon WiFi11n 2.4 GHz842 bpsHT20
    19 minutes11/12/14, 9:37 AM24:de:c6:ca:db:bc188118iPhoneResnet-18Red Dragon WiFi11n 5 GHz322 bpsHT40
    19 minutes11/12/14, 9:37 AM24:de:c6:ca:de:f4415025iPhoneResnet-5Red Dragon WiFi11n 2.4 GHz505 bpsHT20
    8 minutes11/12/14, 9:49 AMHays-CC:9425249iPhoneResnet-16Red Dragon WiFi11g 2.4 GHz0 bps-
    8 minutes11/12/14, 9:49 AMHays-CC:94242138iPodResnet-18RedDragonSecure11g 2.4 GHz0 bps-
    8 minutes11/12/14, 9:49 AMHays-CC:B00026iPhoneResnet-14RedDragonSecure11g 2.4 GHz0 bps-
    8 minutes11/12/14, 9:49 AMHays-CC:B2303627iPhoneResnet-18Red Dragon WiFi11g 2.4 GHz0 bps-
    8 minutes11/12/14, 9:49 AMHays-CC:B2440-OS XResnet-2Red Dragon WiFi11a 5 GHz0 bps-
    8 minutes11/12/14, 9:49 AMHays-CC:C6183621iPhoneResnet-14Red Dragon WiFi11a 5 GHz0 bps-
    8 minutes11/12/14, 9:49 AMHulbert-B005.aruba.oneonta.edu210-iPhoneResnet-2Red Dragon WiFi11n 5 GHz0 bpsHT40
    8 minutes11/12/14, 9:49 AMHulbert-B010.aruba.oneonta.edu32034iPhoneResnet-14Red Dragon WiFi11n 5 GHz0 bpsHT40
    8 minutes11/12/14, 9:49 AMHulbert-B012.aruba.oneonta.edu4014725iPhoneResnet-17Red Dragon WiFi11n 5 GHz0 bpsHT40
    8 minutes11/12/14, 9:49 AMHulbert-B013.aruba.oneonta.edu2309iPhoneResnet-4Red Dragon WiFi11n 5 GHz0 bpsHT40
    8 minutes11/12/14, 9:49 AMHulbert-B016.aruba.oneonta.edu49023Win 7Resnet-14Red Dragon WiFi11n 2.4 GHz0 bpsHT20
    8 minutes11/12/14, 9:49 AMHulbert-B017.aruba.oneonta.edu55019iPodResnet-11Red Dragon WiFi11n 5 GHz0 bpsHT40
    8 minutes11/12/14, 9:49 AMHulbert-B035.aruba.oneonta.edu3091131AndroidResnet-13RedDragonSecure11n 5 GHz0 bpsHT40


  • 43.  RE: Regular complaints of getting disconnected coming in from students

    Posted Nov 12, 2014 03:44 PM

    gilmorr,

     

    There is no attachment.

     



  • 44.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 28, 2014 01:59 PM

    Taking Ryan's advice one step further, you should coordinate your idle time-out, DHCP lease time, and 802.1X reauth intervals so tha they don't occur at the same time very often.  For example, If your idle timeout is 5 minutes, your reath interval is 10 minutes, and your DHPC time is 20 minutes, two of those will coincide every 10 minutes and all three every 20 minutes.  If you set them to 6 minutes, 11 minutes and 19 minutes, it will be an hour before 2 of them coincide, and a very long time before all three do.



  • 45.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 29, 2014 02:27 PM

    I am having the same issues here.  I am running a single 7210 with around 500 AP's.  The complaints started out as gaming consoles and Apple TV's being disconnected every 10 minutes after upgrading from 6.4.1.0 to 6.4.2.2 because of the security flaw. 

     

    However, it is not apparent its much more than the gaming consoles and apple TV's.  I have windows machines and OSX devices. 

     

    I have noticed on a couple clients through AirWave that they have been moved frequenty due to client match. 

     

    Curious if anyone has had any tweaks (not twerks :-) ) that have made a difference.

     

    Thanks,
    Chris

     

    Lee University


    #7210


  • 46.  RE: Regular complaints of getting disconnected coming in from students

    Posted Oct 29, 2014 02:35 PM

    @cgolden07 wrote:

    I am having the same issues here.  I am running a single 7210 with around 500 AP's.  The complaints started out as gaming consoles and Apple TV's being disconnected every 10 minutes after upgrading from 6.4.1.0 to 6.4.2.2 because of the security flaw. 

     

    However, it is not apparent its much more than the gaming consoles and apple TV's.  I have windows machines and OSX devices. 

     

    I have noticed on a couple clients through AirWave that they have been moved frequenty due to client match. 

     

    Curious if anyone has had any tweaks (not twerks :-) ) that have made a difference.

     

    Thanks,
    Chris

     

    Lee University


     

    We had noticed the same thing on windows, OSx, and iOS devices.  We worked with TAC on some client match tweaks and even more with a third-party vendor but it did not make much difference at all unfortunately.


    #7210


  • 47.  RE: Regular complaints of getting disconnected coming in from students