<?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: How does _TCP_ROUTING work in inputs.conf? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400785#M71377</link>
    <description>&lt;P&gt;Thanks for your reply. But here's what I've found. Taking your suggestion I've tried all different combinations of _TCP_ROUTING and defaultGroup. If a server is in the defaultGroup it gets all data from all the apps. If it's not it gets nothing.  _TCP_routing has no effect no matter which server is in it. The statement seems to be completely ignored.&lt;/P&gt;</description>
    <pubDate>Tue, 29 Sep 2020 20:51:34 GMT</pubDate>
    <dc:creator>JarrettM</dc:creator>
    <dc:date>2020-09-29T20:51:34Z</dc:date>
    <item>
      <title>How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400781#M71373</link>
      <description>&lt;P&gt;We soon will be required to send our Windows Event Security logs to a separate Splunk sever owned by our organization's Security group. To test this, I installed a test Splunk server (testsplunk in below files). I first tested that I could send all events to both Splunk indexers. Here are are outputs.conf and inputs.conf from the Splunk Universal Forwarder client I used in this first test:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;$SPLUNK_HOME/etc/system/local/outputs.conf
     [tcpout]
        defaultGroup = mysplunk, testsplunk
     [tcpout:mysplunk]
         server = mysplunk.com:9997
     [tcpout:testsplunk]
        server = testsplunk.com:9997
