<?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: allowing TCP input to define the sourcetype implicitly in All Apps and Add-ons</title>
    <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169429#M16196</link>
    <description>&lt;P&gt;Well as above, this is a script sending data to a raw tcp input.&lt;/P&gt;</description>
    <pubDate>Fri, 17 Oct 2014 15:43:35 GMT</pubDate>
    <dc:creator>acidkewpie</dc:creator>
    <dc:date>2014-10-17T15:43:35Z</dc:date>
    <item>
      <title>allowing TCP input to define the sourcetype implicitly</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169425#M16192</link>
      <description>&lt;P&gt;Hi, I'm looking to replicate the output from streamfwd with a separate script, and from what I understand of the Stream solution, it's entirely on the client to send fully formed messages to the server. But obviously streamfwd provides all the Proprietary metadata compared to just spitting a JSON structure into a TCP port which is what my script will need to do (I presume). A key thing to allow the data to be used as if it were actually from streamfwd is the setting of the sourcetype. How can I best allow these messages coming through a single TCP input to have a proper sourcetype as defined by the client? I believe it's possible for props.conf to mangle sourcetypes upon indexing, but I'd like to stay away from that if possible and let the client define it just like I believe streamfwd does. I noticed I could just put "sourcetype" as a field in the JSON payload, but this left the logs having two sourcetypes, the one set there AND "syslog" as defined on the TCP input itself.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Oct 2014 14:33:20 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169425#M16192</guid>
      <dc:creator>acidkewpie</dc:creator>
      <dc:date>2014-10-17T14:33:20Z</dc:date>
    </item>
    <item>
      <title>Re: allowing TCP input to define the sourcetype implicitly</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169426#M16193</link>
      <description>&lt;P&gt;You can use props.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[source::stream]
TRANSFORM-mytype=set_sourcetype
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;transforms.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[set_sourcetype]
REGEX=&amp;lt; insert your regex&amp;gt;
FORMAT= sourcetype::&amp;lt;name of your sourcetype&amp;gt;
DEST_KEY = MetaData:Sourcetype
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;See docs:&lt;/P&gt;

&lt;P&gt;&lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Data/Advancedsourcetypeoverrides"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Data/Advancedsourcetypeoverrides&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 17 Oct 2014 14:41:08 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169426#M16193</guid>
      <dc:creator>ndoshi</dc:creator>
      <dc:date>2014-10-17T14:41:08Z</dc:date>
    </item>
    <item>
      <title>Re: allowing TCP input to define the sourcetype implicitly</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169427#M16194</link>
      <description>&lt;P&gt;Thanks, is there a way to do this on the client side though?&lt;/P&gt;</description>
      <pubDate>Fri, 17 Oct 2014 15:36:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169427#M16194</guid>
      <dc:creator>acidkewpie</dc:creator>
      <dc:date>2014-10-17T15:36:59Z</dc:date>
    </item>
    <item>
      <title>Re: allowing TCP input to define the sourcetype implicitly</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169428#M16195</link>
      <description>&lt;P&gt;If you use a heavy forwarder, yes you can apply transforms. I would not recommend a heavy forwarder unless you have a good reason as the Universal Forwarder scales better. The Heavy Forwarder sends events while the UF sends blocks of data at a time making it perform better..&lt;/P&gt;</description>
      <pubDate>Fri, 17 Oct 2014 15:39:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169428#M16195</guid>
      <dc:creator>ndoshi</dc:creator>
      <dc:date>2014-10-17T15:39:34Z</dc:date>
    </item>
    <item>
      <title>Re: allowing TCP input to define the sourcetype implicitly</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169429#M16196</link>
      <description>&lt;P&gt;Well as above, this is a script sending data to a raw tcp input.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Oct 2014 15:43:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/allowing-TCP-input-to-define-the-sourcetype-implicitly/m-p/169429#M16196</guid>
      <dc:creator>acidkewpie</dc:creator>
      <dc:date>2014-10-17T15:43:35Z</dc:date>
    </item>
  </channel>
</rss>

