SNMPGET polls device with hardcoded OID xx.x..x...x.s..x and fails to monitor custom MIB
search cancel

SNMPGET polls device with hardcoded OID xx.x..x...x.s..x and fails to monitor custom MIB

book

Article ID: 114430

calendar_today

Updated On:

Products

DX Unified Infrastructure Management (Nimsoft / UIM)

Issue/Introduction

SNMPGET probe cannot support devices with custom MIBs, or devices that do not follow the SNMP Standards. When a new device is registered to snmpget, the probe tries to connect to the device and poll standard SNMP oids, like the xx.x..x...x.s..x oid is the standard SNMP System Uptime (sysUpTime) oid. If the custom MIB does not support the standard OIDs then the device is not registered to the snmpget, although connectivity is ok

We see the following in the snmpget probe log:

snmpget: (SNMPQueryCreate) - peer:xx.x..x...x.s..x, ver.:2,community:public,options:timeout=1,retries=-1 
snmpget: (SNMPCreateSession) - peername:xx.x..x...x.s..x ,args:timeout=1,retries=-1
snmpget: (DoQuery) - called with hostname:xx.x..x...x.s..x , oid:.xx.x..x...x.s..x
snmpget: (DoQuery) - Name is: xx.x..x...x.s..x snmpget: SNMPAgentResponse: xx.x..x...x.s..x,tused=2ms - FAIL snmpget: GetSNMPfromProfile: ERROR tused=2ms snmpget: GetSNMPfromProfile: SNMPQueryCreate failed retry -1- snmpget: Profile: 'xx.x..x...x.s..x' retry [1/2]

Environment

Release:
Component: UIMSGT

Cause

- The probe is expecting that the MIB contains the mandatory system group fields as defined in rfc1213

Resolution

With the current design of the probe we check for agent response based upon the sysUpTime oid. If the oid is not available then the probe will generate an alarm.
There is an idea raised on the user community to request that this be supported by the probe.