<?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: tracking bursty traffic with the firewall in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/tracking-bursty-traffic-with-the-firewall/m-p/420425#M93870</link>
    <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/24977"&gt;@Carracido&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;The rcv_fifo_overrun counters are essentially always buffer shortages&amp;nbsp; due to bursty traffic. There's really not a great way to track this directly on the firewall outside of the counters.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 19 Jul 2021 17:06:15 GMT</pubDate>
    <dc:creator>BPry</dc:creator>
    <dc:date>2021-07-19T17:06:15Z</dc:date>
    <item>
      <title>tracking bursty traffic with the firewall</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/tracking-bursty-traffic-with-the-firewall/m-p/420367#M93867</link>
      <description>&lt;P&gt;Dear community!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I´m seeing in the interfaces the "&lt;SPAN&gt;rcv_fifo_overrun" counter increasing quite a lot and I´d like to find out what´s the root cause. Is there a reliable way to verify in the firewall if the reason of this counter to increase is some bursty traffic or anything else?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Thank you!&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 19 Jul 2021 15:19:52 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/tracking-bursty-traffic-with-the-firewall/m-p/420367#M93867</guid>
      <dc:creator>Carracido</dc:creator>
      <dc:date>2021-07-19T15:19:52Z</dc:date>
    </item>
    <item>
      <title>Re: tracking bursty traffic with the firewall</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/tracking-bursty-traffic-with-the-firewall/m-p/420425#M93870</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/24977"&gt;@Carracido&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;The rcv_fifo_overrun counters are essentially always buffer shortages&amp;nbsp; due to bursty traffic. There's really not a great way to track this directly on the firewall outside of the counters.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 19 Jul 2021 17:06:15 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/tracking-bursty-traffic-with-the-firewall/m-p/420425#M93870</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2021-07-19T17:06:15Z</dc:date>
    </item>
    <item>
      <title>Re: tracking bursty traffic with the firewall</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/tracking-bursty-traffic-with-the-firewall/m-p/420433#M93873</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;Netflow might be able to help you. If you dont have a netflow server, there are free options available. This way you'll know the endpoint causing the burst.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;</description>
      <pubDate>Mon, 19 Jul 2021 17:17:09 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/tracking-bursty-traffic-with-the-firewall/m-p/420433#M93873</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2021-07-19T17:17:09Z</dc:date>
    </item>
  </channel>
</rss>

