<?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 ISE pxGrid Session interface: Difference between ISE GUI Live sessiosn and pxGrid Sessions? in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3729364#M489188</link>
    <description>&lt;P&gt;When querying the pxGrid sessions interface I get quite a few more entries than I do from the ISE GUI interface (Live sessions).&lt;/P&gt;
&lt;P&gt;Upon investigation, it shows that the sessions which also appear in ISE GUI interface are in state STARTED or POSTURE, whereas the sessions retrieved through pxGrid interface also includes sessions in state AUTHENTICATED.'&lt;/P&gt;
&lt;P&gt;Many of these sessions from pxGrid that are in state AUTHENTICATED are also very old, some from 6 months back.&lt;/P&gt;
&lt;P&gt;I believe I can (in my script) easily filter on this, but it would still be nice to have a pointer to the difference between&lt;/P&gt;
&lt;P&gt;sessions that are kept in pxGrid, but now shown in ISE GUI (live sessions).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Sun, 21 Oct 2018 17:39:36 GMT</pubDate>
    <dc:creator>hnohre</dc:creator>
    <dc:date>2018-10-21T17:39:36Z</dc:date>
    <item>
      <title>ISE pxGrid Session interface: Difference between ISE GUI Live sessiosn and pxGrid Sessions?</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3729364#M489188</link>
      <description>&lt;P&gt;When querying the pxGrid sessions interface I get quite a few more entries than I do from the ISE GUI interface (Live sessions).&lt;/P&gt;
&lt;P&gt;Upon investigation, it shows that the sessions which also appear in ISE GUI interface are in state STARTED or POSTURE, whereas the sessions retrieved through pxGrid interface also includes sessions in state AUTHENTICATED.'&lt;/P&gt;
&lt;P&gt;Many of these sessions from pxGrid that are in state AUTHENTICATED are also very old, some from 6 months back.&lt;/P&gt;
&lt;P&gt;I believe I can (in my script) easily filter on this, but it would still be nice to have a pointer to the difference between&lt;/P&gt;
&lt;P&gt;sessions that are kept in pxGrid, but now shown in ISE GUI (live sessions).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 21 Oct 2018 17:39:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3729364#M489188</guid>
      <dc:creator>hnohre</dc:creator>
      <dc:date>2018-10-21T17:39:36Z</dc:date>
    </item>
    <item>
      <title>Re: ISE pxGrid Session interface: Difference between ISE GUI Live sessiosn and pxGrid Sessions?</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3729440#M489206</link>
      <description>&lt;P&gt;It's the first I heard of such. Please see if&amp;nbsp;&lt;A href="https://www.cisco.com/c/en/us/td/docs/security/ise/2-4/api_ref_guide/api_ref_book/ise_api_ref_ch2.html#pgfId-1093017" target="_blank"&gt;Removing Stale Sessions&lt;/A&gt;&amp;nbsp;helps.&lt;/P&gt;</description>
      <pubDate>Sun, 21 Oct 2018 23:22:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3729440#M489206</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2018-10-21T23:22:58Z</dc:date>
    </item>
    <item>
      <title>Re: ISE pxGrid Session interface: Difference between ISE GUI Live sessiosn and pxGrid Sessions?</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3730214#M489217</link>
      <description>&lt;P&gt;Thanks. I am sure I can remove the stale sessions as per your suggestion.&lt;/P&gt;
&lt;P&gt;But is there meaning of the state anywhere documented?&lt;/P&gt;
&lt;P&gt;My guess is that the session gets AUTHENTICATED, then to STARTED after accounting start, then back to AUTHENTICATED after accounting stop, or after a timeout??&lt;/P&gt;
&lt;P&gt;But I prefer not to guess.&lt;/P&gt;
&lt;P&gt;Also what is the expected behaviour wrt ISE purging these sessions? Should they be purged after accounting stop, or after a timeout, or never?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 22 Oct 2018 21:34:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3730214#M489217</guid>
      <dc:creator>hnohre</dc:creator>
      <dc:date>2018-10-22T21:34:47Z</dc:date>
    </item>
    <item>
      <title>Re: ISE pxGrid Session interface: Difference between ISE GUI Live sessiosn and pxGrid Sessions?</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3730255#M489229</link>
      <description>&lt;P&gt;AUTHENTICATED -- after sending the access-accept.&lt;/P&gt;
&lt;P&gt;STARTED -- after receiving ACCT start&lt;/P&gt;
&lt;P&gt;TERMINATED -- after receiving ACCT stop&lt;/P&gt;
&lt;P&gt;Postured -- after receiving a posture report&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;There are also Authenticating and Authorized but I do not think we using them any longer, because we do not recommend sending epm events via syslog from NAD to ISE M&amp;amp;T nodes.&lt;/P&gt;</description>
      <pubDate>Mon, 22 Oct 2018 22:38:12 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3730255#M489229</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2018-10-22T22:38:12Z</dc:date>
    </item>
    <item>
      <title>Re: ISE pxGrid Session interface: Difference between ISE GUI Live sessiosn and pxGrid Sessions?</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3732317#M489349</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;
&lt;P&gt;Also what is the expected behaviour wrt ISE purging these sessions? Should they be purged after accounting stop, or after a timeout, or never?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Usually accounting stop will terminate the associated session, except for roaming (nas-update). If no accounting, the sessions clear after 1 hour. If accounting received, they clear after 5 days if not further updates.&lt;/P&gt;</description>
      <pubDate>Thu, 25 Oct 2018 05:25:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3732317#M489349</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2018-10-25T05:25:13Z</dc:date>
    </item>
    <item>
      <title>Re: ISE pxGrid Session interface: Difference between ISE GUI Live sessiosn and pxGrid Sessions?</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3734068#M489350</link>
      <description>&lt;P&gt;The aged authenticated sessions might be due to&amp;nbsp;CSCvi79632.&lt;/P&gt;</description>
      <pubDate>Sat, 27 Oct 2018 02:46:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-pxgrid-session-interface-difference-between-ise-gui-live/m-p/3734068#M489350</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2018-10-27T02:46:48Z</dc:date>
    </item>
  </channel>
</rss>

