Wireless Access

last person joined: 2 hours ago 

Access network design for branch, remote, outdoor and campus locations with Aruba access points, and mobility controllers.
Expand all | Collapse all

Daily Deauths from multiple users on ArubaOS 8.5.0.2

  • 1.  Daily Deauths from multiple users on ArubaOS 8.5.0.2

    Posted Oct 21, 2019 08:58 AM

    Hi All,

     

    We currently deployed a new virtual controller setup with 30 AP's and  around 300 clients.

    These are aruba Type 515 Ap's running 8.5.0.2.

    We receive daily complaints that users have network interruptions lasting 20-30 seconds, they stay connected but don't have any access whatsoever.

    When we monitor this we see deauth's being sent from the client workstation to the AP:

     

    Traced 802.11 Management Frames

    -------------------------------

    Timestamp        stype         SA                 DA                 BSS                signal  Misc

    ---------        -----         --                 --                 ---                ------  ----

    Oct 18 13:25:45  deauth        client mac  ap mac ap mac  0       Unspecified Failure (seq num 15)

     

    most of the times, we see an eventid "6105 - deauth after EAPOL key exchange sequence" on the workstations.

    These workstations are most of the time Windows 10 with various intel NICS, we updated these nic's to the latest driver (01/09/19) but the issue seems to remain. this happens once or twice during the day.

     

    The only difference we have with our other IAP clusters is that we have High Efficieny enabled, but only 2 clients out of 300 is actually using this. We did saw that this could cause issues even on 802.11ac but we thought that a driver update would fix this.

     

    Has anyone bumped into this issue before? We haven't disabled HE yet for the time being.

     

    Thank you!

    Sergio

     

     

     



  • 2.  RE: Daily Deauths from multiple users on ArubaOS 8.5.0.2

    Posted Oct 22, 2019 08:14 AM

    Try disabling high efficiency at the radio level and see if your problems continue.



  • 3.  RE: Daily Deauths from multiple users on ArubaOS 8.5.0.2

    Posted Oct 22, 2019 11:31 AM

    Hi Joseph, 

     

    We will disable it tonight to see if the situation has been improved.

     

    Thx!



  • 4.  RE: Daily Deauths from multiple users on ArubaOS 8.5.0.2

    Posted Oct 22, 2019 11:45 AM

    Sergio,

     

    To be clear, I don't know if this will help your or not.  It is quite possible that the client's key exchange is not finishing occasionally  because of cochannel interference.  I just asked to disable it, so your environment could be closer to that of any deployment with non-802.11ax APs.



  • 5.  RE: Daily Deauths from multiple users on ArubaOS 8.5.0.2

    Posted Oct 29, 2019 03:57 AM

    Hey Joseph,

    thank you for the response.

    It seems disabling High Efficiency didn't improve it, we are currently updating all the drivers and creating a ticket with our workstation vendor as well to see if they can find an exact cause.

     

    We are also enabling some features one at a time to see if it makes a difference, i'll update this post if we've found a fix.

     

     

    Thx!

    Sergio



  • 6.  RE: Daily Deauths from multiple users on ArubaOS 8.5.0.2

    Posted Nov 21, 2019 07:14 AM

    Hi Guys,

     

    We did a rollout of all the wireless drivers of the workstations to the latest version and upgraded the IAP cluster to 8.5.0.4 (since we tought we might hit bug ARUBA-SA-20191028-PLVL06).

     

    The problem seems to remain however, we've noticed fewer complaints but we still see deauths from time to time.



  • 7.  RE: Daily Deauths from multiple users on ArubaOS 8.5.0.2

    Posted Nov 21, 2019 09:28 AM
    Deauths are a regular part of devices leaving the network or roaming. The deauth reason is more consequential.


  • 8.  RE: Daily Deauths from multiple users on ArubaOS 8.5.0.2

    Posted Jan 14, 2020 08:36 AM

    Hi all,

     

    We've decided to increase the reauthentication interval to 12 hours (previously was on 1 hour) which significantly decreased the amount of disconnects that occurred.

     

    Thanks for all the help!

     

     

    Regards,

    Sergio