<?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: Security Policy not HIT after work for 1 month in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/security-policy-not-hit-after-work-for-1-month/m-p/227153#M65369</link>
    <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/54755"&gt;@TimmyLamar&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;What does your old rule actually look like, and more specifically what was the specified applications and services?&amp;nbsp;&lt;/P&gt;&lt;P&gt;If I would have to take a guess right off hand, your existing rule that was working was only doing so because the session was already established over tcp/3978, and the rule you've specified is reliant on the traffic being seen as a particular application. Once that session dropped and the traffic had to go through and actually establish itself again, there was nothing that was actually allowing the traffic over 3978, and therefore the application was never identified and you hit your cleanup rule.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 15 Aug 2018 12:37:13 GMT</pubDate>
    <dc:creator>BPry</dc:creator>
    <dc:date>2018-08-15T12:37:13Z</dc:date>
    <item>
      <title>Security Policy not HIT after work for 1 month</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/security-policy-not-hit-after-work-for-1-month/m-p/227128#M65361</link>
      <description>&lt;P&gt;I got setup 6 AWS VPC with direct connect connection to on prem panorama, which is working fine for a month, and now suddently all 5 VPC disconnected from panorama in the same time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;i checked the BGP and IKE all established, i can ping the panorama IP, and make sure the right security policy with specific ssl and panorama application allowed.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;my session browser showing it hit the clean up rule on the bottom, never hit my panorama-access rule.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;anyone face this before?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;my pcap showing re-transmission on DROP phase.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 15 Aug 2018 08:00:57 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/security-policy-not-hit-after-work-for-1-month/m-p/227128#M65361</guid>
      <dc:creator>TimmyLamar</dc:creator>
      <dc:date>2018-08-15T08:00:57Z</dc:date>
    </item>
    <item>
      <title>Re: Security Policy not HIT after work for 1 month</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/security-policy-not-hit-after-work-for-1-month/m-p/227137#M65363</link>
      <description>&lt;P&gt;ok after a while, my senior advice me to put 1 specific rule with TCP 3978 and application is any, then my traffic start hit my OLD RULE.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;super strange.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;i can see my panorama session on my session browser now.&lt;/P&gt;</description>
      <pubDate>Wed, 15 Aug 2018 08:45:48 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/security-policy-not-hit-after-work-for-1-month/m-p/227137#M65363</guid>
      <dc:creator>TimmyLamar</dc:creator>
      <dc:date>2018-08-15T08:45:48Z</dc:date>
    </item>
    <item>
      <title>Re: Security Policy not HIT after work for 1 month</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/security-policy-not-hit-after-work-for-1-month/m-p/227153#M65369</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/54755"&gt;@TimmyLamar&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;What does your old rule actually look like, and more specifically what was the specified applications and services?&amp;nbsp;&lt;/P&gt;&lt;P&gt;If I would have to take a guess right off hand, your existing rule that was working was only doing so because the session was already established over tcp/3978, and the rule you've specified is reliant on the traffic being seen as a particular application. Once that session dropped and the traffic had to go through and actually establish itself again, there was nothing that was actually allowing the traffic over 3978, and therefore the application was never identified and you hit your cleanup rule.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 15 Aug 2018 12:37:13 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/security-policy-not-hit-after-work-for-1-month/m-p/227153#M65369</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2018-08-15T12:37:13Z</dc:date>
    </item>
  </channel>
</rss>

