<?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: Palo Alto and Splunk - queue for outage period ? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/650039#M110465</link>
    <description>&lt;P&gt;The second is just SC4S which doesn’t contains HF. It receive events via syslog server and sends those via HEC.&amp;nbsp;&lt;BR /&gt;When I said syslog server I actually means ha version if possible. That with LB can give you quite good service level. Also pure single node syslog server has much shorter restart/reload time. Based on that you have much better service level with these than you have with individual HF with TCT/UDP listener.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Wihout LB you cannot avoid data loss with tcp protocol (this needs correctly configured LB, depends by product). If you are using UDP, then you will lose events (“feature” of protocol).&lt;/P&gt;</description>
    <pubDate>Tue, 11 Jul 2023 18:42:34 GMT</pubDate>
    <dc:creator>isoutamo</dc:creator>
    <dc:date>2023-07-11T18:42:34Z</dc:date>
    <item>
      <title>Palo Alto and Splunk - queue for outage period ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/649139#M110323</link>
      <description>&lt;P&gt;Hello Splunkers,&lt;/P&gt;&lt;P&gt;I am using the official "Palo Alto Networks Add-on for Splunk" in order to ingest Palo logs inside my Splunk infra.&lt;/P&gt;&lt;P&gt;My path is basically Panorama --&amp;gt; HF --&amp;gt; Indexers.&lt;/P&gt;&lt;P&gt;I am wondering &lt;STRONG&gt;what will happen if my HF goes down during a certain amount of time ?&lt;/STRONG&gt; Does the Panorama instance have a temporary outputs queue that will prevent data loss ? What could I do to make this flow of log more "resilient" ?&lt;/P&gt;&lt;P&gt;Thanks a lot,&lt;/P&gt;&lt;P&gt;GaetanVP&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 04 Jul 2023 14:14:12 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/649139#M110323</guid>
      <dc:creator>GaetanVP</dc:creator>
      <dc:date>2023-07-04T14:14:12Z</dc:date>
    </item>
    <item>
      <title>Re: Palo Alto and Splunk - queue for outage period ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/649169#M110332</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;every time when you are using syslog to send data to splunk, the preferred method is use some real syslog server (cluster) to avoid lost events. Splunk HF's tcp input is not this kind of server!!&lt;/P&gt;&lt;P&gt;You should use your current syslog server to collect events or if you haven't anyone then set up e.g. SC4S (syslog connect for splunk) to manage syslog feed.&lt;/P&gt;&lt;P&gt;r. Ismo&lt;/P&gt;</description>
      <pubDate>Tue, 04 Jul 2023 16:03:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/649169#M110332</guid>
      <dc:creator>isoutamo</dc:creator>
      <dc:date>2023-07-04T16:03:54Z</dc:date>
    </item>
    <item>
      <title>Re: Palo Alto and Splunk - queue for outage period ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/649939#M110453</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/214410"&gt;@isoutamo&lt;/a&gt;, thanks for you answer&lt;/P&gt;&lt;P&gt;Okay so you would suggest me to implement those two possibilities :&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Palo Alto --&amp;gt; Syslog Server with UF installed --&amp;gt; HF --&amp;gt; Indexers (1)&lt;/LI&gt;&lt;LI&gt;Palo Alto --&amp;gt; HF with SC4S --&amp;gt; Indexers (2)&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I do not really understand how those architectures can prevent data loss in case of a crash of the Syslog Server (1) or my HF (2). None of the servers will ask Palo to "resend" some data missed, or am I wrong ?&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;/P&gt;&lt;P&gt;GaetanVP&lt;/P&gt;</description>
      <pubDate>Tue, 11 Jul 2023 08:14:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/649939#M110453</guid>
      <dc:creator>GaetanVP</dc:creator>
      <dc:date>2023-07-11T08:14:40Z</dc:date>
    </item>
    <item>
      <title>Re: Palo Alto and Splunk - queue for outage period ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/650039#M110465</link>
      <description>&lt;P&gt;The second is just SC4S which doesn’t contains HF. It receive events via syslog server and sends those via HEC.&amp;nbsp;&lt;BR /&gt;When I said syslog server I actually means ha version if possible. That with LB can give you quite good service level. Also pure single node syslog server has much shorter restart/reload time. Based on that you have much better service level with these than you have with individual HF with TCT/UDP listener.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Wihout LB you cannot avoid data loss with tcp protocol (this needs correctly configured LB, depends by product). If you are using UDP, then you will lose events (“feature” of protocol).&lt;/P&gt;</description>
      <pubDate>Tue, 11 Jul 2023 18:42:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Palo-Alto-and-Splunk-queue-for-outage-period/m-p/650039#M110465</guid>
      <dc:creator>isoutamo</dc:creator>
      <dc:date>2023-07-11T18:42:34Z</dc:date>
    </item>
  </channel>
</rss>

