Wireless Access

I have the setup where a branch has only one access point 93 in RAP. For some reason the AP  chose to go on the same channel that all the other SSID’s are around :

Monitored AP Table

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

bssid              essid               chan  ap-type      phy-type        dos      dt/mt    ut/it    encr          nstas  avg-rssi  curr-rssi  wmacs  ibss

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

00:24:6c:3e:a6:60  TH    6     valid        80211b/g-HT-20  disable  502/502  0/0      open          7      60        60         2      no

00:24:6c:3e:a6:61  TA          6     valid        80211b/g-HT-20  disable  502/502  0/0      wpa2-psk-aes  0      60        60         1      no

88:75:56:98:2c:40  SO            6     interfering  80211b/g-HT-20  disable  499/499  0/0      open          2      28        28         10     no

00:0b:85:96:d6:bf  goldstream          6     interfering  80211b/g        disable  499/499  0/0      wpa-psk-tkip  1      17        17         2      no

00:0b:85:96:d6:be  LangfordWiFi        6     interfering  80211b/g        disable  499/499  0/0      open          6      18        18         2      no

00:0f:66:75:aa:44  linksys             6     interfering  80211b/g        disable  499/499  0/0      open          1      10        12         1      no

00:26:f3:e6:d5:c8  E6D5C5              6     interfering  80211b/g-HT-20  disable  499/499  0/0      wpa-psk-tkip  0      9         9          0      no

00:26:f3:e6:d5:c9                      6     interfering  80211b/g-HT-20  disable  499/499  0/0      wpa-psk-tkip  0      9         10         0      no

00:26:f3:e6:d5:ca                      6     interfering  80211b/g-HT-20  disable  499/499  0/0      wpa-psk-tkip  0      9         10         0      no

00:26:f3:e6:d5:cb                      6     interfering  80211b/g-HT-20  disable  498/498  0/0      wpa-psk-tkip  0      9         10         0      no

00:26:f2:6e:04:8c  Extrememoosetracks  6     interfering  80211b/g        disable  399/399  42/41    wpa-psk-tkip  0      6         6          0      no

c8:60:00:e8:bf:58  laptops             6     interfering  80211b/g        disable  396/396  270/269  wep           0      0         7          0      no

20:76:00:02:eb:5c  TELUS4750           6     interfering  80211b/g-HT-20  disable  294/294  294/294  wpa-psk-aes   0      0         8          0      no

The ARM profile has client aware enabled thus the reason to not move from the channel BUT after reboot and moving the AP to another group and moving it back we would still get the AP on the channel 6.

Is there a way to make the arm rescan without any modification to the group or AP specific config?!

This might help - here is the rf-summary : 

Channel Summary
---------------
channel retry phy-err mac-err noise cov-idx(Total) intf_idx(Total)
------- ----- ------- ------- ----- -------------- ---------------
1 0 0 0 0 0/0(0) 0/0//0/0(0)
6 0 0 0 95 0/0(0) 143/0//0/0(143)
11 0 0 0 93 0/0(0) 0/24//0/0(24)
36 0 0 0 93 0/0(0) 0/0//0/0(0)
40 0 0 0 93 0/0(0) 0/0//0/0(0)
44 0 0 0 93 0/0(0) 0/0//0/0(0)
48 0 0 0 92 0/0(0) 0/0//0/0(0)
149 0 0 0 0 0/0(0) 0/0//0/0(0)
153 0 0 0 0 0/0(0) 0/0//0/0(0)
157 0 0 0 0 0/0(0) 0/0//0/0(0)
161 0 0 0 0 0/0(0) 0/0//0/0(0)
165 0 0 0 0 0/0(0) 0/0//0/0(0)

Does this RAP terminate on a local controller or the master?  If a local, is the L2TP pool you assigned to RAPs routable from the master?

RAP terminates on the MASTER there are no local controllers. 

To answer vfabian:

95 - That is the noise level on the channel ... but given that Interference index is so high and SNR that the AP sees from the other SSID's - the only logical answer is yes the clients have issues.

Changed the AP on channel 1 manually and finnaly we got a full list of SSID's arround and crazy rf values : 

Channel Summary
---------------
channel retry phy-err mac-err noise cov-idx(Total) intf_idx(Total)
------- ----- ------- ------- ----- -------------- ---------------
1 0 0 0 93 0/0(0) 192/36//0/0(228)
6 0 0 3 96 12/0(12) 95/83//0/0(178)
11 0 0 0 93 0/0(0) 0/122//0/0(122)
36 0 0 0 93 0/0(0) 0/0//0/0(0)
40 0 0 0 93 0/0(0) 0/0//0/0(0)
44 0 0 0 92 0/0(0) 0/0//0/0(0)
48 0 0 0 91 0/0(0) 0/0//0/0(0)
149 0 0 0 92 0/0(0) 0/0//0/0(0)
153 0 0 0 93 0/0(0) 0/0//0/0(0)
157 0 0 0 93 0/0(0) 0/0//0/0(0)
161 0 0 0 93 0/0(0) 0/23//0/0(23)
165 0 0 0 93 0/0(0) 68/0//0/0(68)

But still does not explain why with the ARM proffile active the RAP was unable to see the other channels usage.

I will engage and try to understand more about this with support

After discussing the case with the technical support we have seen that the issue was addressed when moving to a new firmware release of the Aruba Controller.

The issue was occuring on 6.2.1.0 build 37499

The issue was resolved afte the upgrade to 6.2.1.1 build 38320

Are users experiencing issues because It looks like the RAP is getting good RF values on that channel based on the RF Summary information :

6 0 0 0 95 0/0(0) 143/0//0/0(143)

Can you also run the following commands :

(controller) #show  ap monitor channel ap-name  <ap-name>