<?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 HA Clustering session synchronization in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/ha-clustering-session-synchronization/m-p/442515#M100108</link>
    <description>&lt;P&gt;Hello!&lt;/P&gt;&lt;P&gt;I have some question about session synchronization in HA Clustering (geographic cluster). All firewalls in HA clustering use the first rule for traffic that should not match it, this only happens on geoclustered firewalls. Later, the rules are processed correctly, but the first one is always used, so I see incorrect traffic in the logs.&lt;BR /&gt;Example:&lt;BR /&gt;Policy "First": From TRUST zone and 192.168.1.1 src.address to UNTRUST zone 8.8.8.8 dst.address application any action DROP.&lt;BR /&gt;Log: From GUEST zone and 10.100.100.1 src.address to DMZ zone 1.1.1.1&amp;nbsp;dst.address action ALLOW used policy "First".&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It doesn't make sense, but I did the configuration in the lab and it works the same there, I think it is related to session synchronization and flooding information about these sessions to the neighbors. However, I cannot find an explanation for this behaviour in the documentation. Can anyone explain it?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards!&lt;/P&gt;</description>
    <pubDate>Thu, 21 Oct 2021 10:59:16 GMT</pubDate>
    <dc:creator>mateuszga</dc:creator>
    <dc:date>2021-10-21T10:59:16Z</dc:date>
    <item>
      <title>HA Clustering session synchronization</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/ha-clustering-session-synchronization/m-p/442515#M100108</link>
      <description>&lt;P&gt;Hello!&lt;/P&gt;&lt;P&gt;I have some question about session synchronization in HA Clustering (geographic cluster). All firewalls in HA clustering use the first rule for traffic that should not match it, this only happens on geoclustered firewalls. Later, the rules are processed correctly, but the first one is always used, so I see incorrect traffic in the logs.&lt;BR /&gt;Example:&lt;BR /&gt;Policy "First": From TRUST zone and 192.168.1.1 src.address to UNTRUST zone 8.8.8.8 dst.address application any action DROP.&lt;BR /&gt;Log: From GUEST zone and 10.100.100.1 src.address to DMZ zone 1.1.1.1&amp;nbsp;dst.address action ALLOW used policy "First".&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It doesn't make sense, but I did the configuration in the lab and it works the same there, I think it is related to session synchronization and flooding information about these sessions to the neighbors. However, I cannot find an explanation for this behaviour in the documentation. Can anyone explain it?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards!&lt;/P&gt;</description>
      <pubDate>Thu, 21 Oct 2021 10:59:16 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/ha-clustering-session-synchronization/m-p/442515#M100108</guid>
      <dc:creator>mateuszga</dc:creator>
      <dc:date>2021-10-21T10:59:16Z</dc:date>
    </item>
    <item>
      <title>Re: HA Clustering session synchronization</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/ha-clustering-session-synchronization/m-p/443099#M100174</link>
      <description>&lt;P&gt;The only thing that comes to mind is that perhaps "First" is a negate rule.&lt;/P&gt;
&lt;P&gt;So, if traffic is NOT coming from 192.168.1.1. to 8.8.8.8 then allow... policy log would show First.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 23 Oct 2021 12:09:39 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/ha-clustering-session-synchronization/m-p/443099#M100174</guid>
      <dc:creator>S.Cantwell</dc:creator>
      <dc:date>2021-10-23T12:09:39Z</dc:date>
    </item>
    <item>
      <title>Re: HA Clustering session synchronization</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/ha-clustering-session-synchronization/m-p/443175#M100183</link>
      <description>&lt;P&gt;Hello.&lt;/P&gt;&lt;P&gt;Thank you for your answer.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Can you explain it more precisely? Yes, action for "First" rule is drop, rule log only on session end.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I can see this behaviour only in HA clustering members so it can be indication.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 25 Oct 2021 10:42:56 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/ha-clustering-session-synchronization/m-p/443175#M100183</guid>
      <dc:creator>mateuszga</dc:creator>
      <dc:date>2021-10-25T10:42:56Z</dc:date>
    </item>
  </channel>
</rss>

