<?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 High Bandwidth Utilization &amp;amp; Data Plane Restart in Next-Generation Firewall Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/high-bandwidth-utilization-amp-data-plane-restart/m-p/527385#M768</link>
    <description>&lt;P&gt;We have a 5220 running 9.1.12-h3, and it has a 10 Gb vwire with multiple VLANs configured with managed switches on both sides.&lt;/P&gt;
&lt;P&gt;There was a 13 Terrabyte copy across this vwire, and then as that was finishing, there was a 3 Terrabyte data copy. Both were sources from the same side of the vwire, and both towards (destination side of vwire) servers and storage on the other side of the vwire.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Just as both overlapped, we lost connectivity to servers and other resources on the destination side of the vwire. Once we restarted the dataplane on the firewall, we could access the servers and resources.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Interestingly, the Data Plane CPU (in the System Resources widget) showed less than 10% during this issue.&lt;/P&gt;
&lt;P&gt;Has anyone experienced this or similar behavior? Is it possible for the dataplane to be overwhelmed? And if so, for the CPU utilization to be low?&lt;BR /&gt;Thanks for any help.&lt;/P&gt;</description>
    <pubDate>Tue, 17 Jan 2023 14:46:47 GMT</pubDate>
    <dc:creator>jeff6strings</dc:creator>
    <dc:date>2023-01-17T14:46:47Z</dc:date>
    <item>
      <title>High Bandwidth Utilization &amp; Data Plane Restart</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/high-bandwidth-utilization-amp-data-plane-restart/m-p/527385#M768</link>
      <description>&lt;P&gt;We have a 5220 running 9.1.12-h3, and it has a 10 Gb vwire with multiple VLANs configured with managed switches on both sides.&lt;/P&gt;
&lt;P&gt;There was a 13 Terrabyte copy across this vwire, and then as that was finishing, there was a 3 Terrabyte data copy. Both were sources from the same side of the vwire, and both towards (destination side of vwire) servers and storage on the other side of the vwire.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Just as both overlapped, we lost connectivity to servers and other resources on the destination side of the vwire. Once we restarted the dataplane on the firewall, we could access the servers and resources.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Interestingly, the Data Plane CPU (in the System Resources widget) showed less than 10% during this issue.&lt;/P&gt;
&lt;P&gt;Has anyone experienced this or similar behavior? Is it possible for the dataplane to be overwhelmed? And if so, for the CPU utilization to be low?&lt;BR /&gt;Thanks for any help.&lt;/P&gt;</description>
      <pubDate>Tue, 17 Jan 2023 14:46:47 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/high-bandwidth-utilization-amp-data-plane-restart/m-p/527385#M768</guid>
      <dc:creator>jeff6strings</dc:creator>
      <dc:date>2023-01-17T14:46:47Z</dc:date>
    </item>
    <item>
      <title>Re: High Bandwidth Utilization &amp; Data Plane Restart</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/high-bandwidth-utilization-amp-data-plane-restart/m-p/529444#M838</link>
      <description>&lt;P&gt;I have sometimes because of a DOS attack high traffic the firewall to get stuck even after the CPU gets better as I have mentioned in &lt;A href="https://live.paloaltonetworks.com/t5/general-topics/knowledge-sharing-high-data-plane-cpu-because-of-ddos-or/td-p/405772" target="_blank"&gt;https://live.paloaltonetworks.com/t5/general-topics/knowledge-sharing-high-data-plane-cpu-because-of-ddos-or/td-p/405772&lt;/A&gt; but also keep in mind that the memory could have been the issue, so also check the memory if you again have this issue:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA14u000000oNDmCAM" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA14u000000oNDmCAM&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000PNtHCAW" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000PNtHCAW&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClUb" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClUb&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000POEKCA4&amp;amp;lang=en_US%E2%80%A9" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000POEKCA4&amp;amp;lang=en_US%E2%80%A9&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 01 Feb 2023 10:36:52 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/high-bandwidth-utilization-amp-data-plane-restart/m-p/529444#M838</guid>
      <dc:creator>nikoolayy1</dc:creator>
      <dc:date>2023-02-01T10:36:52Z</dc:date>
    </item>
  </channel>
</rss>

