<?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: MAESTRO SGM change in Hyperscale Firewall (Maestro)</title>
    <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/233169#M3545</link>
    <description>&lt;P&gt;Is it not better to install the Jumbo before makeing it a cluster?&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you have a default R81.20 image and mix it with other gateways the version difference is to big.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also many issues solved in a jumbo so was maybe worth testing to build it with updated systems.&lt;/P&gt;
&lt;P&gt;Of course no license does also not help &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 19 Nov 2024 19:43:34 GMT</pubDate>
    <dc:creator>Lesley</dc:creator>
    <dc:date>2024-11-19T19:43:34Z</dc:date>
    <item>
      <title>MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232301#M3540</link>
      <description>&lt;P&gt;Hi Team,&lt;/P&gt;
&lt;P&gt;I need your advice:&lt;/P&gt;
&lt;P&gt;I have a dual-site MAESTRO (2pcs MHP140, 4 pcs CP6500). The CP6500 are end-of-life soon.&lt;/P&gt;
&lt;P&gt;The new SGMs are CP9300. I know the mix-and-match does not work between this types.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;What would be the most effective process of the change from the downtime point of view?&lt;/P&gt;
&lt;P&gt;Have somebody done such kind of changes already? If yes, what was the experience? Please share with me.&lt;/P&gt;
&lt;P&gt;I have two scenario:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;I delete, then rebuild the Security Group -&amp;gt; this is the last what would I do&lt;/LI&gt;
&lt;LI&gt;I put the CP9300 next to the two CP6500 -&amp;gt; if the config arrives to the CP9300, I remove the two 6500, then&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;I don't want to do it without outage, because it is impossible, but I want to cause as short outage as is can.&lt;/P&gt;
&lt;P&gt;Every answer would be very appreciated!&lt;/P&gt;
&lt;P&gt;Akos&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Nov 2024 11:08:45 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232301#M3540</guid>
      <dc:creator>AkosBakos</dc:creator>
      <dc:date>2024-11-11T11:08:45Z</dc:date>
    </item>
    <item>
      <title>Re: MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232388#M3541</link>
      <description>&lt;P&gt;As long as everything is on the same version (so R81.20) the configuration will sync between your SGMs. You can't use auto-clone though as they are not the same hardware. So, add the new ones, let them sync config, remove the old ones, install JHF take on the new ones, check CXL config and reset if you need to (enable dynamic balancing, basically).&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 12 Nov 2024 01:58:00 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232388#M3541</guid>
      <dc:creator>emmap</dc:creator>
      <dc:date>2024-11-12T01:58:00Z</dc:date>
    </item>
    <item>
      <title>Re: MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232402#M3542</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/71054"&gt;@emmap&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;thanks for the valuable info.&lt;/P&gt;
&lt;P&gt;We did the same steps but the results sere different.&lt;/P&gt;
&lt;P&gt;If we created a new security group and did the steps that you mentioned -&amp;gt; the result was the new SGM came up to active and everything was fine.&lt;/P&gt;
&lt;P&gt;but an upgraded SG (which was r81.10 before) the new SGM remained in detached state, the version was r81.20 as in the first step.&lt;/P&gt;
&lt;P&gt;Did you expreienced this kind of behaviour?&lt;/P&gt;
&lt;P&gt;And one more question:&lt;/P&gt;
&lt;P&gt;if I put an SGM next to 2 SGMs its “number” will be 1_3. The member id remains this if remive the two old sgms?&lt;/P&gt;
&lt;P&gt;akos&lt;/P&gt;</description>
      <pubDate>Tue, 12 Nov 2024 06:46:04 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232402#M3542</guid>
      <dc:creator>AkosBakos</dc:creator>
      <dc:date>2024-11-12T06:46:04Z</dc:date>
    </item>
    <item>
      <title>Re: MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232403#M3543</link>
      <description>&lt;P&gt;Not sure I properly follow. The existing MHOs and SGMs must be running R81.20 before you can add the 9300s in, as they are also running R81.20 (though you may have to re-image them to the Maestro R81.20 image if they are not already running that).&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Yes when adding a new SGM, it will take the lowest available ID. So if you have 2 SGMs in the group and you add another one, it'll be 1_3. If you remove SGM 1_2 from the group, you'll have a group with 1_1 and 1_3 in it. If you then add another SGM it'll take the 1_2 ID.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 12 Nov 2024 06:51:39 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232403#M3543</guid>
      <dc:creator>emmap</dc:creator>
      <dc:date>2024-11-12T06:51:39Z</dc:date>
    </item>
    <item>
      <title>Re: MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232935#M3544</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/71054"&gt;@emmap&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;A short summary of the chnage:&amp;nbsp;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;removed the 2 old SGMs from site A&lt;/LI&gt;
