<?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: QoS for VoIP traffic in Spark Firewall (SMB)</title>
    <link>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113244#M4976</link>
    <description>&lt;P&gt;What version/JHF level?&lt;BR /&gt;In general, TAC is correct: QoS may not do much, if anything, if the interface is not fully utilized.&lt;BR /&gt;Also, for maximum effectiveness, it needs to be enforced in multiple places in the network (not just on a perimeter gateway).&lt;/P&gt;</description>
    <pubDate>Thu, 11 Mar 2021 21:09:11 GMT</pubDate>
    <dc:creator>PhoneBoy</dc:creator>
    <dc:date>2021-03-11T21:09:11Z</dc:date>
    <item>
      <title>QoS for VoIP traffic</title>
      <link>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113209#M4975</link>
      <description>&lt;P&gt;Our client installed new VoIP solution, and they are experiencing phone drops...&lt;/P&gt;&lt;P&gt;In my mind I thought that enabling and configuring the QoS will solve the problem. But, I was on call with CP support, and they said that QoS won't prioritize the traffic unless the interface is fully utilized. It sounds a bit odd to me... Does it really work this way?&lt;/P&gt;&lt;P&gt;Is there anything else I can do to fix the VoIP issue?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you!&lt;/P&gt;</description>
      <pubDate>Thu, 11 Mar 2021 16:12:27 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113209#M4975</guid>
      <dc:creator>Shurik</dc:creator>
      <dc:date>2021-03-11T16:12:27Z</dc:date>
    </item>
    <item>
      <title>Re: QoS for VoIP traffic</title>
      <link>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113244#M4976</link>
      <description>&lt;P&gt;What version/JHF level?&lt;BR /&gt;In general, TAC is correct: QoS may not do much, if anything, if the interface is not fully utilized.&lt;BR /&gt;Also, for maximum effectiveness, it needs to be enforced in multiple places in the network (not just on a perimeter gateway).&lt;/P&gt;</description>
      <pubDate>Thu, 11 Mar 2021 21:09:11 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113244#M4976</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2021-03-11T21:09:11Z</dc:date>
    </item>
    <item>
      <title>Re: QoS for VoIP traffic</title>
      <link>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113267#M4977</link>
      <description>&lt;P&gt;I see... so it's not a real QoS.&lt;/P&gt;&lt;P&gt;It's SMB device, 77.20, managed by 80.30 (don't remember exact JHF)&lt;/P&gt;</description>
      <pubDate>Fri, 12 Mar 2021 02:34:04 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113267#M4977</guid>
      <dc:creator>Shurik</dc:creator>
      <dc:date>2021-03-12T02:34:04Z</dc:date>
    </item>
    <item>
      <title>Re: QoS for VoIP traffic</title>
      <link>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113270#M4978</link>
      <description>&lt;P&gt;Well, if interface is not fully utilized then there should not be any packet delays and QoS will not have anything to prioritize being it real or not. But you mention SMB and as you probably know these are not very powerful devices. Performance largely depends on what blades are enabled and how is your rule base constructed. There are few places to try to optimize traffic and get rid of these drops.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 12 Mar 2021 04:49:59 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Spark-Firewall-SMB/QoS-for-VoIP-traffic/m-p/113270#M4978</guid>
      <dc:creator>HristoGrigorov</dc:creator>
      <dc:date>2021-03-12T04:49:59Z</dc:date>
    </item>
  </channel>
</rss>

