Adding new APs, and they are showing up as "Inactive"

[Laura]

I'm installing new APs, and I can approve the APs, but they are showing up as "Inactive". They have a 00.00.00.00 addresses. I have tried rebooting, pending, moving to a different data drop, but I still can't get the APs to come up.

[Ronald_Dvorak]

Always upgrade = as the AP connects to the controller the software is upgraded/downgraded to the default AP image which is generally/default the same software version that is running on the contoller

Upgrade when = you as a admin of the system could perform the upgrade/downgrade manually

It comes handy if you upgrade a controller pair and don't want to upgrade all APs at once (always upgrade) instead you could upgrade some APs at a time, wait till they are up and then upgrade some more (=upgrade when).

If the AP is not connected to the controller it's normal that you don't have the same software as the controller.
So fix the connection issue and the AP will connect and upgrade (if always is selected which you should set),

[Laura]

I'll just leave it on, "Always.." My APs are still showing as 'Inactive" and not coming up in the controller. MAC address shows 0000000s. They are on the network. I can ping and ssh to the AP. But the controller wont update the APs settings. I put in a work order, but havn't heard anything yet.

I also did the #tail -f /tmp/log/ap.log
I got this:

an 1 00:04:22 cap: 00180:ru_mgmt.c:2083-whsl_trans()-S_EDISC 64
Jan 1 00:04:23 cap: 00180:ru_mgmt.c:2083-whsl_trans()-S_EDISC 63
Jan 1 00:04:24 cap: 00180:ru_mgmt.c:2083-whsl_trans()-S_EDISC 62
Jan 1 00:04:25 cap: 00180:ru_mgmt.c:2083-whsl_trans()-S_EDISC 61

Where do I look to find out what this means?

[Umut_Aydin]

Hi Laura,

try to set the AP to factory default and clear it from the Controller.
Chnage the Controller to controlled upgrade.
Maybe it's trying to do an uodate and it's not possible.
If you change to controlled upgrade it should maybe come with his own code.

Maybe the AP FW code is to old and the upgrade to this version is not possible.
Do you have another AP3605 on cour controller?

Otherwise attache to the console of the AP and look what he is trying.

Serial port for the console
115200

username:admin
password:new2day

Ask for his version

# cd /etc

# cat ap_version.txt
#!/bin/sh
export AP_VERSION=09.21.11.0004
export AP_IMAGE_TYPE=00000006
export BOARD_TYPE=ngap_p2

# cget c g ( config of the AP)

# tail -f /tmp/log/ap.log

Another option would be configure the AP manually.

Telnet/ssh to the AP or over the console port:

Login to AP, type following command:

cset dhcpc disable

cset ipaddr x.x.x.x ( IP Address of the AP)

cset ipmask x.x.x.x



cset authip 1 x.x.x.x #HWC esa port IP address

or this it depends on AP Type

set authipaddrs 1 x.x.x.x

(You can check this if you ask for the AP config via # cget c g)
capply

csave

reboot


If this doesn't help also please open a case with GTAC.

Good luck.

regards

Umut Aydin

[Laura]

Also, when I SSH into the AP, it says:

# cat ap_version.txt
#!/bin/sh
export AP_VERSION=08.11.01.0161
export AP_IMAGE_TYPE=00000006

, but the controller and other working APs say 9.21.10.5

[Laura]

What is the difference between these 2 "Upgrade Behavior" settings? What should it be on? It was on "Always upgrade", but I just changed it to "Upgrade when", because the APs that I have installed are not coming up, they are still saying Inactive in the Topology.