<?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 Feature suggestion: better candidate configuration highlighting and testing in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/feature-suggestion-better-candidate-configuration-highlighting/m-p/564771#M114258</link>
    <description>&lt;P&gt;These are some suggestions that would help a lot when creating new rules:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;1. Highlight modified uncommited policies.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You may argue that a user should know what the is chaning, but the problem is multiuser.&lt;/P&gt;
&lt;P&gt;When a user has a candidate rule, but hasn't applied it, other users cannot tell which rules have been modified.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;2. Allow testing of candidate configuration.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The "Test policy match" in monitor is great, but it would be better if you could choose to test against candidate configuration. So you don't have to commit to see that your candidate was wrong.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;3. Allow testing against a specific policy&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Sometimes you are creating or modifying a rule in order to match certain traffic, but the rule doesn't match. It may have wrong source, destination, application, user, schedule, zone, etc, etc. You may argue that it's operator's fault if they can't find the wrong field, but it would certainly speed up configurations if the firewall assisted in this.&lt;/P&gt;
&lt;P&gt;It would be great if you could pick a line from the traffic monitor, and a rule, and the UI told you what specific field is it NOT matching.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 08 Nov 2023 08:11:10 GMT</pubDate>
    <dc:creator>AGrijalba</dc:creator>
    <dc:date>2023-11-08T08:11:10Z</dc:date>
    <item>
      <title>Feature suggestion: better candidate configuration highlighting and testing</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/feature-suggestion-better-candidate-configuration-highlighting/m-p/564771#M114258</link>
      <description>&lt;P&gt;These are some suggestions that would help a lot when creating new rules:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;1. Highlight modified uncommited policies.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You may argue that a user should know what the is chaning, but the problem is multiuser.&lt;/P&gt;
&lt;P&gt;When a user has a candidate rule, but hasn't applied it, other users cannot tell which rules have been modified.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;2. Allow testing of candidate configuration.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The "Test policy match" in monitor is great, but it would be better if you could choose to test against candidate configuration. So you don't have to commit to see that your candidate was wrong.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;3. Allow testing against a specific policy&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Sometimes you are creating or modifying a rule in order to match certain traffic, but the rule doesn't match. It may have wrong source, destination, application, user, schedule, zone, etc, etc. You may argue that it's operator's fault if they can't find the wrong field, but it would certainly speed up configurations if the firewall assisted in this.&lt;/P&gt;
&lt;P&gt;It would be great if you could pick a line from the traffic monitor, and a rule, and the UI told you what specific field is it NOT matching.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 08 Nov 2023 08:11:10 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/feature-suggestion-better-candidate-configuration-highlighting/m-p/564771#M114258</guid>
      <dc:creator>AGrijalba</dc:creator>
      <dc:date>2023-11-08T08:11:10Z</dc:date>
    </item>
    <item>
      <title>Re: Feature suggestion: better candidate configuration highlighting and testing</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/feature-suggestion-better-candidate-configuration-highlighting/m-p/565225#M114315</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/223586"&gt;@AGrijalba&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks for reaching out. I would recommend getting together with your account SE or representative to create a feature request.&amp;nbsp;&lt;SPAN&gt;You'll send them all the details about the feature in question, and they'll take the necessary steps to have a Feature Request created for you. They'll give you a Feature Request ID (FRID). Each FRID can then be voted on by other Palo Alto Networks customers. Based on urgency, number of votes, and other factors, PAN will then decide which new features will be considered for new software and/or hardware releases.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 10 Nov 2023 22:44:43 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/feature-suggestion-better-candidate-configuration-highlighting/m-p/565225#M114315</guid>
      <dc:creator>JayGolf</dc:creator>
      <dc:date>2023-11-10T22:44:43Z</dc:date>
    </item>
  </channel>
</rss>

