Wireless Access

View Only

last person joined: 16 hours ago

Access network design for branch, remote, outdoor, and campus locations with HPE Aruba Networking access points and mobility controllers.

Back to discussions

Expand all | Collapse all

iOS and OS X devices disconnecting

This thread has been viewed 32 times

1. iOS and OS X devices disconnecting

Kudos

kuairhead

Posted Dec 05, 2019 11:32 AM

We are experiencing issues with users on our 8.4.0.3 cluster where iOS and OS X devices are reporting they can connect but get kicked off the wireless after a short period of time or can connect but get no network connectivity.

Looking at debug logs for one user I see the following where it appears every 4-5 mins they get kicked out and then tries to reconnect. A lot of lines seem to be referencing bandwidth contracts which we have none enabled.

Dec 5 16:38:51 :501000: <5277> <DBUG> |stm| Station d4:61:9d:26:72:ba: Clearing state
Dec 5 16:38:51 :522004: <5012> <DBUG> |authmgr| auth_cluster_ipuser_dormant_entry_delete: ip(10.130.27.78) entry for mac d4:61:9d:26:72:ba flags 0xb
Dec 5 16:38:51 :522004: <5012> <DBUG> |authmgr| AUTH GSM Macuser Dormant Del (d4:61:9d:26:72:ba)
Dec 5 16:38:51 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_delete: deleted dormant mac(d4:61:9d:26:72:ba) entry
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Before Copy from priv bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: After copy from priv bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Final bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Before Copy from priv bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: After copy from priv bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Final bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_create_modify: Added/Modified dormant mac(d4:61:9d:26:72:ba) entry for reason 2
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| AUTH GSM Macuser Dormant Add (d4:61:9d:26:72:ba) tunneled user 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Before Copy from priv bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: After copy from priv bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Final bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Before Copy from priv bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: After copy from priv bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Final bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_create_modify: Added/Modified dormant mac(d4:61:9d:26:72:ba) entry for reason 1
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_user_download: mac(d4:61:9d:26:72:ba) dormant entry sent to SOS ip = ALL destindex = 0x10997 tot=1
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_send_dp_keys: mac(d4:61:9d:26:72:ba) key sent to SOS, type = 10
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_create_modify: Added/Modified dormant mac(d4:61:9d:26:72:ba) entry for reason 3
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| ac_dormant_create_ip: successfully inserted ip 10.130.27.78 to ip_hashtable mac d4:61:9d:26:72:ba
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_user_download: mac(d4:61:9d:26:72:ba) dormant entry sent to SOS ip = 10.130.27.78 destindex = 0x10997 tot=2
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| ac_ipuser_dormant_entry_create: Added dormant ip(10.130.27.78) entry for mac (d4:61:9d:26:72:ba)
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Before Copy from priv bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: After copy from priv bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Final bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Before Copy from priv bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: After copy from priv bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Final bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_user_download: mac(d4:61:9d:26:72:ba) dormant entry sent to SOS ip = ALL destindex = 0x10997 tot=2
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_create_modify: Added/Modified dormant mac(d4:61:9d:26:72:ba) entry for reason 2
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| dot1x_gsm_pmkcache_dormant_del: AUTH_GSM PMKCache dormant del for key mac d4:61:9d:26:72:ba key bssid 24:de:c6:05:91:90
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| dot1x_gsm_pmkcache_dormant_del: AUTH_GSM PMKCache dormant del for key mac d4:61:9d:26:72:ba key bssid 24:de:c6:d0:b3:78
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| dot1x_gsm_pmkcache_dormant_del: AUTH_GSM PMKCache dormant del for key mac d4:61:9d:26:72:ba key bssid 24:de:c6:05:9c:70
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| dot1x_gsm_pmkcache_dormant_del: AUTH_GSM PMKCache dormant del for key mac d4:61:9d:26:72:ba key bssid 24:de:c6:05:9b:f0
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| dot1x_gsm_pmkcache_dormant_del: AUTH_GSM PMKCache dormant del for key mac d4:61:9d:26:72:ba key bssid 24:de:c6:1e:44:10
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| dot1x_gsm_keycache_dormant_del: AUTH_GSM KeyCache dormant delete for key mac d4:61:9d:26:72:ba
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| auth_cluster_ipuser_dormant_entry_delete: ip(10.130.27.78) entry for mac d4:61:9d:26:72:ba flags 0xb
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| AUTH GSM Macuser Dormant Del (d4:61:9d:26:72:ba)
Dec 5 16:38:52 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_delete: deleted dormant mac(d4:61:9d:26:72:ba) entry
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| AUTH GSM Macuser Dormant Add (d4:61:9d:26:72:ba) tunneled user 0
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_create_modify: Added/Modified dormant mac(d4:61:9d:26:72:ba) entry for reason 0
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_create_modify: Added/Modified dormant mac(d4:61:9d:26:72:ba) entry for reason 3
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| ac_dormant_create_ip: successfully inserted ip 10.241.54.170 to ip_hashtable mac d4:61:9d:26:72:ba
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| ac_ipuser_dormant_entry_create: Added dormant ip(10.241.54.170) entry for mac (d4:61:9d:26:72:ba)
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Before Copy from priv bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: After copy from priv bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Final bw contract i = 0 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Before Copy from priv bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: After copy from priv bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_mac_compare_and_populate: Final bw contract i = 1 bwm_name = bwm->peruser 0 contractid 0 download 0
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| auth_cluster_dormant_user_download: mac(d4:61:9d:26:72:ba) dormant entry sent to SOS ip = ALL destindex = 0x10997 tot=2
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| ac_macuser_dormant_entry_create_modify: Added/Modified dormant mac(d4:61:9d:26:72:ba) entry for reason 2
Dec 5 16:38:55 :522004: <5012> <DBUG> |authmgr| ac_ipuser_dormant_entry_create: Added dormant ip(10.241.54.170) entry for mac (d4:61:9d:26:72:ba)
Dec 5 16:39:55 :501000: <5277> <DBUG> |stm| Station d4:61:9d:26:72:ba: Clearing state

