|
Receiving SNMP Traps and Informs |
Top Previous Next |
AggreGate Network Manager can receive and process SNMP notifications of both types: Traps and Informs. When a notification is received, it is used as a source for an internal AggreGate trap event. This allows to process SNMP notifications uniformly, just the same way as any other kind of AggreGate events are processed.
See also SNMP Notifications Monitoring and Consolidation and specifically SNMP Notification Alerts sections. Thereby AggreGate Network Manager allows one to organize event-based monitoring for virtually any custom SNMP device and combine them with SNMP polling if required. Implementation When AggreGate Network Manager receives an SNMP notification, it fires a trap event in Administration context. The event data table is filled with the following properties (see RFC 1215 RFC 1157 for details):
Example: Sending SNMP Traps From Linux/Unix Workstation To ensure that SNMP traps are correctly received by AggreGate Network Manager, you can send them using snmptrap command. For example, if your AggreGate Network Manager is configured to accept SNMP traps with public community string using UDP transport at default port 162, you can invoke the following command: sudo snmptrap -v1 -c public udp:<AggreGate Server IP address>:162 enterprises localhost 6 5 1 This will generate an SNMP version 1 enterpriseSpecific trap with 5 as Specific Trap Type, enterprises (1.3.6.1.4.1) as Enterprise OID, and 1/100 as Device Uptime value. You can check that AggreGate Network Manager generates a corresponding event using Event Log's SNMP Traps filter. Double-click an event record to see its full data:
|