<?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: Packet Descriptors spike in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/280367#M75840</link>
    <description>&lt;P&gt;We're seeing the same on 8.1.8 largely for git traffic. I believe it's a bug. Did you put in a ticket?&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 31 Jul 2019 18:21:38 GMT</pubDate>
    <dc:creator>tmhorne</dc:creator>
    <dc:date>2019-07-31T18:21:38Z</dc:date>
    <item>
      <title>Packet Descriptors spike</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/834#M644</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've been collecting and plotting CPU, Session, Packets Descriptors, Packets Per Second, as well as some other metrics. Once in a while I see a spike on the Packet Descriptor graph.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;According to KB article &lt;A href="https://live.paloaltonetworks.com/docs/DOC-4648"&gt;How to Interpret: show running resource-monitor&lt;/A&gt; :&lt;/P&gt;&lt;P&gt;&lt;EM&gt;The cores specified in the CPU usage output have dedicated functionalities:&lt;/EM&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;EM&gt;Core 0: used for Management Plane (MP) and Data Plane (DP) communication&lt;/EM&gt;&lt;/LI&gt;&lt;LI&gt;&lt;EM&gt;Core 1: used for session and flow management&lt;/EM&gt;&lt;/LI&gt;&lt;LI&gt;&lt;EM&gt;Core 2 and above: used to process network traffic and log processing&lt;/EM&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Same article talks about: &lt;EM&gt;&lt;STRONG&gt;If the output of packet descriptors or buffers stays &amp;gt; 80%, it indicates the device is over loaded and may lead to packet loss and abnormal behavior of the device.&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Question:&lt;/STRONG&gt; Is there a way to pinpoint WHAT exactly contributes into Packet Descriptor spike? None of the other graphs show anything for the particular period of time. CPU is normal, Session util is fine, Packets per Second are fine for each zone. Is there anything in the logs that I should search for?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Jan 2014 18:25:22 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/834#M644</guid>
      <dc:creator>Retired Member</dc:creator>
      <dc:date>2014-01-09T18:25:22Z</dc:date>
    </item>
    <item>
      <title>Re: Packet Descriptors spike</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/835#M645</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Whoch model and which PANOS version?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 21 Jan 2014 08:52:06 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/835#M645</guid>
      <dc:creator>mikand</dc:creator>
      <dc:date>2014-01-21T08:52:06Z</dc:date>
    </item>
    <item>
      <title>Re: Packet Descriptors spike</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/836#M646</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Abraun,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When there is a scenario where the packet descriptors are High as in more than 80% for some time and staying there, it indicates lot of dataplane traffic is being processed.&lt;/P&gt;&lt;P&gt;Now there are many ways to look into it,&lt;/P&gt;&lt;P&gt;1&amp;gt; See if there are any attacks or threats, this can be seen in Threat logs and its frequency.&lt;/P&gt;&lt;P&gt;2&amp;gt; Implement DOS protection or Zone protection as needed and see if there are any Syn attacks or so on.&lt;/P&gt;&lt;P&gt;3&amp;gt; Wonderful idea is to look for ACC tab and see what kind of applications were running at the time when descriptors were high. Find the time frame and select the time range in ACC and filter the results. Ideally now that should tell us which applications were seen which were consuming DP resources. Also from the Bytes consumed per APP we can know narrow down the most used app.&lt;/P&gt;&lt;P&gt;&amp;gt; Look for the Dataplane counters available in dp-monitor.log at the time of issue. This will be the pointer towards any issues. They may not be very clear to understand but some of them are clear to point out the cause. If you compare the counters from some time ago when packet descriptors were good, we get good lot of stats as to which counters increased, giving us greater granularity of knowledge.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope all this helps !&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 21 Jan 2014 16:03:04 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/836#M646</guid>
      <dc:creator>Phoenix</dc:creator>
      <dc:date>2014-01-21T16:03:04Z</dc:date>
    </item>
    <item>
      <title>Re: Packet Descriptors spike</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/837#M647</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sorry to follow up to an old post, but I'm interested in understanding more about this issue.&amp;nbsp; You say high packet descriptors indicates lots of dataplane traffic is being processed - can you elaborate?&amp;nbsp; Is this any traffic handled in the dataplane, is it only slowpath dataplane traffic, traffic subject to DoS policy, etc?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've seen degraded performance on a PA-5060 running 6.0.3, with high packet descriptors, and I'm trying to understand the cause.&amp;nbsp; There was a large spike in DNS traffic at the time, but almost all of it was dropped by a DoS policy.&amp;nbsp; The permitted DNS traffic was much lower in volume and sessions than other normal traffic - approximately 4000-6000 sessions of it were active, compared to a total of 1.2 million sessions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;According to the specs, a 5060 can setup 120k sessions per second.&amp;nbsp; I assumed that means full session setups, and excludes packets denied by DoS protection policies.&amp;nbsp; Is this understanding correct?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 03 Nov 2014 23:21:17 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/837#M647</guid>
      <dc:creator>rvandegrift</dc:creator>
      <dc:date>2014-11-03T23:21:17Z</dc:date>
    </item>
    <item>
      <title>Re: Packet Descriptors spike</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/177399#M55333</link>
      <description>&lt;P&gt;&lt;SPAN&gt;&amp;nbsp;Look for the Dataplane counters available in dp-monitor.log at the time of issue ... how can i check this ?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 18 Sep 2017 16:49:40 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/177399#M55333</guid>
      <dc:creator>Rameshwar</dc:creator>
      <dc:date>2017-09-18T16:49:40Z</dc:date>
    </item>
    <item>
      <title>Re: Packet Descriptors spike</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/276845#M75383</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We see latency issues on Firewalls running on 8.1.6. Rule for the traffic is service based rule with port 80, 8081 &amp;amp; other ports.&amp;nbsp; User seems to be using "jfrog-artifactory' app for some file sharing and experienced latency. When we look into the resource monitor, packet buffers &amp;amp; sessions looks good but &lt;STRONG&gt;packet descriptors (on chip) (maximum) reaching 100.&amp;nbsp;&lt;/STRONG&gt; An App-over ride rule for application&amp;nbsp;"jfrog-artifactory' on port 80, 8081 is applied for ingress and egress traffic and values on packet descriptors value looks idle but we see 100 spike intermetivley. Any kind of answer is helpful to reslove this issue,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jul 2019 15:33:02 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/276845#M75383</guid>
      <dc:creator>snekkanti</dc:creator>
      <dc:date>2019-07-16T15:33:02Z</dc:date>
    </item>
    <item>
      <title>Re: Packet Descriptors spike</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/280367#M75840</link>
      <description>&lt;P&gt;We're seeing the same on 8.1.8 largely for git traffic. I believe it's a bug. Did you put in a ticket?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 31 Jul 2019 18:21:38 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/280367#M75840</guid>
      <dc:creator>tmhorne</dc:creator>
      <dc:date>2019-07-31T18:21:38Z</dc:date>
    </item>
    <item>
      <title>Re: Packet Descriptors spike</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/300377#M78490</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We see this on PA 5220 running 8.1.9.&lt;/P&gt;&lt;P&gt;Packet &amp;nbsp;descriptor average is below 80 but spike goes to 100 very often&lt;/P&gt;</description>
      <pubDate>Sat, 23 Nov 2019 04:16:56 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/packet-descriptors-spike/m-p/300377#M78490</guid>
      <dc:creator>MP18</dc:creator>
      <dc:date>2019-11-23T04:16:56Z</dc:date>
    </item>
  </channel>
</rss>

