If you would like VitalSigns to send SNMP traps to another system, you need to complete 3 steps:
1) Enable SNMP Traps.
2) Create an Alert Definition which sends traps in response to detected events.
3) Import the VitalSigns MIB into the external system.
Step 1: Enable SNMP Traps
- You first need to tell VitalSigns where to send the traps . This is done in the Configurator, Alerts, » Alert Settings:.
Check the box Enable SNMP traps
and enter.
Enter the host name of the computer that will be listening for trap messages.
For instance, ifInfo title For example: If you want to send the traps to HP Openview, enter hostname of the HP Openview machine here.
Step 2: Create an Alert Definition which sends Traps
Next go- Go to
- Alerts
- » Alert Definitions.
- Either create a new alert or edit an existing one.
- In the section Hours & Destinations, select SNMP Trap as the Alerting Mechanism.
Step 3: Import the MIB into the other system
| Info |
|---|
| SNMP Traps are not human-friendly. |
| They consist largely of very long numbers |
| such as 1.3.6.1.4.1.26062.1.1.1.9. |
| The computer which receives these numbers needs a file to decode it. For example |
| : the number segment 26062 which appears in the middle of the trap uniquely identifies the trap as being from VitalSigns. |
- The file which allows a receiving system to decode a trap is called a 'MIB' and the file is located in the \program files(x86)\VitalSignsPlus folder.
- Look for a file called VITALSIGNS-MIB.mib and copy this file to your other machine (for example HP Openview).
- Every system has a different process for importing a MIB so the best solution is to simply Google for 'import MIB productname' such as 'import MIB HP Openview' and follow the instructions found.
| Infonote | ||
|---|---|---|
| ||
You may see two MIB files VITALSIGNS-MIB.mib and VITALSIGNS-MIB1.mib in the VitalSignsPlus folder. Select the smaller ( VITALSIGNS-MIB.mib) file. |
| Info | |||||||
|---|---|---|---|---|---|---|---|
| |||||||
What is in a trap? The trap basically sends five values to the other system. These represent Alert Type, Server Type, Server Name, Details, and Date.
|
IMPORTS
OBJECT-TYPE FROM RFC-1212
TRAP-TYPE FROM RFC-1215
enterprises FROM RFC1155-SMI
DisplayString FROM RFC1213-MIB;
vitalsigns OBJECT IDENTIFIER ::= { enterprises 26062 }
vitalsignsTraps OBJECT IDENTIFIER ::= { vitalsigns 1 }
trapVars OBJECT IDENTIFIER ::= { vitalsignsTraps 1 }
detail OBJECT-TYPE
SYNTAX DisplayString
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Complete trap message"
::= { trapVars 1 }
alertType OBJECT-TYPE
SYNTAX DisplayString
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Status of the server experiencing the alert."
::= { trapVars 2 }
deviceType OBJECT-TYPE
SYNTAX DisplayString
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The device (Exchange, SameTime etc.) experiencing the alert."
::= { trapVars 3 }
deviceName OBJECT-TYPE
SYNTAX DisplayString
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Name of the device experiencing the alert."
::= { trapVars 4 }
date OBJECT-TYPE
SYNTAX DisplayString
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Date of alert condition detection"
::= { trapVars 5 }
trapAlert TRAP-TYPE
ENTERPRISE vitalsigns
VARIABLES { detail, alertType, deviceType, deviceName, date }
DESCRIPTION
"alert notification"
::= 1
END
|