Wireless Access

Hello,

we have a client that is connecting to a RAP3, he never had issues, but now he has a new laptop with a new WLAN card (intel(R) Dual Band Wireless-AC 8260) and he is losing his connection constantly with following reason:

(wlan_controller) #show ap client trail-info a4:34:d9:d5:d2:a2

Client Trail Info
-----------------
MAC                BSSID              ESSID         AP-name      VLAN  Deauth Reason                    Alert
---                -----              -----         -------      ----  -------------                    -----
a4:34:d9:d5:d2:a2  18:64:72:7c:04:31  Test1  rap-x  3  Sapcp Ageout (internal ageout)   Sapcp Ageout (internal ageout)

Deauth Reason
-------------
Reason                           Timestamp
------                           ---------
Sapcp Ageout (internal ageout)   Apr 11 10:40:38
Sapcp Ageout (internal ageout)   Apr 11 10:40:17
Sapcp Ageout (internal ageout)   Apr 11 10:39:49
Sapcp Ageout (internal ageout)   Apr 11 10:39:40
Sapcp Ageout (internal ageout)   Apr 11 10:38:40
Sapcp Ageout (internal ageout)   Apr 11 10:38:21
Sapcp Ageout (internal ageout)   Apr 11 10:37:36
Sapcp Ageout (internal ageout)   Apr 11 10:36:54
Sapcp Ageout (internal ageout)   Apr 11 10:36:34
Sapcp Ageout (internal ageout)   Apr 11 10:36:16
Num Deauths:10

Alerts
------
Reason                           Timestamp
------                           ---------
Sapcp Ageout (internal ageout)   Apr 11 10:40:38
Sapcp Ageout (internal ageout)   Apr 11 10:40:17
Sapcp Ageout (internal ageout)   Apr 11 10:39:49
Sapcp Ageout (internal ageout)   Apr 11 10:39:40
Sapcp Ageout (internal ageout)   Apr 11 10:38:40
Sapcp Ageout (internal ageout)   Apr 11 10:38:21
Sapcp Ageout (internal ageout)   Apr 11 10:37:36
Sapcp Ageout (internal ageout)   Apr 11 10:36:54
Sapcp Ageout (internal ageout)   Apr 11 10:36:34
Sapcp Ageout (internal ageout)   Apr 11 10:36:16
Num Alerts:10

Mobility Trail
--------------
BSSID              ESSID         AP-name      Timestamp
-----              -----         -------      ---------
18:64:72:7c:04:31  Test1  rap-x  Apr 11 10:40:41
18:64:72:7c:04:31  Test1  rap-x  Apr 11 10:40:41
18:64:72:7c:04:31  Test1  rap-x  Apr 11 10:40:41
18:64:72:7c:04:31  Test1  rap-x  Apr 11 10:40:41
18:64:72:7c:04:31  Test1  rap-x  Apr 11 10:40:41
18:64:72:7c:04:31  Test1  rap-x  Apr 11 10:40:41
18:64:72:7c:04:31  Test1  rap-x  Apr 11 10:40:38
18:64:72:7c:04:31  Test1  rap-x Apr 11 10:40:17
18:64:72:7c:04:31  Test1  rap-x Apr 11 10:40:17
18:64:72:7c:04:31  Test1  rap-x  Apr 11 10:39:49
Num Mobility Trails:10

You can see these disconnections are very often.

Anyone that saw this type of disconnections before? "Sapcp Ageout (internal ageout)"  ? What does it mean?

Kind regards,

Is this an IAP or Controller-Based AP?  What version of ArubaOS or Instant OS?

This one is configured as Remote Access Point controlled by a controller; Release 6.4.4.1 (will be upgraded to 6.4.3.7 tomorrow evening; 6.4.4.1 was a test from a former colleague, but I want to go back to a GA release)

Kind regards,

Internal Ageout is when the controller ages a device out, but does not send a deauth.  It is typically done because of inactivity.  What authentication/encryption is this device using?

Like you can see, it is doing it a few times per minute, so the client shouldn't be inactive.

802.1x authentication with WPA2-AES encryption

What are the settings for your SSID profile?  Do you have handoff-assist configured?

Hand-off assist is disabled

SSID settings: pretty much default settings for our RAPs

Other client (standing next to each other)  is working fine.

Difference is that the new client is WIN10 and with an AC wlan card.

Please open a TAC case, so that they can look at the specifics of your situation.

I thought already that I would need to do that :-) Thanks anyway!

Hi, i know this is a very old thread but i am having similiar issue.

there is any update on how the case progress and the fix? thanks in advance.

upgraded the controller to the latest, I think at that time the issue for the client was resolved in 6.4.4.10

thanks Thomas.