These same messages loop every few minutes for this client. Our logs from Airwave support this, showing lots of 4-5 minute sessions from the client device with no traffic passed.

Users were fine on AOS 6.5 cluster. Only seems to be certain users but I can't see any pattern on the specific OS version. I am using an iPhone and Macbook myself and not experienced any of the same issues.

Any ideas on how to troubleshoot this further? I have enabled user debug for a few devices.

Thanks.

2. RE: iOS and OS X devices disconnecting

0 Kudos
EMPLOYEE

sri_srinivasan
Posted Dec 05, 2019 05:52 PM

Reply Reply Privately
interesting issue. Did you see any patterns while they disconnect? Or do they disconnect while they are idle or using the internet ?

1. Check if the user is roaming. This can be checked using command

show ap association client-mac <MAC of client>

2. Check if the ap radios are stable. This can be checked by

show ap bss-table ap-name <name of the ap>

and compare the uptime with show ap active.

if you see the radio rebooted from bss-table command and ap database comamnd it means the radios are rebooting. this is a seperate issue but in this case all devices in that ap would have issue not just a client.

3. Check the management frames of the ap and client.

show ap debug mgmt-frames ap-name <name of the AP>

you can also paste the output in this discussion chain, let me try if I can conclude something.

The logs does not have enough detail to conclude the issue. :)
3. RE: iOS and OS X devices disconnecting

0 Kudos
kuairhead
Posted Dec 06, 2019 05:25 AM

Reply Reply Privately
Hi, thanks for the reply. I have added a list of iphones and the macbook to debugging.

I can currently only see one of the iphones connected, here is the ap association client-mac command output:

The phy column shows client's operational capabilities for current association
Flags: A: Active, B: Band Steerable, H: Hotspot(802.11u) client, K: 802.11K client, M: Mu beam formee, R: 802.11R client, W: WMM client, w: 802.11w client, V: 802.11v BSS trans capable, P: Punctured preamble, U: HE UL Mu-mimo, O: OWE client, S: SAE client, E: Enterprise client
PHY Details: HT : High throughput; 20: 20MHz; 40: 40MHz; t: turbo-rates (256-QAM)
VHT : Very High throughput; 80: 80MHz; 160: 160MHz; 80p80: 80MHz + 80MHz
HE : High Efficieny; 80: 80MHz; 160: 160MHz; 80p80: 80MHz + 80MHz
<n>ss: <n> spatial streams
Association Table
-----------------
Name bssid mac auth assoc aid l-int essid vlan-id tunnel-id phy assoc. time num assoc Flags Band steer moves (T/S) phy_cap
---- ----- --- ---- ----- --- ----- ----- ------- --------- --- ----------- --------- ----- ---------------------- -------
68:ef:43:6b:70:a3-24:de:c6:48:cc:f8 Stats
------------------------------------------
Parameter Value
--------- -----
Channel 60
Channel Frame Retry Rate(%) 0
Channel Frame Low Speed Rate(%) 0
Channel Frame Non Unicast Rate(%) 0
Channel Frame Fragmentation Rate(%) 0
Channel Frame Error Rate(%) 0
Channel Bandwidth Rate(kbps) 56
Channel Noise 93
Client Frame Retry Rate(%) 0
Client Frame Low Speed Rate(%) 0
Client Frame Non Unicast Rate(%) 0
Client Frame Fragmentation Rate(%) 0
Client Frame Receive Error Rate(%) 0
Client Bandwidth Rate(kbps) 0
Client Tx Packets 0
Client Rx Packets 0
Client Tx Bytes 0
Client Rx Bytes 0
Client SNR 0
A2c_SM SeqNum, Old SeqNums 0 0

