Skip to content
English
  • There are no suggestions because the search field is empty.

Updating a devices sysDescr using the CLI so it can be discovered

Discovery responds with No sysDescr in nim-cfg 

The sysDescr can be set with in the GUI using the Device Details report > Description > Enter a sysDescr > Save

Or by using the Admin Tool > Expert Tools > Config tool
 Which is the graphical version of the CLI entries below:

Find the real sysDescr

Use the SNMP Walk feature to get the real sysDescr

In the example of a device that wasnt being discovered it should have been 

VeloCloud EDGE6X0

But VeloCloud was used as the sysDescr as this was in the sysDescr rules file in statseeker

Ordinarily the device will respond with the sysDescr and we pick this value up for the device discovery process.

Some vendors do not use the sysDescr to describe what the device actually is or sometimes the device won’t allow us to read this value using SNMP.
Either way, for the discovery process to complete successfully, the value we get from the device must contain one of the entries in the Admin Tool > Network Discovery - Advanced Options > SysDescr Rules

Get the sysDescr from the device:
nim-snmpwalk 10.254.0.1 port 161 2 v2password-here sysDescr
nim-snmpwalk 10.254.0.1 auth sha sha-user-here SHA-Password-Here priv aes PRIV-Password-Here nocontext sysDescr

To set the sysDescr on the CLI
nim-cfg set 10.254.0.1:SNMPv2-MIB:sysDescr:0 cfg VeloCloud

Optionally set the use GetNext for Discovery
nim-cfg set 10.254.0.1::discover_getNext:0 cfg 1

Run a discovery and send the output to a file
nim-discover -r -e -d 10.254.0.1 -t 30 -l /tmp/10.254.0.1_Discover.log

We are telling/forcing Statseeker to use the sysDescr VeloCloud for that IP address in the discovery process
This usually works without any intervention but some devices can be problematic