&lt;LI&gt;put the new SGM to site A&lt;/LI&gt;
&lt;LI&gt;Came up in down state (it took ~10 minutes)&lt;/LI&gt;
&lt;LI&gt;#cphaprob synscat showed policy installation error
&lt;UL&gt;
&lt;LI&gt;realized that the original lic expired - we knew that therefore created EVAL earlier-&amp;nbsp; and the EVAL license has just expired - (that1s the fun fact)&amp;nbsp;
&lt;UL&gt;
&lt;LI&gt;we assume that because of the lack of valid lic (in this situation only InitialPolicy was availabe on the SGM) the SGM couldn't pull from its own lic from the usercenter (the initialPolicy didn't allower the traffic to usercenter)&lt;/LI&gt;
&lt;/UL&gt;
&lt;/LI&gt;
&lt;/UL&gt;
&lt;/LI&gt;
&lt;LI&gt;We created a new EVAL for the new SGP&lt;/LI&gt;
&lt;LI&gt;install the lic with cplic put&lt;/LI&gt;
&lt;LI&gt;rebooted the SGM, then it came up in Active state&lt;/LI&gt;
&lt;LI&gt;install the necessary jumbo take&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;than manual failover to the ne SGM&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;The arrange of the other three SGMs into Security Group were easy after this experience.&lt;/P&gt;
&lt;P&gt;Cleaunup: we remoed all EVAL licenses from the SGM-s g_cplic del &amp;lt;signature&amp;gt;&lt;/P&gt;
&lt;P&gt;Akos&lt;/P&gt;</description>
      <pubDate>Sun, 17 Nov 2024 07:41:08 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/232935#M3544</guid>
      <dc:creator>AkosBakos</dc:creator>
      <dc:date>2024-11-17T07:41:08Z</dc:date>
    </item>
    <item>
      <title>Re: MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/233169#M3545</link>
      <description>&lt;P&gt;Is it not better to install the Jumbo before makeing it a cluster?&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you have a default R81.20 image and mix it with other gateways the version difference is to big.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also many issues solved in a jumbo so was maybe worth testing to build it with updated systems.&lt;/P&gt;
&lt;P&gt;Of course no license does also not help &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 19 Nov 2024 19:43:34 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/233169#M3545</guid>
      <dc:creator>Lesley</dc:creator>
      <dc:date>2024-11-19T19:43:34Z</dc:date>
    </item>
    <item>
      <title>Re: MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/233171#M3546</link>
      <description>&lt;P&gt;Ok, but if I want to intall a jumbo hotfix onto an SGM, the SGM must be in Security Group.(admin guide)&lt;/P&gt;
&lt;P&gt;So how? &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 19 Nov 2024 20:06:13 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/233171#M3546</guid>
      <dc:creator>AkosBakos</dc:creator>
      <dc:date>2024-11-19T20:06:13Z</dc:date>
    </item>
    <item>
      <title>Re: MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/253723#M3547</link>
      <description>&lt;P&gt;Hi Bako's,&lt;/P&gt;&lt;P&gt;I recently came across your thread and found it extremely insightful—thank you for sharing your experience.&lt;/P&gt;&lt;P&gt;I’m currently managing a Maestro setup with:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;2 Maestro Orchestrators&lt;/STRONG&gt; on &lt;STRONG&gt;R81.10&lt;/STRONG&gt;&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;1 Security Group&lt;/STRONG&gt; with &lt;STRONG&gt;3x 6600 SGMs&lt;/STRONG&gt;, all running &lt;STRONG&gt;R81.10 JHF 110&lt;/STRONG&gt;&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;We are planning to &lt;STRONG&gt;replace the 6600 SGMs with 9300 appliances&lt;/STRONG&gt;, which come preloaded with &lt;STRONG&gt;R81.20&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;I have a couple of questions based on your experience:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Did you upgrade your Maestro Orchestrators and existing SGMs to R81.20 before introducing the new 9300 SGMs?&lt;/STRONG&gt;&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;If all components (Maestro + existing SGMs + 9300) were already on R81.20, were you able to add the 9300 appliances directly into the Security Group without issues?&lt;/STRONG&gt;&lt;/P&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Any insights or best practices from your upgrade process would be greatly appreciated.&lt;/P&gt;&lt;P&gt;Mahesh&lt;/P&gt;</description>
      <pubDate>Wed, 23 Jul 2025 04:29:32 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/253723#M3547</guid>
      <dc:creator>Maheshreddy</dc:creator>
      <dc:date>2025-07-23T04:29:32Z</dc:date>
    </item>
    <item>
      <title>Re: MAESTRO SGM change</title>
      <link>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/253739#M3548</link>
      <description>&lt;P&gt;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/37687"&gt;@Maheshreddy&lt;/a&gt;&amp;nbsp;You are commenting on a post which over a year old.&lt;BR /&gt;&lt;BR /&gt;I suggest opening a new discussion for your needs.&lt;/P&gt;</description>
      <pubDate>Wed, 23 Jul 2025 08:03:13 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Hyperscale-Firewall-Maestro/MAESTRO-SGM-change/m-p/253739#M3548</guid>
      <dc:creator>_Val_</dc:creator>
      <dc:date>2025-07-23T08:03:13Z</dc:date>
    </item>
  </channel>
</rss>

