<?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: Why tcp aged-out? in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/why-tcp-aged-out/m-p/388395#M90501</link>
    <description>&lt;P&gt;are the connections being identified as an app-id? cause then the default timeout will be inored in favor of the app timeout&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;you could create a custom app with a 3 hour timeout and set an app override so all connections from zone1 to zone2 on those ports are forced to your custom&amp;nbsp; app-id, which will also enforce the timeout&lt;/P&gt;</description>
    <pubDate>Mon, 01 Mar 2021 15:27:17 GMT</pubDate>
    <dc:creator>reaper</dc:creator>
    <dc:date>2021-03-01T15:27:17Z</dc:date>
    <item>
      <title>Why tcp aged-out?</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/why-tcp-aged-out/m-p/388325#M90484</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;Our developers are connecting from Zone1 to Zone2 with tcp (on ports between 2000 and 3000)&lt;/P&gt;&lt;P&gt;The tcp session timeout on firewall is 3 hours.&lt;/P&gt;&lt;P&gt;The security policy allows any application, any port from Zone1 to Zone2. But there are all default security profiles applied on that rule.&lt;/P&gt;&lt;P&gt;When going to Zone2, the source IP is NATted to the firewall interface IP of Zone2.&lt;/P&gt;&lt;P&gt;Still the sessions end with reason "aged-out" after 1 hour when there is no activity.&lt;/P&gt;&lt;P&gt;If we bypass the firewall, this behaviour is not observed. All other devices with and without firewall bypass are the same. Hence the suspicion on firewall.&lt;/P&gt;&lt;P&gt;Any idea what could be the reason or what parameters I can check?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Sun, 28 Feb 2021 23:29:43 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/why-tcp-aged-out/m-p/388325#M90484</guid>
      <dc:creator>rjdahav163</dc:creator>
      <dc:date>2021-02-28T23:29:43Z</dc:date>
    </item>
    <item>
      <title>Re: Why tcp aged-out?</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/why-tcp-aged-out/m-p/388373#M90494</link>
      <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/44973"&gt;@rjdahav163&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When monitoring the traffic logs using Monitor &amp;gt; logs &amp;gt; Traffic, some traffic is seen with the Session. Try this - &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000PMjLCAW" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000PMjLCAW&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 01 Mar 2021 11:01:58 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/why-tcp-aged-out/m-p/388373#M90494</guid>
      <dc:creator>marcomi</dc:creator>
      <dc:date>2021-03-01T11:01:58Z</dc:date>
    </item>
    <item>
      <title>Re: Why tcp aged-out?</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/why-tcp-aged-out/m-p/388395#M90501</link>
      <description>&lt;P&gt;are the connections being identified as an app-id? cause then the default timeout will be inored in favor of the app timeout&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;you could create a custom app with a 3 hour timeout and set an app override so all connections from zone1 to zone2 on those ports are forced to your custom&amp;nbsp; app-id, which will also enforce the timeout&lt;/P&gt;</description>
      <pubDate>Mon, 01 Mar 2021 15:27:17 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/why-tcp-aged-out/m-p/388395#M90501</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2021-03-01T15:27:17Z</dc:date>
    </item>
  </channel>
</rss>

