<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Clients showing a lot of de-authentication in Aerohive Migrated Content</title>
    <link>https://community.extremenetworks.com/t5/aerohive-migrated-content/clients-showing-a-lot-of-de-authentication/m-p/89845#M12458</link>
    <description>&lt;P&gt;To troubleshoot a connection error at one of our Aerohive AP650 environments we are monitoring some Mac OS X clients. We see a lot of de-authentications because of notification driver messages, followed by the 4 way-handshake and DHCP procedure. The clients has a good RSSI value and associates on the same AP every time. I checked some other environments and see the same behavior. Is this normal? Is this a result of off-channel scanning from the client (sleepmode)?&lt;/P&gt;</description>
    <pubDate>Fri, 31 Jan 2020 15:07:12 GMT</pubDate>
    <dc:creator>Hans</dc:creator>
    <dc:date>2020-01-31T15:07:12Z</dc:date>
    <item>
      <title>Clients showing a lot of de-authentication</title>
      <link>https://community.extremenetworks.com/t5/aerohive-migrated-content/clients-showing-a-lot-of-de-authentication/m-p/89845#M12458</link>
      <description>&lt;P&gt;To troubleshoot a connection error at one of our Aerohive AP650 environments we are monitoring some Mac OS X clients. We see a lot of de-authentications because of notification driver messages, followed by the 4 way-handshake and DHCP procedure. The clients has a good RSSI value and associates on the same AP every time. I checked some other environments and see the same behavior. Is this normal? Is this a result of off-channel scanning from the client (sleepmode)?&lt;/P&gt;</description>
      <pubDate>Fri, 31 Jan 2020 15:07:12 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/aerohive-migrated-content/clients-showing-a-lot-of-de-authentication/m-p/89845#M12458</guid>
      <dc:creator>Hans</dc:creator>
      <dc:date>2020-01-31T15:07:12Z</dc:date>
    </item>
    <item>
      <title>Re: Clients showing a lot of de-authentication</title>
      <link>https://community.extremenetworks.com/t5/aerohive-migrated-content/clients-showing-a-lot-of-de-authentication/m-p/89846#M12459</link>
      <description>&lt;P&gt;I wouldn't say this is normal, clients should be able to remain authenticated. The notification of driver message just means the client sent a disconnection notification, which is what we'd see with any client disconnection. Since we see a new 4 way handshake we know the client does fully disconnect from the network. Would you be able to enable auth debugs so we can get more detailed logs as to why the client is disconnecting? This guide reviews how to enable auth debugs: &lt;A href="https://thehivecommunity.aerohive.com/s/article/Authentication-Auth-Debugs" alt="https://thehivecommunity.aerohive.com/s/article/Authentication-Auth-Debugs" target="_blank"&gt;https://thehivecommunity.aerohive.com/s/article/Authentication-Auth-Debugs&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If you could enable those debugs, replicate the issue, pull tech data, and send the tech data and the MAC address of the test client you used to replicate to me at communityhelp@aerohive.com, I can review the data and let you know what I find. &lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I don't think this should be caused by client off-channel scanning, but I can't be sure at this point. Is the client only getting disconnected when it enters sleep mode?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 31 Jan 2020 23:00:40 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/aerohive-migrated-content/clients-showing-a-lot-of-de-authentication/m-p/89846#M12459</guid>
      <dc:creator>samantha_lynn</dc:creator>
      <dc:date>2020-01-31T23:00:40Z</dc:date>
    </item>
  </channel>
</rss>

