New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

200.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free PRTG
Download >>

 

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

 

Top Tags


View all Tags


How can I use PRTG’s trap receiver and what are its limitations?

Votes:

0

Your Vote:

Up

Down

I have a few devices (switches, routers and a UPS) which are able to send SNMP Traps. My intention would be to include these in PRTGs Monitoring. Is that possible, if so how to do?

prtg snmp trap trap-receiver

Created on Feb 2, 2010 12:58:58 PM by  Dirk Paessler [Founder Paessler AG]



11 Replies

Accepted Answer

Votes:

0

Your Vote:

Up

Down

The following information is deprecated as of PRTG 14.1.8. It applies to the SNMP Trag Receiver sensor in PRTG 7 through 13.

PRTG version 14.1.8 and later includes an SNMP Trap receiver which is designed for high performance usage in order to review and analyze incoming trap messages from various devices.

For details, please see this blog article and refer to the PRTG Manual.


PRTG's Trap Receiver

SNMP Traps are packets containing one or more parts of information sent by an agent to a dedicated listening device via the Simple Network Management Protocol (SNMP).

With the SNMP Trap Receiver sensor you can configure any PRTG probe device as a trap receiver. The sensor checks every interval if new traps have been received and reports the number of traps received so far in its primary channel.

These are the differences between a dedicated trap receiver and PRTG's trap receiver:

  • Dedicated trap receivers are optimized to receive and process many different traps from a large number of devices.
  • Dedicated trap receivers are able to store many messages per time interval in their internal database for later analysis.
  • PRTG's trap receivers are not suitable to handle high loads, process many different message types or to store many messages in its log database. It can process some hundred messages per minute, one sensor can process and check one message type and PRTG can store some hundred messages per minute in its log database (across all trap sending agents).

The sensor is not intended to be a full-scale replacement for a dedicated trap receiver. It is a great tool if you need to monitor a handful of devices that send traps from time to time. And, as such, it avoids the need to install, setup and manage a dedicated trap receiver software for just a few devices.

Configuring an SNMP Trap Receiver Sensor

To create a SNMP trap sensor navigate to your "Local Probe" (or one of your remote probes) and choose "Add Sensor". From the sensor type selection menu choose "SNMP Trap Receiver".

In the sensor settings you must enter a listening port (the common port number is 162).

Note: Remember that the listening port must be opened if you run a firewall on the probe system (the built-in Windows Firewall will be configured automatically by PRTG).

Note: You can only create SNMP trap sensors on probe devices, seeing as the PC running the probe software is the actual receiver.

Settings of SNMP Trap Receiver Sensor

  • OID value: SNMP traps sent by agents may contain several different textual information entries, each represented by a unique OID. It is therefore necessary to tell PRTG which part of the trap you want to log. Please refer to the trap sending device description to find the appropriate OID.
  • When a message comes in: Activate the option "Write message to log and fire change trigger" to fire the "change trigger" for this sensor and to write a log entry whenever a trap is received (this may create lots of log entries, use with caution). This is only suitable when a few messages per minute are received. After creating the sensor you can enter a "change" trigger on the notifications tab of the sensor that will send a notification (e.g. email) whenever a trap comes in.
  • Set Sensor to 'Warning' (available in newer versions): Define when the sensor will be put to a Warning status.
  • Message must include: This setting allows you to define a string. The sensor will go into warning status (error in older versions) if one or more of the incoming messages do not contain this string.
  • Message must not include: Here you can enter a second string. The sensor will go into warning status (error in older versions) if a message contains this string. The first option allows you to create a log of all incoming messages (at least for small scenarios with <100 messages per minute).

For details and other settings, please see PRTG Manual: SNMP Trap Receiver Sensor

The last two options are used to filter out specific messages. Configure a "state trigger" for "down" on the notification tab and PRTG will trigger an email if a message meeting any or both of the two criteria is received.

See Also

Created on Feb 2, 2010 1:01:10 PM by  Dirk Paessler [Founder Paessler AG]

Last change on Jul 28, 2015 8:10:33 AM by  Luciano Lingnau [Paessler Support]



Votes:

0

Your Vote:

Up

Down

an explicit OID needs to be entered in the PRTG Trap sensor.

If you are not sure what OID you have to use you might want to use a tool like

Trap Receiver http://www.trapreceiver.com/

to find the exact OID for the information you want PRTG to monitor

Created on Feb 17, 2010 8:47:04 AM by  Aurelio Lombardi [Paessler Support]

Last change on Nov 7, 2010 7:15:59 PM by  Aurelio Lombardi [Paessler Support]



Votes:

0

Your Vote:

Up

Down

If PRTG Snmp Trap receiver is configured on a probe with two Network Cards, is the Sensor listening on both interface?

Created on Oct 21, 2010 9:51:45 AM by  Oliver Schalch (0)



Votes:

0

Your Vote:

Up

Down

Hi There, is it posible to recive *all* SNMP Traps? We seam to be able to receive only one trap from one specific OID. But we would like to receive (and see) all the traps. Regardless if have specivied an OID or not (i.eg. everything that starts with 1.3.6.1.4)

Created on Jun 7, 2011 9:43:44 AM by  sgsw (0) 1



Votes:

-1

Your Vote:

Up

Down

Hello, I'm afraid that's not possible.

Created on Jun 7, 2011 12:57:47 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

In der neuesten deutschen Version kann ich nur einstellen, dass der Sensor auf den Status Warnung geht. Ist es auch möglich den Sensor auf Fehler / Error zu setzen?

Created on Jun 8, 2011 12:46:18 PM by  Andreas Luithle (0) 1



Votes:

0

Your Vote:

Up

Down

Das ist nicht möglich.

Created on Jun 8, 2011 1:24:41 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi to all, Where, in PRTG, I have to configure the community for Trap Receiver sensors?

Thanks!!

Gianluca

Created on Sep 13, 2013 10:10:40 AM by  gianluca bona (0) 1



Votes:

0

Your Vote:

Up

Down

In the Credentials for SNMP Devices you can configure what the community, port and version. This is found under the device's settings.

Created on Sep 13, 2013 12:11:25 PM by  Greg Campion [Paessler Support]



Votes:

0

Your Vote:

Up

Down

thanks for fast reply, but maybe I didn't explained my problem.. I activate a Trap Receiver sensor on PRTG local probe. In that sensor's settings I put: 1- the correct OID I expect to receive traps (verified with wireshark); 2- default snmp trap port udp162; ..other default settings.. But I don't see the place where to put the trap community!

Maybe you mean that the community is the same that I find in "Credentials for SNMP Devices" in Local probe's settings? If so, I already tried, but no trap are received from PRTG.

Obviously trap version is 1 and with wireshark I see that trap is received by server..

..What's the trick?

Thanks in advance!

Gianluca

Created on Sep 13, 2013 1:15:22 PM by  gianluca bona (0) 1



Votes:

0

Your Vote:

Up

Down

Do you know whether the OID that you are using is explicit? Unfortunately the trap receiver is limited (although a new version is coming out soon to resolve this) and you have to define a specific OID for PRTG to watch. If this is an enterprise OID, with others beneath it in the tree, PRTG cannot handle this.

Created on Sep 13, 2013 3:29:05 PM by  Greg Campion [Paessler Support]



Please log in or register to enter your reply.


Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.