It looks as if the client is not sending or receiving any data. Also the client doesn't appear in the user table and looking at our Airwave history for the client they are currently reconnecting every 5 minutes.

The radios look stable, the uptime is since the APs last booted which was when they were reprovisioned from the AOS 6.5 controller to AOS 8 controllers.

Seeing only the following in the user-debug log for that client MAC:

Dec 6 11:06:27 :522245: <3658> <DBUG> |authmgr| user_age() called for MAC 68:ef:43:6b:70:a3 IP 10.130.2.201.

show ap debug mgmt-frames ap-name <name of the AP> isn't a recognised command on the MC?

Cheers.
4. RE: iOS and OS X devices disconnecting

0 Kudos
kuairhead
Posted Dec 06, 2019 07:19 AM

Reply Reply Privately
Looking at auth-tracebuf I am seeing the following messages for two of the iPhone clients I am logging shows following:

Dec 6 11:55:35 dormant user created * 68:ef:43:6b:70:a3 24:de:c6:48:cd:00 - - eduroam
Dec 6 11:55:35 dormant user sos download * 68:ef:43:6b:70:a3 24:de:c6:48:cd:00 - -
Dec 6 11:55:35 dormant user ptk download * 68:ef:43:6b:70:a3 24:de:c6:48:cd:00 - -
Dec 6 11:55:35 dormant user sos download * 68:ef:43:6b:70:a3 24:de:c6:48:cd:08 - -
Dec 6 11:55:35 dormant user ptk download * 68:ef:43:6b:70:a3 24:de:c6:48:cd:08 - -
Dec 6 11:55:35 dormant station-up * 68:ef:43:6b:70:a3 24:de:c6:48:cd:08 - -
Dec 6 11:55:35 dormant user sos download * 68:ef:43:6b:70:a3 24:de:c6:48:cd:08 - -
Dec 6 11:55:35 dormant station-up * 68:ef:43:6b:70:a3 24:de:c6:48:cd:08 - -
Dec 6 11:55:35 dormant user ptk download * 68:ef:43:6b:70:a3 24:de:c6:48:cd:08 - -
Dec 6 11:56:00 dormant station-down * 68:ef:43:6b:70:a3 24:de:c6:48:cd:08 - -
Dec 6 11:56:00 dormant station-up * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:00 dormant user created * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - - eduroam
Dec 6 11:56:00 dormant user sos download * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:00 dormant user ptk download * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:00 dormant station-up * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:00 dormant user sos download * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:00 dormant user ptk download * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:00 dormant station-up * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:00 dormant user sos download * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:00 dormant user ptk download * 68:ef:43:6b:70:a3 24:de:c6:48:cc:f8 - -
Dec 6 11:56:42 dormant user created * f4:06:16:4e:81:56 00:00:00:00:00:00 - -
Dec 6 11:56:42 dormant station-up * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - -
Dec 6 11:56:42 dormant user created * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - - eduroam
Dec 6 11:56:42 dormant user sos download * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - -
Dec 6 11:56:42 dormant user ptk download * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - -
Dec 6 11:59:07 dormant station-down * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - -
Dec 6 11:59:07 dormant station-up * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - -
Dec 6 11:59:07 dormant user created * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - - eduroam
Dec 6 11:59:07 dormant user sos download * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - -
Dec 6 11:59:07 dormant user ptk download * f4:06:16:4e:81:56 24:de:c6:1e:47:c0 - -
Dec 6 11:59:07 dormant user sos download * f4:06:16:4e:81:56 24:de:c6:1e:46:d0 - -
Dec 6 11:59:07 dormant user ptk download * f4:06:16:4e:81:56 24:de:c6:1e:46:d0 - -
Dec 6 11:59:07 dormant station-up * f4:06:16:4e:81:56 24:de:c6:1e:46:d0 - -
Dec 6 11:59:07 dormant station-up * f4:06:16:4e:81:56 24:de:c6:1e:46:d0 - -
Dec 6 11:59:07 dormant user sos download * f4:06:16:4e:81:56 24:de:c6:1e:46:d0 - -
Dec 6 11:59:07 dormant user ptk download * f4:06:16:4e:81:56 24:de:c6:1e:46:d0 - -
Dec 6 11:59:53 dormant station-down * f4:06:16:4e:81:56 24:de:c6:1e:46:d0 - -
Dec 6 11:59:53 dormant station-up * f4:06:16:4e:81:56 24:de:c6:1e:46:d0 - -

The devices appear on our Airwave logs as attempting to reconnect every 5 minutes and passing no traffic. It looks like they are completely failing to connect. Annoyingly I haven't been able to replicate the issue myself or see if happening yet as users are at different site.
5. RE: iOS and OS X devices disconnecting

