<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Group Events Based Solely on Temporal Proximity in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42712#M9999</link>
    <description>&lt;P&gt;How about the search command kmeans?&lt;/P&gt;

&lt;P&gt;&lt;A href="http://www.splunk.com/base/Documentation/latest/SearchReference/Kmeans" rel="nofollow"&gt;http://www.splunk.com/base/Documentation/latest/SearchReference/Kmeans&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Sat, 04 Sep 2010 09:29:05 GMT</pubDate>
    <dc:creator>hulahoop</dc:creator>
    <dc:date>2010-09-04T09:29:05Z</dc:date>
    <item>
      <title>Group Events Based Solely on Temporal Proximity</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42709#M9996</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;

&lt;P&gt;We have a need to correlate IPS, application, and firewall logs based solely on their timestamps.&lt;/P&gt;

&lt;P&gt;The reason is because our proxy servers and various firewalls perform Network Address Translation (NAT) and thus events don't share common src_ip or dst_ip in all cases.&lt;/P&gt;

&lt;P&gt;I'm familiar with transactions, and they are great, but only when each event involved in the correlation shares a common field value.  What we're looking for is a way to correlate based on a specified (likely very small) span of time between events of two or more sourcetypes.&lt;/P&gt;

&lt;P&gt;Anyone have a good way of doing this?  Thanks in advance,&lt;/P&gt;

&lt;P&gt;-Frank&lt;/P&gt;</description>
      <pubDate>Fri, 03 Sep 2010 00:01:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42709#M9996</guid>
      <dc:creator>fervin</dc:creator>
      <dc:date>2010-09-03T00:01:59Z</dc:date>
    </item>
    <item>
      <title>Re: Group Events Based Solely on Temporal Proximity</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42710#M9997</link>
      <description>&lt;P&gt;As a matter of fact &lt;CODE&gt;transaction&lt;/CODE&gt; does &lt;EM&gt;not&lt;/EM&gt; require items to share any common fields. You can just specify &lt;CODE&gt;maxspan&lt;/CODE&gt; (time from first event) and/or &lt;CODE&gt;maxpause&lt;/CODE&gt; (max time between events), and all events piped to it will be grouped by those parameters. &lt;/P&gt;

&lt;P&gt;I suppose I should note that transaction is mostlyuseful for finding out and grouping events in &lt;EM&gt;aggregate&lt;/EM&gt;. If you're looking at a &lt;EM&gt;specific&lt;/EM&gt; set of events in a &lt;EM&gt;specific&lt;/EM&gt; time range, it is much more efficient specify your time range (or use a subsearch to generate a time range around a specific event) and use the search terms to get the sourcetypes you're interested in seeing.&lt;/P&gt;</description>
      <pubDate>Fri, 03 Sep 2010 01:06:16 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42710#M9997</guid>
      <dc:creator>gkanapathy</dc:creator>
      <dc:date>2010-09-03T01:06:16Z</dc:date>
    </item>
    <item>
      <title>Re: Group Events Based Solely on Temporal Proximity</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42711#M9998</link>
      <description>&lt;P&gt;Thanks for the prompt response. So, you're right about transaction not requiring common fields, but I can't see how to force it to give me what I need for this use case. It's very likely that I'm missing something incredibly simple... &lt;/P&gt;

&lt;P&gt;An example: &lt;/P&gt;

&lt;P&gt;sourcetype=ips OR sourcetype=&lt;EM&gt;syslog&lt;/EM&gt; | transaction maxpause=1s &lt;/P&gt;

&lt;P&gt;This could potentially give me bundles of all syslog, with no ips events. &lt;/P&gt;

&lt;P&gt;What I want would be the functional equivalent of something like this fake query: &lt;/P&gt;

&lt;P&gt;sourcetype=&lt;EM&gt;syslog&lt;/EM&gt; | near sourcetype=ips maxpause=1s &lt;/P&gt;

&lt;P&gt;Does this make sense?&lt;/P&gt;</description>
      <pubDate>Fri, 03 Sep 2010 02:31:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42711#M9998</guid>
      <dc:creator>fervin</dc:creator>
      <dc:date>2010-09-03T02:31:27Z</dc:date>
    </item>
    <item>
      <title>Re: Group Events Based Solely on Temporal Proximity</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42712#M9999</link>
      <description>&lt;P&gt;How about the search command kmeans?&lt;/P&gt;

&lt;P&gt;&lt;A href="http://www.splunk.com/base/Documentation/latest/SearchReference/Kmeans" rel="nofollow"&gt;http://www.splunk.com/base/Documentation/latest/SearchReference/Kmeans&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 04 Sep 2010 09:29:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42712#M9999</guid>
      <dc:creator>hulahoop</dc:creator>
      <dc:date>2010-09-04T09:29:05Z</dc:date>
    </item>
    <item>
      <title>Re: Group Events Based Solely on Temporal Proximity</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42713#M10000</link>
      <description>&lt;P&gt;I would use &lt;CODE&gt;transaction&lt;/CODE&gt; as gkanapathy suggests in his answer. You can then post-filter those transactions to only include those with BOTH sourcetypes. For example:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;sourcetype=ips OR sourcetype=*syslog* | transaction maxpause=1s | search sourcetype=ips sourcetype=*syslog*
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Sat, 04 Sep 2010 10:53:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Group-Events-Based-Solely-on-Temporal-Proximity/m-p/42713#M10000</guid>
      <dc:creator>Stephen_Sorkin</dc:creator>
      <dc:date>2010-09-04T10:53:31Z</dc:date>
    </item>
  </channel>
</rss>

