Getting Started Cameras & Video Detection & Recording Automation & Events Actions Integration & Connectivity Network & Discovery AI & Remote Control MQTT Modbus Pi4J & Raspberry Pi GPIO ZeroMQ System & Administration Comparisons Use Cases Troubleshooting About & Legal
Home / Documentation / SNMP Poll
SNMP task

SNMP Poll

SNMP Poll periodically reads scalar OIDs or walks one subtree through an SNMP Device and emits value-change and availability events.

Poll the smallest useful data set

Create an SNMP Device and confirm its read operations first. Add SNMP Poll beneath the device, choose scalar or tree mode, and start with a conservative interval.

01

Choose scalar mode for known values

Use a comma- or newline-separated list when the required OIDs are already known. One multi-GET is usually cheaper and more predictable than walking a broad tree.

02

Bound tree walks

Use tree mode for a single subtree and set a realistic maximum row count. Avoid walking a device root on every cycle.

03

Set failure thresholds

Use consecutive failure and recovery thresholds to avoid availability flapping during isolated packet loss.

Configuration parameters

ParameterRequiredDescriptionDefault
Title
YesDisplay name for the poll plan.None
SNMP device
YesActive source SNMP Device.Parent device
Mode
YesSCALAR uses multi-GET; TREE uses GETBULK walk.SCALAR
OIDs
YesComma- or newline-separated scalar OIDs, or one subtree root in tree mode.None
Interval
YesPoll interval from 1 to 86400 seconds.30 seconds
Maximum rows
TreeMaximum rows returned by one subtree walk, from 1 to 10000.200
Publish unchanged
YesEmits a value event on every successful cycle instead of only after a change.Disabled
Failure threshold
YesConsecutive failures before the task becomes unavailable.3
Recovery threshold
YesConsecutive successes before an unavailable task returns to healthy.1

Separate values from availability

VALUE

SnmpValueChangedEvent

Contains OID, name, type, old value and new value. The first normal poll establishes a baseline.

STATE

SnmpPollStateEvent

Reports UNAVAILABLE after the failure threshold and HEALTHY after recovery.

SNMP

Protocol health

Availability is based on the SNMP result rather than ICMP reachability.

The first failed cycle does not immediately emit an availability transition. This prevents a single startup timeout from becoming an alarm before the configured threshold can be evaluated.

Control load and event volume

Multiply interval frequency by device count and OID count when estimating load. Broad walks, short intervals and Publish unchanged can generate substantial network traffic and event volume. Use Event Manager filters and history retention deliberately.

Avoid overlapping monitoring models: if another system already polls the same device aggressively, coordinate intervals and OID sets rather than adding an independent high-frequency walk.