0 Kudos
EMPLOYEE

sri_srinivasan
Posted Dec 22, 2019 04:27 AM

Reply Reply Privately
Thank you for the reply and sorry for delay in response.

It takes around 3 minutes for a client to get the SNR associated to the controller, if we check the command immediately the output would show 0. try to send me the output after the client is associated for more than a few minutes. Also check #show datapath-session table | include <MAC>' to check if the client is sending or receiving traffic.

Did you manage to open a ticket with TAC? this issue needs troubleshooting.
6. RE: iOS and OS X devices disconnecting

0 Kudos
James_AdamsUK
Posted Apr 27, 2021 07:26 AM

Reply Reply Privately
I know this thread was a while back,

However, I'm experiencing the same issue (ArubaOS (MODEL: Aruba7220), Version 8.6.0.8)

Was this ever resolved or does anyone have anymore information?

Cheers

------------------------------
James Adams
------------------------------

Original Message
7. RE: iOS and OS X devices disconnecting

0 Kudos
EMPLOYEE

cjoseph
Posted Apr 27, 2021 09:34 AM

Reply Reply Privately
There are many reasons for this happening. What are your specific circumstances?

------------------------------
Any opinions expressed here are solely my own and not necessarily that of Hewlett Packard Enterprise or Aruba Networks.
------------------------------

Original Message
8. RE: iOS and OS X devices disconnecting

0 Kudos
James_AdamsUK
Posted Apr 27, 2021 10:25 AM

Reply Reply Privately
Circumstance 1 - I have devices both IOS and Android, that are able to associate, obtain an IP and transmit/receive data for a period of time. Then randomly disassociate, when the devices re associate or try to associate, they either do not get an IP or are unable to associate. I have checked other IOS and Android devices on the same SSID (same BSSID) and these work absolutely fine with no issues.

Circumstance 2 - Device (either IOS, Android or even laptop) associates to the SSID and works absolutely fine, can roam around the building with no issues at all. But if you disable the WiFi or associate to another SSID and then try to re connect. Devices either do not get an IP or are unable to associate. Again not all devices have this issues, it's only some and not all the time (PALM OF HAND HITS HEAD)

Security running on said SSID is WPA2-PSK- AES, all basic rates are support and client match is disabled, supported channels in use with no CCI or spectrum interference.

I have checked all the above mentioned in this thread, so radios not flapping, datapath looks good etc.. I have checked "Client Trail" and the deauth reason states "STA has left and is deauthenticated" only for the devices to re associate to the same AP.

For something so "simple" like a WPA2 Personal PSK network, I'm generally out of ideas and knowledge of how else to troubleshoot. Any help with this would be greatly appreciated :)

------------------------------
James Adams
------------------------------

Original Message
9. RE: iOS and OS X devices disconnecting

0 Kudos
James_AdamsUK
Posted Apr 27, 2021 11:30 AM

Reply Reply Privately
Ok so a small update,

If I delete the devices on the MM, when the devices re associate they work fine.. Until they associate to another SSID and then back.

This could be me grasping at straws, but could this have anything to do with having a aaa profile/ guest policy and noticed that the default value is 2 IPv4 users per wireless user.

So if the controller see these devices to have more than 2 IP's assigned, would it "block" them and or getting itself confused.. But this could just be a very tired brain talking crap haha.

------------------------------
James Adams
------------------------------

Original Message
10. RE: iOS and OS X devices disconnecting

0 Kudos
EMPLOYEE

cjoseph
Posted Apr 27, 2021 12:08 PM

Reply Reply Privately
What is the dhcp lease time for your WLAN devices?

------------------------------
Any opinions expressed here are solely my own and not necessarily that of Hewlett Packard Enterprise or Aruba Networks.
------------------------------

Original Message
11. RE: iOS and OS X devices disconnecting

0 Kudos
James_AdamsUK
Posted Apr 27, 2021 01:23 PM

Reply Reply Privately
The DHCP lease times are 86400 seconds, there is also plenty of scope in the IP range. We are rocking a 10.70.0.0 /19 with around 200 devices connected.

------------------------------
James Adams
------------------------------

Original Message

Wireless Access

iOS and OS X devices disconnecting

1. iOS and OS X devices disconnecting

2. RE: iOS and OS X devices disconnecting

3. RE: iOS and OS X devices disconnecting

4. RE: iOS and OS X devices disconnecting

5. RE: iOS and OS X devices disconnecting

6. RE: iOS and OS X devices disconnecting

7. RE: iOS and OS X devices disconnecting

8. RE: iOS and OS X devices disconnecting

9. RE: iOS and OS X devices disconnecting

10. RE: iOS and OS X devices disconnecting

11. RE: iOS and OS X devices disconnecting