<?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: ISE PSN behavior concurrent session in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892082#M471461</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Watch live session BRKSEC-3432. The engineer did mention that ISE will take&lt;BR /&gt;requests but it starts impacting performance. Its not a hard limit at which&lt;BR /&gt;ISE starts dropping or queuing requests.&lt;BR /&gt;&lt;BR /&gt;**** remember to rate useful posts&lt;BR /&gt;</description>
    <pubDate>Wed, 17 Jul 2019 16:27:59 GMT</pubDate>
    <dc:creator>Mohammed al Baqari</dc:creator>
    <dc:date>2019-07-17T16:27:59Z</dc:date>
    <item>
      <title>ISE PSN behavior concurrent session</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892057#M471386</link>
      <description>&lt;P&gt;If a PSN node exceeds the max concurrent session ,&amp;nbsp; what would be the behavior for a radius access request&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Is the request queued up on the PSN &amp;nbsp;&amp;nbsp;and the response time increases or is the packet dropped&amp;nbsp; at the PSN .&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I couldn’t get hold of a doc which explains &amp;nbsp;what happens if &amp;nbsp;the concurrent session is exceeded.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jul 2019 16:04:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892057#M471386</guid>
      <dc:creator>sandjose</dc:creator>
      <dc:date>2019-07-17T16:04:51Z</dc:date>
    </item>
    <item>
      <title>Re: ISE PSN behavior concurrent session</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892064#M471388</link>
      <description>Technically, the radius requests will be processed but I believe a session cannot be formed in the session directory of the ISE which in turn will result in problems with all the flows like Guest/BYOD/Posture/Profiling etc which lookup a session before proceeding with the flow. It may also increase the load on the PSN, spike CPU and memory since it starts to get a lot of exceptional cases where there will be incoming data for session formation but no way to consume them. Eventually, your PSN will suffer a slow and painful death &lt;span class="lia-unicode-emoji" title=":smiling_face_with_smiling_eyes:"&gt;😊&lt;/span&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 17 Jul 2019 16:13:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892064#M471388</guid>
      <dc:creator>Surendra</dc:creator>
      <dc:date>2019-07-17T16:13:59Z</dc:date>
    </item>
    <item>
      <title>Re: ISE PSN behavior concurrent session</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892073#M471390</link>
      <description>&lt;P&gt;Thanks,&amp;nbsp; so that means the PSN queues&amp;nbsp; up the request&amp;nbsp; but the session doesn't get created .&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Does that mean that the numbers for concurrent session for a PSN&amp;nbsp; platform is derived from&amp;nbsp; its ability to create a session .&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;for eg :3595 on ISE 2.1+ support 40k concurrent sesson&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jul 2019 16:21:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892073#M471390</guid>
      <dc:creator>sandjose</dc:creator>
      <dc:date>2019-07-17T16:21:32Z</dc:date>
    </item>
    <item>
      <title>Re: ISE PSN behavior concurrent session</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892082#M471461</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Watch live session BRKSEC-3432. The engineer did mention that ISE will take&lt;BR /&gt;requests but it starts impacting performance. Its not a hard limit at which&lt;BR /&gt;ISE starts dropping or queuing requests.&lt;BR /&gt;&lt;BR /&gt;**** remember to rate useful posts&lt;BR /&gt;</description>
      <pubDate>Wed, 17 Jul 2019 16:27:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892082#M471461</guid>
      <dc:creator>Mohammed al Baqari</dc:creator>
      <dc:date>2019-07-17T16:27:59Z</dc:date>
    </item>
    <item>
      <title>Re: ISE PSN behavior concurrent session</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892186#M471469</link>
      <description>&lt;P&gt;20k and 40k limits mentioned in the scaling guide represent maximum amount of sessions stored in the session cache. After limit is reached PSN performs Least Recently Used (LRU) algorithm to remove older sessions.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;While theoretically to frequent execution of LRU can cause some performance degradation in real life this should not be noticeable.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For the sessions which were removed by LRU some advanced flows may not work in case if those sessions are still alive on NADs (for example Posture Re-assessment)&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jul 2019 18:52:55 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-psn-behavior-concurrent-session/m-p/3892186#M471469</guid>
      <dc:creator>Serhii Kucherenko</dc:creator>
      <dc:date>2019-07-17T18:52:55Z</dc:date>
    </item>
  </channel>
</rss>

