VMware Smart Assurance SMARTS : Unable to discover Wireless Access Points of Wireless Controller

Products

• VMware

Issue/Introduction

Symptoms:
With WIFI flag "WIFIEnabled = TRUE" in discovery.conf, unable to discover Wireless access points for the Wireless Controller device with System OID .1.3.6.1.4.1.9.1.2170 even though SNMP walk on OID .1.3.6.1.4.1.9.9.513.1.1.1.1.5 (CISCO-LWAPP-AP-MIB) shows many Access Points.

Environment

VMware Smart Assurance - SMARTS

Cause

As of Smarts IP v10.1.2, this issue is identified with certification of the device sysOID / model.

Resolution

Workaround:

Follow the steps below in Smarts versions 9.6 - 10.1.2 to discover the Wireless APs:

1) Execute following command to open the oid2type file with sm_edit:       $BASEDIR/IP/smarts/bin#./sm_edit ../conf/discovery/oid2type_Cisco.conf

 2) In the oid2type file opened, search for sysOID ".1.3.6.1.4.1.9.1.2170" and edit the CERTIFICATION field value to TEMPLATE and add "WIFI = Cisco-Wireless" like below. Save and close the file.

# Cisco Controller
.1.3.6.1.4.1.9.1.2170 {
  TYPE               = WirelessController
  VENDOR             = Cisco
  MODEL              = Cisco Controller
  CERTIFICATION      = TEMPLATE
  CONT               = Generic-Switch
  WIFI               = Cisco-Wireless
  HEALTH             = Cisco-WLAN-4402
  VLAN               = Dot1q
  NEIGHBOR           = LLDP-CDP

 INSTRUMENTATION:
   Environment            = CiscoWLAN4402
   CPU/Memory             = CiscoWLAN4402
   Interface-Fault         = MIB2
   Interface-Performance   = MIB2
   Port-Fault             = MIB2
   Port-Performance        = MIB2
   WirelessAccessPoint-Fault          = Cisco_AireSpace_Wireless_MIB
   WirelessClient-Fault               = Cisco_Lwapp
   WirelessController-Performance     = Cisco_Airespace_Switching
}

3) Reload the certification files onto domain with below command:
$BASEDIR/IP/smarts/bin#./sm_tpmgr -s <IP domain name> --reloadoid

4) Delete and discover the device in Smarts IP domain.