ScanopyScanopy

SNMP

SNMP protocol support, queried MIBs, timeouts, and credential resolution.

Technical reference for Scanopy's SNMP implementation. For setup instructions, see the SNMP discovery guide. For how SNMP fits into the discovery flow, see Discovery — SNMP. For how credential assignment and resolution works, see Credentials.

Protocol support

PropertyValue
SNMPv1Supported (community string)
SNMPv2cSupported (community string)
SNMPv3Supported — AuthPriv only (SHA-1/SHA-256 auth, AES-128/AES-256 privacy)
TransportUDP
Port161, 1161 (fallback)

Queried MIBs

MIBRFCOID prefixCollected fields
System MIBRFC 34181.3.6.1.2.1.1sysDescr, sysObjectID, sysUpTime, sysContact, sysName, sysLocation
IF-MIBRFC 28631.3.6.1.2.1.2, 1.3.6.1.2.1.31.1.1ifDescr, ifType, ifSpeed, ifPhysAddress, ifAdminStatus, ifOperStatus, ifName, ifAlias, ifHighSpeed, ifMtu
IP-MIBRFC 42931.3.6.1.2.1.4ipAdEntAddr, ipAdEntIfIndex, ipAdEntNetMask, ipNetToMediaPhysAddress, ipNetToMediaNetAddress
LLDP-MIBIEEE 802.1AB1.0.8802.1.1.2lldpRemSysName, lldpRemPortId, lldpRemChassisId, lldpRemSysDesc
CDP-MIBCisco proprietary1.3.6.1.4.1.9.9.23cdpCacheDeviceId, cdpCachePlatform, cdpCacheDevicePort, cdpCacheAddress
ENTITY-MIBRFC 69331.3.6.1.2.1.47entPhysicalMfgName, entPhysicalModelName, entPhysicalSerialNum
BRIDGE-MIB / Q-BRIDGE-MIBRFC 4188, RFC 43631.3.6.1.2.1.17dot1dTpFdbAddress (MAC learning), dot1qVlanStaticName (VLAN names), dot1qPvid (per-port native VLAN), dot1qVlanCurrentEgressPorts, dot1qVlanCurrentUntaggedPorts (VLAN membership)

Data collected

A successful SNMP run against a host populates the following entities in Scanopy:

EntityFields populated from SNMP
Hosthostname (from sysName when DNS lacks one), sysDescr, sysObjectID, sysLocation, sysContact, sysName, manufacturer, model, serial number, chassis ID
InterfaceifIndex, name / alias / description, type, speed, MTU, MAC, admin and oper status, native VLAN, tagged VLAN list, learned MACs, LLDP/CDP neighbor
SubnetCIDRs inferred from ipAddrTable entries
Host (remote)New hosts created from ARP entries on SNMP-discovered subnets

Timeouts and limits

ParameterDefaultDescription
Probe timeout2sLiveness probe per credential, used to pick a working credential before collection
Request timeout5sTimeout for a single SNMP request
Session timeout5sTimeout for establishing the UDP session
Query timeout30sCeiling on any single query, including a full walk of a MIB table
Max entries10,000Maximum rows returned from a single table walk
Integration timeout5mWall-clock budget for a full SNMP integration run against a single host (probe + all queries)

Candidate credentials are probed concurrently, so a host with several assigned credentials doesn't pay for each one in sequence.

Every query is individually bounded, so a device that stops responding mid-collection costs 30 seconds rather than the whole 5-minute integration budget.

Credential resolution order

When querying a host, the daemon resolves the SNMP credential (community string for v1/v2c, or USM parameters for v3) in this order:

  1. Host-specific override — credential assigned directly to the host
  2. Network default — credential assigned to the host's network
  3. Fallback — community string public (v2c)

If all credentials fail on both UDP 161 and 1161, the host is discovered without SNMP-sourced data. Individual query failures within a successful session are logged and skipped — they do not abort the rest of the collection.

Partial results are kept. Interfaces are saved as soon as the interface table is read, before the neighbor, forwarding-table, and VLAN queries run, so a device that hangs partway through still yields its interface list rather than nothing.

On this page