<?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: Filtering portions of log using heavy forwarder in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181891#M36459</link>
    <description>&lt;P&gt;I agree with Cary's response. &lt;BR /&gt;
Also its not mandatory to use HF if you want to filter raw logs. Indexer can very well do that. HF occupy one additional box &amp;amp; may become bottleneck in large deployment. &lt;/P&gt;</description>
    <pubDate>Mon, 23 Mar 2015 06:22:43 GMT</pubDate>
    <dc:creator>satishsdange</dc:creator>
    <dc:date>2015-03-23T06:22:43Z</dc:date>
    <item>
      <title>Filtering portions of log using heavy forwarder</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181889#M36457</link>
      <description />
      <pubDate>Fri, 20 Mar 2015 16:00:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181889#M36457</guid>
      <dc:creator>Raghav2384</dc:creator>
      <dc:date>2015-03-20T16:00:00Z</dc:date>
    </item>
    <item>
      <title>Re: Filtering portions of log using heavy forwarder</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181890#M36458</link>
      <description>&lt;P&gt;You may want to completely edit (or perhaps better - completely resubmit) this question. And don't use the code text tagging for the entire text so that you can have a reasonably viewable question that can contain the bold, etc. I'm not complaining or anything, but it is very hard to figure out what it is you want with it formatted as it is.&lt;/P&gt;</description>
      <pubDate>Fri, 20 Mar 2015 21:45:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181890#M36458</guid>
      <dc:creator>cpetterborg</dc:creator>
      <dc:date>2015-03-20T21:45:37Z</dc:date>
    </item>
    <item>
      <title>Re: Filtering portions of log using heavy forwarder</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181891#M36459</link>
      <description>&lt;P&gt;I agree with Cary's response. &lt;BR /&gt;
Also its not mandatory to use HF if you want to filter raw logs. Indexer can very well do that. HF occupy one additional box &amp;amp; may become bottleneck in large deployment. &lt;/P&gt;</description>
      <pubDate>Mon, 23 Mar 2015 06:22:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181891#M36459</guid>
      <dc:creator>satishsdange</dc:creator>
      <dc:date>2015-03-23T06:22:43Z</dc:date>
    </item>
    <item>
      <title>Re: Filtering portions of log using heavy forwarder</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181892#M36460</link>
      <description>&lt;P&gt;Here is the link to Splunk Doc dedicated to the topic: &lt;CODE&gt;&lt;A href="http://docs.splunk.com/Documentation/Splunk/6.2.2/Forwarding/Routeandfilterdatad" target="test_blank"&gt;http://docs.splunk.com/Documentation/Splunk/6.2.2/Forwarding/Routeandfilterdatad&lt;/A&gt;&lt;/CODE&gt;.&lt;/P&gt;

&lt;P&gt;HF does not demand super-dome compute power and hence, it makes more sense to have a dedicated HF to filter data and give more headroom to the Indexer for its core function.&lt;/P&gt;</description>
      <pubDate>Mon, 23 Mar 2015 07:28:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Filtering-portions-of-log-using-heavy-forwarder/m-p/181892#M36460</guid>
      <dc:creator>miteshvohra</dc:creator>
      <dc:date>2015-03-23T07:28:41Z</dc:date>
    </item>
  </channel>
</rss>

