<?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: Cluster with different IP subnets configuration - MVC cluster upgrade challanges in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-with-different-IP-subnets-configuration-MVC-cluster/m-p/117579#M16613</link>
    <description>&lt;P&gt;Last week we could see the same behaviour and too our MVC upgrade was disruptive.&lt;/P&gt;
&lt;P&gt;After policy install with R80.40 and enabling MVC we got two active nodes. One with R80.30 and the other with R80.40.&lt;/P&gt;
&lt;P&gt;Neither of the nodes could see the other one. We did not had time for troubleshooting in this maintenance schedule, so we stopped clustering on the older node with cphastop. After upgrade of both nodes to R80.40 everything was fine.&lt;/P&gt;
&lt;P&gt;The difference to all my other successfully upgrades is the&amp;nbsp;&lt;SPAN&gt;"Cluster IP Addresses on Different Subnets". Following your post&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/11456"&gt;@Kaspars_Zibarts&lt;/a&gt;&amp;nbsp;maybe there is a problem with the upgrade procedure in case of using these feature. I‘ll try to replicate this in my lab or maybe someone here has experience with this ?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;Wolfgang&lt;/P&gt;</description>
    <pubDate>Mon, 03 May 2021 19:20:13 GMT</pubDate>
    <dc:creator>Wolfgang</dc:creator>
    <dc:date>2021-05-03T19:20:13Z</dc:date>
    <item>
      <title>Cluster with different IP subnets configuration - MVC cluster upgrade challanges</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-with-different-IP-subnets-configuration-MVC-cluster/m-p/116704#M16465</link>
      <description>&lt;P&gt;Probably not that widely used feature having Cluster VIP in one subnet and actual interfaces in different as described in ClusterXL admin guide, "Cluster IP Addresses on Different Subnets" section:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png" style="width: 400px;"&gt;&lt;img src="https://community.checkpoint.com/t5/image/serverpage/image-id/11484i7F75B3CA526E199D/image-size/medium?v=v2&amp;amp;px=400" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Yesterday I noticed interesting behaviour whilst performing multi-version cluster upgrade (R80.30 &amp;gt; R80.40)&lt;/P&gt;
&lt;P&gt;After doing initial upgrade on FW2, I attempted to download and install latest Jumbo but gateway failed to connect to Checkpoint services. Logs showed drops on Sync interface on FW1 with source IP of FW2 external interface, say side-B in the diagram 192.168.2.2, destination being updates.checkpoint.com.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Normally this is covered by implied rules as interface IPs and VIPs are part of the cluster.&lt;/P&gt;
&lt;P&gt;In this case 192.168.2.2 was not considered as cluster IP so I had to add explicit rule to allow traffic from 192.168.2.x IP addresses out to Checkpoint services and then it all started working. Including other services like updatable objects.&lt;/P&gt;
&lt;P&gt;In more practical terms this was the change in the rule (note that IPs differ from example diagram above)&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png" style="width: 999px;"&gt;&lt;img src="https://community.checkpoint.com/t5/image/serverpage/image-id/11486i1F99606ABA9AEA26/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;After pushing policy (separately as they run different versions) to both members all started working.&lt;/P&gt;
&lt;P&gt;In case it helps someone else!&lt;/P&gt;</description>
      <pubDate>Fri, 23 Apr 2021 07:53:38 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-with-different-IP-subnets-configuration-MVC-cluster/m-p/116704#M16465</guid>
      <dc:creator>Kaspars_Zibarts</dc:creator>
      <dc:date>2021-04-23T07:53:38Z</dc:date>
    </item>
    <item>
      <title>Re: Cluster with different IP subnets configuration - MVC cluster upgrade challanges</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-with-different-IP-subnets-configuration-MVC-cluster/m-p/117579#M16613</link>
      <description>&lt;P&gt;Last week we could see the same behaviour and too our MVC upgrade was disruptive.&lt;/P&gt;
&lt;P&gt;After policy install with R80.40 and enabling MVC we got two active nodes. One with R80.30 and the other with R80.40.&lt;/P&gt;
&lt;P&gt;Neither of the nodes could see the other one. We did not had time for troubleshooting in this maintenance schedule, so we stopped clustering on the older node with cphastop. After upgrade of both nodes to R80.40 everything was fine.&lt;/P&gt;
&lt;P&gt;The difference to all my other successfully upgrades is the&amp;nbsp;&lt;SPAN&gt;"Cluster IP Addresses on Different Subnets". Following your post&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/11456"&gt;@Kaspars_Zibarts&lt;/a&gt;&amp;nbsp;maybe there is a problem with the upgrade procedure in case of using these feature. I‘ll try to replicate this in my lab or maybe someone here has experience with this ?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;Wolfgang&lt;/P&gt;</description>
      <pubDate>Mon, 03 May 2021 19:20:13 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-with-different-IP-subnets-configuration-MVC-cluster/m-p/117579#M16613</guid>
      <dc:creator>Wolfgang</dc:creator>
      <dc:date>2021-05-03T19:20:13Z</dc:date>
    </item>
    <item>
      <title>Re: Cluster with different IP subnets configuration - MVC cluster upgrade challanges</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-with-different-IP-subnets-configuration-MVC-cluster/m-p/117594#M16614</link>
      <description>&lt;P&gt;Kaspars, do you have these 192.168.2.x objects NATed?&lt;/P&gt;
&lt;P&gt;I've recently encountered different issue with Cluster IP addresses on different subnets, but it was VTI related.&lt;/P&gt;</description>
      <pubDate>Tue, 04 May 2021 02:59:00 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Cluster-with-different-IP-subnets-configuration-MVC-cluster/m-p/117594#M16614</guid>
      <dc:creator>Vladimir</dc:creator>
      <dc:date>2021-05-04T02:59:00Z</dc:date>
    </item>
  </channel>
</rss>

