SNMP Trap Receiver

Previous  Top  Next

SNMP Trap Receiver allows you to receive SNMP messages. A rough description of a Trap is that it is somewhat like a Syslog message, just over another protocol (SNMP). A trap is generated when the device feels it should do so and it contains the information that the device feels should be transmitted. It also contains some (few) standard items, as the version, community etc. Click here to know more about the SNMP Trap Receiver Service.

The SNMP Trap Receiver Service runs continuously based on the configuration mentioned below:


SNMP Trap Receiver Properties


Listener Port

The port the SNMP listener is listening to. If in doubt, leave it at the default of 162, which is the standard port for this.


SNMP Version

Can be used to restrict the SNMP versions. The availabe values are:

1.	All Supported Versions (i.e. SNMP Version 1 and SNMP Version 2c only)

2.	SNMP Version 1 only

3.	SNMP Version 2c only

   

Fully Resolve Mibnames (Long Format)

This Option fully resolves the Mibnames like in the Client Mibbrowser Application.


Rule Set to Use

Name of the rule set to be used for this service. The Rule Set name must be a valid Rule Set.


Please Note:

Managing incoming Traps works the same way as with a Syslog server for example. Incoming Traps will be forwarded to the corresponding Ruleset and pass by rule after rule. There it can be filtered for general information like the "Community", the "Version" or "Value" for example. Finally it will be processed by an action, which you can select to your needs. The SNMP Agent service will co-exist peacefully next to the Windows SNMP Agent and will not hinder it in it's functionality. The Windows SNMP Agent listens to port 161, while MonitorWare Agent and WinSyslog listen to port 162.

For internal processing, the variables of incoming SNMP messages will be added to a new property. Those properties will be named %snmp_var_x% with the x being a number starting with 1. You can use these custom properties for filtering and everywhere you can use or print properties. For example, you can create a "send mail"-action. Here you can specify complete freely how the message will look like. You can use a introductory text and then let it show the error message in some context. This could look like this:



The result will be, that the 5th property of the snmp trap will be inserted into the message text.