You need to see DPS gear in action. Get a live demo with our engineers.
Download our free SNMP White Paper. Featuring SNMP Expert Marshall DenHartog.
This guidebook has been created to give you the information you need to successfully implement SNMP-based alarm monitoring in your network.
Have a specific question? Ask our team of expert engineers and get a specific answer!
Sign up for the next DPS Factory Training!
Whether you're new to our equipment or you've used it for years, DPS factory training is the best way to get more from your monitoring.Reserve Your Seat Today
GET requests at regular intervals are used in the same manner as an ICMP ping to automatically detect if an SNMP device is online.
An "SNMP ping" is a method of achieving "heartbeat" or "keep-alive" functionality with SNMP communications.
Let's start with a quick review of a typical ICMP ping. That's an IP-based signal sent from one device to another. If the target device receives the "ping" from the source device, it will (if configured to do so) respond to confirm that it is active and connected to the network. It's a nice, simple way of confirming that a device is online.
The problem with ICMP pings is that they operate on a fairly superficial layer. If you've worked with IP networks for a while, you've surely run across a situation where a device is "frozen" but can still respond to pings. In cases like this, a simple ping just isn't complex enough to be a good test of actual device status.
SNMP devices in your network support a more reliable ping method based on GET requests. As you'll recall, an SNMP GET message is sent by the manager to a device to request a specific value. If you want to know the temperature reading at a remote site right now, your manager will send a GET request to the local SNMP RTU to demand the sensor value.
A smart SNMP manager can take advantage of the call-and-response GET mechanic to send a kind of "SNMP ping". On a automated schedule (one every 3 minutes, for example), your manager will send an SNMP GET to the device. If the device responds, all is well. If no response is received after a few successive requests, your manager can conclude that the device is offline and an alarm must be reported.
If you had only been using common ICMP pinging, your device might have continued to respond despite being in a failed state. Your monitoring system would have been vulnerable and you wouldn't have known it. SNMP-based pings, in this case, were a much better option to ensure your SNMP-based equipment was still online.
Reach out to us at 1-800-693-0351 to discuss equipment that includes the SNMP ping function.