<?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: subsearch join in Splunk Enterprise Security</title>
    <link>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493795#M8460</link>
    <description>&lt;P&gt;Good spot. Sub search limitations. Its caught me out before and will do again I'm sure! If I switch the query around it works fine. Many thanks.&lt;/P&gt;</description>
    <pubDate>Tue, 10 Mar 2020 18:38:12 GMT</pubDate>
    <dc:creator>jacqu3sy</dc:creator>
    <dc:date>2020-03-10T18:38:12Z</dc:date>
    <item>
      <title>subsearch join</title>
      <link>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493793#M8458</link>
      <description>&lt;P&gt;Anything wrong with this join and subsearch? I know there are events which should match based on the 'cs_host' field. Not sure if the rename is confusing things, or my syntax is off slightly. &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;index=aaa sourcetype=o365 "*phish URLs*"  
| rename zu as cs_host
| join type=inner cs_host [ | search index=bbb sourcetype="proxy_logs" | fields *] | stats count by cs_host
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Appreciate any ideas.&lt;/P&gt;</description>
      <pubDate>Tue, 10 Mar 2020 16:49:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493793#M8458</guid>
      <dc:creator>jacqu3sy</dc:creator>
      <dc:date>2020-03-10T16:49:58Z</dc:date>
    </item>
    <item>
      <title>Re: subsearch join</title>
      <link>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493794#M8459</link>
      <description>&lt;P&gt;Your syntax looks good to me. However remember the results are subject to limits.conf.spec:&lt;BR /&gt;
from  &lt;A href="https://docs.splunk.com/Documentation/SplunkCloud/8.0.2001/SearchReference/Join"&gt;https://docs.splunk.com/Documentation/SplunkCloud/8.0.2001/SearchReference/Join&lt;/A&gt; :&lt;BR /&gt;
Limitations on the subsearch for the join command are specified in the limits.conf.spec file. The limitations include the maximum subsearch to join against, the maximum search time for the subsearch, and the maximum time to wait for subsearch to fully finish. See Subsearches in the Search Manual.&lt;/P&gt;

&lt;P&gt;So, if the matching results you are expecting are outside of the limits, they will not be returned.&lt;/P&gt;

&lt;P&gt;Just as a suggestion, based on your search, I think this would give you the same results without the expense of a subsearch:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;(index=aaa sourcetype=o365 "*phish URLs*" ) OR (index=bbb sourcetype="proxy_logs" | fields cs_host) |where zu=cs_host | stats count by cs_host
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 10 Mar 2020 17:20:21 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493794#M8459</guid>
      <dc:creator>mydog8it</dc:creator>
      <dc:date>2020-03-10T17:20:21Z</dc:date>
    </item>
    <item>
      <title>Re: subsearch join</title>
      <link>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493795#M8460</link>
      <description>&lt;P&gt;Good spot. Sub search limitations. Its caught me out before and will do again I'm sure! If I switch the query around it works fine. Many thanks.&lt;/P&gt;</description>
      <pubDate>Tue, 10 Mar 2020 18:38:12 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493795#M8460</guid>
      <dc:creator>jacqu3sy</dc:creator>
      <dc:date>2020-03-10T18:38:12Z</dc:date>
    </item>
    <item>
      <title>Re: subsearch join</title>
      <link>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493796#M8461</link>
      <description>&lt;P&gt;It's legal - but seems to be pointless&lt;/P&gt;

&lt;P&gt;You're doing a &lt;CODE&gt;| join&lt;/CODE&gt;, ostensibly to get &lt;EM&gt;more&lt;/EM&gt; fields, and then &lt;STRONG&gt;immediately&lt;/STRONG&gt; throw them all away with a &lt;CODE&gt;| stats count by&lt;/CODE&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 10 Mar 2020 21:47:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Enterprise-Security/subsearch-join/m-p/493796#M8461</guid>
      <dc:creator>wmyersas</dc:creator>
      <dc:date>2020-03-10T21:47:54Z</dc:date>
    </item>
  </channel>
</rss>

