<?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 rule on schedule rematch in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/qos-rule-on-schedule-rematch/m-p/375011#M89133</link>
    <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/37998"&gt;@Arne-VDH&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;You are correct, there's really not a good way to do this for QoS for established sessions. Obviously you could drop all of the existing sessions and let them re-form, but that brings with it it's own can of worms.&amp;nbsp;&lt;EM&gt;Most&amp;nbsp;&lt;/EM&gt;things will actually handle that fairly well though, so it is something you could play around with and see if it'll actually cause any noticeable impact for whatever traffic you are attempting to limit.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 17 Dec 2020 19:35:28 GMT</pubDate>
    <dc:creator>BPry</dc:creator>
    <dc:date>2020-12-17T19:35:28Z</dc:date>
    <item>
      <title>QoS rule on schedule rematch</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/qos-rule-on-schedule-rematch/m-p/374971#M89130</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm afraid the answer is going to be no, but is anyone aware of an option to rematch the QoS class applied to a session, based on a schedule applied on a QoS policy? I'm trying to restrict bandwidth for a flow within certain hours, but that only works for new sessions and does not modify existing sessions.&lt;/P&gt;</description>
      <pubDate>Thu, 17 Dec 2020 17:23:53 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/qos-rule-on-schedule-rematch/m-p/374971#M89130</guid>
      <dc:creator>Arne-VDH</dc:creator>
      <dc:date>2020-12-17T17:23:53Z</dc:date>
    </item>
    <item>
      <title>Re: QoS rule on schedule rematch</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/qos-rule-on-schedule-rematch/m-p/375011#M89133</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/37998"&gt;@Arne-VDH&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;You are correct, there's really not a good way to do this for QoS for established sessions. Obviously you could drop all of the existing sessions and let them re-form, but that brings with it it's own can of worms.&amp;nbsp;&lt;EM&gt;Most&amp;nbsp;&lt;/EM&gt;things will actually handle that fairly well though, so it is something you could play around with and see if it'll actually cause any noticeable impact for whatever traffic you are attempting to limit.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Dec 2020 19:35:28 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/qos-rule-on-schedule-rematch/m-p/375011#M89133</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2020-12-17T19:35:28Z</dc:date>
    </item>
  </channel>
</rss>

