<?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 (Concurrent Connections) in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-concurrent-connections/m-p/3727841#M489367</link>
    <description>&lt;P&gt;Have a look at the ISE Community resources page here&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.cisco.com/t5/security-documents/ise-community-resources/ta-p/3621621" target="_blank"&gt;https://community.cisco.com/t5/security-documents/ise-community-resources/ta-p/3621621&lt;/A&gt; &lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;There is a link to scaling - all the figures are there&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;What might not be immediately obvious is that in, e.g. ISE 2.4, the SNS-3595 (biggest box) can handle 20,000 concurrent sessions if the PAN and MnT are combined.&amp;nbsp; But if you split PAN and MnT into two separate nodes, then suddenly the same PSN node can handle 40,000 concurrent sessions. I have never understood that - but that is how I understand it to work.&lt;/P&gt;
&lt;P&gt;Remember that these figures are not magical numbers or hard limits - they are rounded up numbers from empirical lab testing. And you have to remember that the profile of a PSN's load can never be predicted.&amp;nbsp; You have no idea how many logins per second will hit a PSN.&amp;nbsp; When EAP auths happen, they hammer away with loads of Radius requests until user is finally logged in.&amp;nbsp; But once 20,000 sessions are active, then ISE has to maintain them - and this is probably the memory limit and the logging limit that you're up against.&amp;nbsp; I don't expect that ISE will be doing much at all, if there are not many Radius Accounting requests that will impact the status of those sessions.&amp;nbsp; A session is not something that should cause a server much stress at all - ISE just has to maintain database integrity and log everything nicely.&lt;/P&gt;</description>
    <pubDate>Thu, 18 Oct 2018 12:49:54 GMT</pubDate>
    <dc:creator>Arne Bier</dc:creator>
    <dc:date>2018-10-18T12:49:54Z</dc:date>
    <item>
      <title>ISE (Concurrent Connections)</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-concurrent-connections/m-p/3727830#M489365</link>
      <description>&lt;P&gt;&amp;nbsp; Has anyone created a chart that breaks this down by version?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;How many concurrent connections are supported by ISE deployment? (by ISE version)
&lt;OL&gt;
&lt;LI&gt;How many PSNs can a deployment have?&lt;/LI&gt;
&lt;/OL&gt;
&lt;/LI&gt;
&lt;LI&gt;How many concurrent connections are supported by each PSN? (by ISE version)&lt;/LI&gt;
&lt;/OL&gt;</description>
      <pubDate>Thu, 18 Oct 2018 12:35:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-concurrent-connections/m-p/3727830#M489365</guid>
      <dc:creator>bepage3</dc:creator>
      <dc:date>2018-10-18T12:35:08Z</dc:date>
    </item>
    <item>
      <title>Re: ISE (Concurrent Connections)</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-concurrent-connections/m-p/3727841#M489367</link>
      <description>&lt;P&gt;Have a look at the ISE Community resources page here&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.cisco.com/t5/security-documents/ise-community-resources/ta-p/3621621" target="_blank"&gt;https://community.cisco.com/t5/security-documents/ise-community-resources/ta-p/3621621&lt;/A&gt; &lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;There is a link to scaling - all the figures are there&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;What might not be immediately obvious is that in, e.g. ISE 2.4, the SNS-3595 (biggest box) can handle 20,000 concurrent sessions if the PAN and MnT are combined.&amp;nbsp; But if you split PAN and MnT into two separate nodes, then suddenly the same PSN node can handle 40,000 concurrent sessions. I have never understood that - but that is how I understand it to work.&lt;/P&gt;
&lt;P&gt;Remember that these figures are not magical numbers or hard limits - they are rounded up numbers from empirical lab testing. And you have to remember that the profile of a PSN's load can never be predicted.&amp;nbsp; You have no idea how many logins per second will hit a PSN.&amp;nbsp; When EAP auths happen, they hammer away with loads of Radius requests until user is finally logged in.&amp;nbsp; But once 20,000 sessions are active, then ISE has to maintain them - and this is probably the memory limit and the logging limit that you're up against.&amp;nbsp; I don't expect that ISE will be doing much at all, if there are not many Radius Accounting requests that will impact the status of those sessions.&amp;nbsp; A session is not something that should cause a server much stress at all - ISE just has to maintain database integrity and log everything nicely.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Oct 2018 12:49:54 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-concurrent-connections/m-p/3727841#M489367</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2018-10-18T12:49:54Z</dc:date>
    </item>
  </channel>
</rss>