$SPLUNK_HOME/etc/apps/WinEvt_Logs/local/inputs.conf
    [WinEventLog://Security]
    disabled = 0
    index = winevent
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;In this case both servers received all events as expected (including events from 3 other apps not shown here). In the next test I wanted mysplunk to continue receive all events and testsplunk to only get [WinEventLog://Security] To accomplish this I took testsplunk out of the defaultGroup and modified inputs.conf as shown below:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;$SPLUNK_HOME/etc/system/local/outputs.conf
     [tcpout]
        defaultGroup = mysplunk
     [tcpout:mysplunk]
        server = mysplunk.com:9997
     [tcpout:testsplunk]
        server = testsplunk.com:9997
$SPLUNK_HOME/etc/apps/WinEvt_Logs/local/inputs.conf
    [WinEventLog://Security]
    _TCP_ROUTING = mysplunk, testsplunk
    disabled = 0
    index = winevent
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;After restarting the SplunkForwarder, mysplunk did keep receiving all events but testsplunk now got nothing. &lt;BR /&gt;
What am I missing?&lt;/P&gt;</description>
      <pubDate>Mon, 13 Aug 2018 18:27:57 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400781#M71373</guid>
      <dc:creator>JarrettM</dc:creator>
      <dc:date>2018-08-13T18:27:57Z</dc:date>
    </item>
    <item>
      <title>Re: How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400782#M71374</link>
      <description>&lt;P&gt;Get rid of &lt;CODE&gt;mysplunk&lt;/CODE&gt; group from &lt;CODE&gt;_TCP_ROUTING&lt;/CODE&gt; and this should route security event logs to &lt;CODE&gt;testsplunk&lt;/CODE&gt; and other data to &lt;CODE&gt;mysplunk&lt;/CODE&gt;.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[WinEventLog://Security]
_TCP_ROUTING = testsplunk
disabled = 0
index = winevent
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Your outputs.conf looks good. &lt;/P&gt;</description>
      <pubDate>Mon, 13 Aug 2018 19:31:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400782#M71374</guid>
      <dc:creator>sudosplunk</dc:creator>
      <dc:date>2018-08-13T19:31:51Z</dc:date>
    </item>
    <item>
      <title>Re: How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400783#M71375</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;Try adding testsplunk to the default group, else exclude the default group. &lt;BR /&gt;
This will enable  [WinEventLog://Security] logs to both mysplunk and testsplunk&lt;/P&gt;</description>
      <pubDate>Mon, 13 Aug 2018 20:24:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400783#M71375</guid>
      <dc:creator>pruthvikrishnap</dc:creator>
      <dc:date>2018-08-13T20:24:00Z</dc:date>
    </item>
    <item>
      <title>Re: How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400784#M71376</link>
      <description>&lt;P&gt;Thanks for your reply. But here's what I've found.  I've tried all different combinations of _TCP_ROUTING and defaultGroup. If a server is in the defaultGroup it gets all data from all the apps. If it's not it gets nothing.  _TCP_routing has no effect no matter which server is in it. The statement seems to be completely ignored&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 20:51:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400784#M71376</guid>
      <dc:creator>JarrettM</dc:creator>
      <dc:date>2020-09-29T20:51:31Z</dc:date>
    </item>
    <item>
      <title>Re: How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400785#M71377</link>
      <description>&lt;P&gt;Thanks for your reply. But here's what I've found. Taking your suggestion I've tried all different combinations of _TCP_ROUTING and defaultGroup. If a server is in the defaultGroup it gets all data from all the apps. If it's not it gets nothing.  _TCP_routing has no effect no matter which server is in it. The statement seems to be completely ignored.&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 20:51:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400785#M71377</guid>
      <dc:creator>JarrettM</dc:creator>
      <dc:date>2020-09-29T20:51:34Z</dc:date>
    </item>
    <item>
      <title>Re: How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400786#M71378</link>
      <description>&lt;P&gt;I've tested this and was able to route events as desired.&lt;BR /&gt;
&lt;STRONG&gt;_TCP_ROUTING=testsplunk&lt;/STRONG&gt; will (and should) route data (from respective monitor stanza) to 'testsplunk' group. &lt;BR /&gt;
defaultGroup=mysplunk (in ouputs.conf) will route all other data (including _internal logs) to 'mysplunk' group. If this is not working, then please check for typos and see that there isn't any precedence issue. On forwarder, run this command to check various inputs.conf settings which splunk is taking into consideration. &lt;BR /&gt;
&lt;CODE&gt;From $SPLUNK_HOME/bin/,  splunk btool inputs list --debug&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;Just reminding, forwarder must be restarted for the changes to take effect. More information about, &lt;A href="http://docs.splunk.com/Documentation/Splunk/7.1.2/Forwarding/Routeandfilterdatad#Route_inputs_to_specific_indexers_based_on_the_data_input" target="_blank"&gt;Route inputs to specific indexers based on the data input&lt;/A&gt; &lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 20:54:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400786#M71378</guid>
      <dc:creator>sudosplunk</dc:creator>
      <dc:date>2020-09-29T20:54:45Z</dc:date>
    </item>
    <item>
      <title>Re: How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400787#M71379</link>
      <description>&lt;P&gt;Thanks. I obviously have a mis-configuration somewhere. I'll keep hacking at it and let you know when I figure it out.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Aug 2018 13:09:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400787#M71379</guid>
      <dc:creator>JarrettM</dc:creator>
      <dc:date>2018-08-14T13:09:13Z</dc:date>
    </item>
    <item>
      <title>Re: How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400788#M71380</link>
      <description>&lt;P&gt;Did you ever figure out a fix for this issue? I am seeing the exact same behavior for our windows inputs.&lt;/P&gt;</description>
      <pubDate>Wed, 12 Dec 2018 15:33:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400788#M71380</guid>
      <dc:creator>JLewis21</dc:creator>
      <dc:date>2018-12-12T15:33:41Z</dc:date>
    </item>
    <item>
      <title>Re: How does _TCP_ROUTING work in inputs.conf?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400789#M71381</link>
      <description>&lt;P&gt;it is case sensitive... so ALL CAPS on that _TCP_ROUTING part. &lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 23:59:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-does-TCP-ROUTING-work-in-inputs-conf/m-p/400789#M71381</guid>
      <dc:creator>joesrepsolc</dc:creator>
      <dc:date>2020-09-29T23:59:41Z</dc:date>
    </item>
  </channel>
</rss>

