<?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 How does the SIP handler work in R80 and above? in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/How-does-the-SIP-handler-work-in-R80-and-above/m-p/109897#M15026</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;I was used to the concept that if you have service with SIP hander op UDP/5060 (the default) and a UDP/5060 object without the SIP handler that the order of the rules was important.&lt;/P&gt;
&lt;P&gt;In R7x the issue is that if you have SIP handler attached to a service in rule N then this handler is attached to the port on all following rules. In that repect the exact order of rules was vital as using a rule too late would still put a SP handler on UDP port 5060 because that was done on a higher rule.&lt;/P&gt;
&lt;P&gt;With R80 and bove rule ordering is more complex. And I now see logs that seem to indicate the old rule order thing is less relevant: as you can see in the attache image.&lt;/P&gt;
&lt;P&gt;So how does that work these days in R80 and above?&lt;/P&gt;
&lt;DIV id="tinyMceEditorHugo_vd_Kooij_0" class="mceNonEditable lia-copypaste-placeholder"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 05 Feb 2021 10:17:00 GMT</pubDate>
    <dc:creator>Hugo_vd_Kooij</dc:creator>
    <dc:date>2021-02-05T10:17:00Z</dc:date>
    <item>
      <title>How does the SIP handler work in R80 and above?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/How-does-the-SIP-handler-work-in-R80-and-above/m-p/109897#M15026</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;I was used to the concept that if you have service with SIP hander op UDP/5060 (the default) and a UDP/5060 object without the SIP handler that the order of the rules was important.&lt;/P&gt;
&lt;P&gt;In R7x the issue is that if you have SIP handler attached to a service in rule N then this handler is attached to the port on all following rules. In that repect the exact order of rules was vital as using a rule too late would still put a SP handler on UDP port 5060 because that was done on a higher rule.&lt;/P&gt;
&lt;P&gt;With R80 and bove rule ordering is more complex. And I now see logs that seem to indicate the old rule order thing is less relevant: as you can see in the attache image.&lt;/P&gt;
&lt;P&gt;So how does that work these days in R80 and above?&lt;/P&gt;
&lt;DIV id="tinyMceEditorHugo_vd_Kooij_0" class="mceNonEditable lia-copypaste-placeholder"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2021 10:17:00 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/How-does-the-SIP-handler-work-in-R80-and-above/m-p/109897#M15026</guid>
      <dc:creator>Hugo_vd_Kooij</dc:creator>
      <dc:date>2021-02-05T10:17:00Z</dc:date>
    </item>
    <item>
      <title>Re: How does the SIP handler work in R80 and above?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/How-does-the-SIP-handler-work-in-R80-and-above/m-p/109973#M15056</link>
      <description>&lt;P&gt;I think it matters less due to Column-based matching, which evaluates destination first, then source, then service.&lt;BR /&gt;However, I could still see the order being relevant if a particular connection matched multiple rules and the more complex service handler was listed in the rule that matched first.&lt;BR /&gt;Don’t know that for sure but makes sense logically.&lt;/P&gt;</description>
      <pubDate>Sat, 06 Feb 2021 07:08:31 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/How-does-the-SIP-handler-work-in-R80-and-above/m-p/109973#M15056</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2021-02-06T07:08:31Z</dc:date>
    </item>
  </channel>
</rss>

