Wireless Access

Randomly client machine will disconnect from the network. It is very difficult to notice as the wireless signal bar at the top menu is still showing full bar. When it happen, user will complain that the network is very slow will only notice after i did a ping test internally and externally. i will need to restart the wireless in order for it to reconnect back to the network.

The signal strength is those area is not week having RSSI around -65 and transmit rate 150Mb. There is a lot of AP around the area. I did a check and there is not interfering channel. i am suspecting that maybe too many AP are distributing the same channel that causes this problem but i do not know how to verify it.

All client are running mac os x mountain lion and are running aruba os 6.2. Not sure if it might be a bug in mountain lion or os6.2, but the issue only happen to minor client.

What do you see if you run a user debug?

logging level debugging user-debug xx:xx:xx:xx:xx:xx

I would suggest turning on user debug, then run show log user-debug 100

What do you see when you run 'show ap arm rf-summary ap-name <ap-name>' and 'show ap arm history ap-name <ap-name'

Are the channels changing frequently?

Do the neighbouring APs detect interference?

Do the users retain an IP address when they are experiencing the issue?

are they mobile users? meaning they are moving from 1 AP to another AP?

Does this happen when the laptops/desktop go into sleep mode and come back from sleep? or they actively browsing and its slow and they lose connection?

Have you upgraded to the latest drivers for the wifi card? Latest OS patches?

This is the log file for the command show log user-debug

J

Jan 3 13:45:43 :522137: <DBUG> |authmgr| 00:25:4b:97:fb:91 : User-Agent: Skype WISPr.
Jan 3 13:47:45 :501000: <DBUG> |stm| Station 00:25:4b:97:fb:91: Clearing state
Jan 3 13:47:46 :501109: <NOTI> |AP Music@172.16.8.126 stm| Auth request: 00:25:4b:97:fb:91: AP 172.16.8.126-00:24:6c:26:3e:42-Music auth_alg 0
Jan 3 13:47:46 :501093: <NOTI> |AP Music@172.16.8.126 stm| Auth success: 00:25:4b:97:fb:91: AP 172.16.8.126-00:24:6c:26:3e:42-Music
Jan 3 13:47:47 :522152: <DBUG> |authmgr| station free: bssid=00:24:6c:26:51:2a, @=0x0x10b0cdcc.
Jan 3 13:47:47 :522240: <DBUG> |authmgr| Setting fallback idle timer for user 00:25:4b:97:fb:91 to 3600 seconds.
Jan 3 13:47:54 :501095: <NOTI> |stm| Assoc request @ 13:47:54.505530: 00:25:4b:97:fb:91 (SN 909): AP 172.16.8.122-00:24:6c:26:51:2a-Admin_office
Jan 3 13:47:54 :501109: <NOTI> |AP Admin_office@172.16.8.122 stm| Auth request: 00:25:4b:97:fb:91: AP 172.16.8.122-00:24:6c:26:51:2a-Admin_office auth_alg 0
Jan 3 13:47:54 :501093: <NOTI> |AP Admin_office@172.16.8.122 stm| Auth success: 00:25:4b:97:fb:91: AP 172.16.8.122-00:24:6c:26:51:2a-Admin_office
Jan 3 13:47:54 :501095: <NOTI> |AP Admin_office@172.16.8.122 stm| Assoc request @ 13:47:54.407843: 00:25:4b:97:fb:91 (SN 909): AP 172.16.8.122-00:24:6c:26:51:2a-Admin_office
Jan 3 13:47:54 :501100: <NOTI> |AP Admin_office@172.16.8.122 stm| Assoc success @ 13:47:54.408896: 00:25:4b:97:fb:91: AP 172.16.8.122-00:24:6c:26:51:2a-Admin_office

Jan 3 13:47:54 :501100: <NOTI> |stm| Assoc success @ 13:47:54.523702: 00:25:4b:97:fb:91: AP 172.16.8.122-00:24:6c:26:51:2a-Admin_office
Jan 3 13:47:54 :522035: <INFO> |authmgr| MAC=00:25:4b:97:fb:91 Station UP: BSSID=00:24:6c:26:51:2a ESSID=NISP VLAN=88 AP-name=Admin_office
Jan 3 13:47:54 :522077: <DBUG> |authmgr| MAC=00:25:4b:97:fb:91 ingress 0x0x10097 (tunnel 151), u_encr 64, m_encr 4112, slotport 0x0x1fc0 , type: local, FW mode: 0, AP IP: 0.0.0.0 mdie 0 ft_complete 0
Jan 3 13:47:54 :522078: <DBUG> |authmgr| MAC=00:25:4b:97:fb:91, wired: 0, vlan:88 ingress:0x0x10097 (tunnel 151), ingress:0x0x10097 new_aaa_prof: vlan80-aaa_prof, stored profile: vlan80-aaa_prof stored wired: 0 stored essid: NISP, stored-ingress: 0x0x100cb
Jan 3 13:47:54 :522246: <DBUG> |authmgr| Idle timeout should be driven by STM for MAC 00:25:4b:97:fb:91.
Jan 3 13:47:54 :522083: <DBUG> |authmgr| Skip User-Derivation, mba:0 udr_exist:0,default_role:logon,pDefRole:0x0x1098d354
Jan 3 13:47:54 :522044: <INFO> |authmgr| MAC=00:25:4b:97:fb:91 Station authenticate(start): method=802.1x, role=authenticated/authenticated//logon, VLAN=88/88/76/0/76/0, Derivation=1/3, Value Pair=0

Channel did not change for the pass 2 days. How to check if neighbouring APs detect interference. They retain the same IP when experiencing the issue. They are mobile user but this happen when they are in same location.  THis happen when user are activiely browsing. They are using macbook os mountain lion and snow leopard with latest os patch

Does the issue happen when the clients are roaming?  Since when have you been noticing this?  Does it happen with the same APs?

this do not happen when the client is roaming. i notice it since i upgrade to 6.2. i had downgrade it to 6.1.3.5 and also reduce some max and min tx eirp. it seem to be better but will monitor closely

If it is a mac, please check out the article here:  http://community.arubanetworks.com/t5/Mobile-Device-Configuration-and/MAC-WLAN-Client-quot-Nuances-quot/m-p/1461/highlight/true#M11