How Are Message (trap, syslog, etc) Events De-Duplicated On Event Manager
As new Message Events are recorded by the Message Handler component, they are subject to the advanced de-duplication logic built into Traverse. Unlike the fixed de-duplication window for Threshold Violation Events, a separate de-duplication window can be configured for each type of Message Event source (SNMP trap, Windows EventLog, Syslog, etc). Additionally, you have complete control over what information contained within the event is used to de-duplicate it. This is accomplished through Event Processing Rules where each rule looks for a specific text pattern (supports full regular expression) and specifies whether to accept or reject the event when a match is found. For example:
<!-- default rule for critical messages -->
<description>Syslogd: Generic Error Event</description>
<field name="device_address" match="1"/>
<field name="event_severity" match="2"/>
<field name="event_facility" match="3"/>
<field name="event_text" match="4"/>
<auto-clear>3600</auto-clear> <!-- 1 hr -->
This rule is applicable to an event received by the Syslog source and looks for those with LOG_EMERG or higher severity. The <mapping> section is used to extract several key pieces of information and stores them in internal variables. These variables are later referenced to construct a new event (optional step) in <transform> section whcih is the information shown on the Event Manager. The <additional-duplicate-key> section is of importance here since it defines which pieces of the original event will be used to determine if it is a candidate to be de-duplicated into an existing event of similar characteristics. Finally the <auto-clear> section is used to automatically expire (remove) the event from Event Manager after 1 hour.
This is a generic rule defigned to catch all Syslog events of a specific severity. Additional rules can be created to focus on specific events with different criteria and parameters.