<?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: High availability failover due to high dataplane usage in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/high-availability-failover-due-to-high-dataplane-usage/m-p/180266#M55832</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Huge amount of new session ... normally, session are sync between cluster member then ...&lt;/P&gt;&lt;P&gt;Which model of palo are you using ??&lt;/P&gt;&lt;P&gt;According my experince, path monitoring is not .... always efficient.&lt;/P&gt;&lt;P&gt;Maybe when your first palo carshed, failover happen but path monitoring was not up on backup .. then no internet ....&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope help.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;V.&lt;/P&gt;</description>
    <pubDate>Thu, 05 Oct 2017 12:24:31 GMT</pubDate>
    <dc:creator>VinceM</dc:creator>
    <dc:date>2017-10-05T12:24:31Z</dc:date>
    <item>
      <title>High availability failover due to high dataplane usage</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/high-availability-failover-due-to-high-dataplane-usage/m-p/180245#M55824</link>
      <description>&lt;P&gt;our internet went down a few weeks ago when our primary PA failover to a secondary PA. We found out, after doing some research and investigative work, that this was due to the amount of new session created, which cause the PA to use the slowpath and access more cpu resource. Once we failedover, we had internet access for about 5-10 minutes and then suddently we lost internet access.&amp;nbsp; After talking to tech support, we came to a conclusion that this might have been to due arp. We have about 25 static NATs, and 3 DNATs, could this have been the cause? if so why did we have internet for a while and suddently lost connection?&amp;nbsp;&lt;/P&gt;&lt;P&gt;our failover condition is&amp;nbsp; based on link monitoring, trust, untrust, and path monitoring, which is our gateway.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Why didnt we fail back to the active if we lost access to the internet- our path was never down on our secondary FW.&amp;nbsp;&lt;/P&gt;&lt;P&gt;We're running 8.0.2&lt;/P&gt;</description>
      <pubDate>Thu, 05 Oct 2017 06:46:44 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/high-availability-failover-due-to-high-dataplane-usage/m-p/180245#M55824</guid>
      <dc:creator>mmbengue</dc:creator>
      <dc:date>2017-10-05T06:46:44Z</dc:date>
    </item>
    <item>
      <title>Re: High availability failover due to high dataplane usage</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/high-availability-failover-due-to-high-dataplane-usage/m-p/180255#M55827</link>
      <description>&lt;P&gt;Sounds like your device may have been flooded. this would explain your connectivity came back for a few minutes while the newly active secondary firewall's session table/resources were rapidly depleting. &lt;/P&gt;
&lt;P&gt;This could be an outside attack or an inside burst (example: simultaneous triggering of windows update on a lot of internal devices)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;one way to prevent this type of issue from taking down your firewall is to enable Zone Protection profiels that will start discarding packets at a certain packet rate or will implement syn cookies to prevent malicious flooding of tcp sockets&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;did you happen to collect a techsupport file right after the incident on your primary? if so you could go take a look at the dataplane resources in the dataplane logs to see if your packet descriptors were filling up or software pools draining&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;is there any additional information you can share?&lt;/P&gt;
&lt;P&gt;you mentioned ARP, could you elaborate on this conclusion?&lt;/P&gt;</description>
      <pubDate>Thu, 05 Oct 2017 07:48:23 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/high-availability-failover-due-to-high-dataplane-usage/m-p/180255#M55827</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2017-10-05T07:48:23Z</dc:date>
    </item>
    <item>
      <title>Re: High availability failover due to high dataplane usage</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/high-availability-failover-due-to-high-dataplane-usage/m-p/180266#M55832</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Huge amount of new session ... normally, session are sync between cluster member then ...&lt;/P&gt;&lt;P&gt;Which model of palo are you using ??&lt;/P&gt;&lt;P&gt;According my experince, path monitoring is not .... always efficient.&lt;/P&gt;&lt;P&gt;Maybe when your first palo carshed, failover happen but path monitoring was not up on backup .. then no internet ....&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope help.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;V.&lt;/P&gt;</description>
      <pubDate>Thu, 05 Oct 2017 12:24:31 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/high-availability-failover-due-to-high-dataplane-usage/m-p/180266#M55832</guid>
      <dc:creator>VinceM</dc:creator>
      <dc:date>2017-10-05T12:24:31Z</dc:date>
    </item>
  </channel>
</rss>

