We installed VNA integrated with Cisco Meraki devices. They have a bunch of Access Points installed and those AP's receive their IP through DHCP, so are not fixed.
Last night, 1 AP rebooted and received a new IP. This resulted in spectrum giving a critical alarm "device has stopped responding to polls" because it can not ping the old IP anymore. After the reboot, spectrum sees the same AP (the same name) popping up in spectrum with same MAC, but different IP address and unfortunately is not correlating this alarm.
Release : 20.2
Component : Spectrum Core / SpectroSERVER
After going through the debug logs it is identified that, the issue is because of uncertified AP SysOIDs.
During webex we have seen "SysOID=1.3.6.1.4.1.29671.2.38" Access Point is modeled as GnSNMPDev model type.
Please follow below steps to certify new SysOIDs and get rid of the issue,
Perform AP IP change activity via reboot ==> Since Access Points are certified, we should not see the issue re-occurring.