Monitoring, Management & Location Tracking

 View Only
last person joined: one year ago 

Articles relating to existing and legacy HPE Aruba Networking products and solutions including AirWave, Meridian Apps, ALE, Central / HPE Aruba Networking Central, and UXI / HPE Aruba Networking User Experience Insight

Aruba AP125: "No radio cards found in device"; device displayed as AP50 

Jun 09, 2014 12:41 PM

After discovery of Aruba AP125, device is displayed as AP50 and the following error message is displayed: "No radio cards found in device."

One possible cause of this behavior is that the AP is reporting one ID number and the AMP is expecting another (in ThinAPDiscovery.pm) --e.g. the ID number being reported by that type of AP is different in a later version of the AP and the AMP code hasn't been updated yet to include that number.

Possible Solutions: 
...Upgrade to the latest version of the AWMS server
...Contact Support for a patch
...Ignore the incorrect type being displayed

The first two options require that you delete all of the affected APs and let AMP rediscover them --to cause AMP to discover the APs more quickly, go to the APs / Devices | Monitor page for the controller and press <Poll Now>.

Things to try:
Check to see that the correct credentials have been entered for the controller (View Device Credentials link on the APs / Devices | Manage page)

Do an snmpwalk of the controller to see if the APs are correctly reporting their type (the resulting output can be sent to Support to help diagnose the problem):

# s2w [controller's IP address] [community string] wlanAPModel -On

Check to see if the APs are in "air monitor" mode. If so, contact Support.
After discovery of Aruba AP125, device is displayed as AP50 and the following error message is displayed: "No radio cards found in device."

One possible cause of this behavior is that the AP is reporting one ID number and the AMP is expecting another (in ThinAPDiscovery.pm) --e.g. the ID number being reported by that type of AP is different in a later version of the AP and the AMP code hasn't been updated yet to include that number.

Possible Solutions: 
...Upgrade to the latest version of the AWMS server
...Contact Support for a patch
...Ignore the incorrect type being displayed

The first two options require that you delete all of the affected APs and let AMP rediscover them --to cause AMP to discover the APs more quickly, go to the APs / Devices | Monitor page for the controller and press <Poll Now>.

Things to try:
Check to see that the correct credentials have been entered for the controller (View Device Credentials link on the APs / Devices | Manage page)

Do an snmpwalk of the controller to see if the APs are correctly reporting their type (the resulting output can be sent to Support to help diagnose the problem):

# s2w [controller's IP address] [community string] wlanAPModel -On

Check to see if the APs are in "air monitor" mode. If so, contact Support.

Statistics
0 Favorited
0 Views
0 Files
0 Shares
0 Downloads

Related Entries and Links

No Related Resource entered.