<?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: Cisco ISE logs in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377311#M548982</link>
    <description>&lt;P&gt;Usually Wireless disconnections has nothing to do with ISE because the WLC is the one that determines the session timeout and some others timers. First thing I would check is the idle/session timeout configured on the WLC (global setup) or the SSID session timeout. Another reason could be roaming. If you are using 802.1x there is no way you can avoid that disconnection no matter you have session resume enabled (this topic was discussed extensively with Cisco and it is a normal behavior on PEAP / EPA-TLS) BUT available on WLC version 8.3+, fast transition for Apple Devices only can help you with the roaming disconnection behavior.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Have you seen on ISE many 5440 error codes?.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;In addition to that, using wildcard cert on ISE helps a little bit with the roaming issue.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 03 May 2018 13:02:13 GMT</pubDate>
    <dc:creator>ajc</dc:creator>
    <dc:date>2018-05-03T13:02:13Z</dc:date>
    <item>
      <title>Cisco ISE logs</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377185#M548978</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;
&lt;P&gt;&amp;nbsp; &amp;nbsp;I have ISE logs in GPG format. Is there anyway i can read the file ? I am trying to troubleshoot wireless issue . The mobile devices suddenly disconnect from wifi.&lt;/P&gt;</description>
      <pubDate>Fri, 21 Feb 2020 18:55:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377185#M548978</guid>
      <dc:creator>pipkin231</dc:creator>
      <dc:date>2020-02-21T18:55:07Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ISE logs</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377238#M548980</link>
      <description>&lt;P&gt;So when you went to download the logs you either selected Public Key Encryption or Shared Key Encryption. If you selected the latter you can decrypt the file with the key you provided but if you selected the former only Cisco can decrypt it.&lt;/P&gt;</description>
      <pubDate>Thu, 03 May 2018 10:48:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377238#M548980</guid>
      <dc:creator>M. Wisely</dc:creator>
      <dc:date>2018-05-03T10:48:00Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ISE logs</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377311#M548982</link>
      <description>&lt;P&gt;Usually Wireless disconnections has nothing to do with ISE because the WLC is the one that determines the session timeout and some others timers. First thing I would check is the idle/session timeout configured on the WLC (global setup) or the SSID session timeout. Another reason could be roaming. If you are using 802.1x there is no way you can avoid that disconnection no matter you have session resume enabled (this topic was discussed extensively with Cisco and it is a normal behavior on PEAP / EPA-TLS) BUT available on WLC version 8.3+, fast transition for Apple Devices only can help you with the roaming disconnection behavior.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Have you seen on ISE many 5440 error codes?.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;In addition to that, using wildcard cert on ISE helps a little bit with the roaming issue.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 03 May 2018 13:02:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377311#M548982</guid>
      <dc:creator>ajc</dc:creator>
      <dc:date>2018-05-03T13:02:13Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ISE logs</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377312#M548983</link>
      <description>&lt;P&gt;take a look here as well&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://clnv.s3.amazonaws.com/2015/usa/pdf/BRKSEC-3697.pdf" target="_blank"&gt;https://clnv.s3.amazonaws.com/2015/usa/pdf/BRKSEC-3697.pdf&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Slides 42-47&lt;/P&gt;</description>
      <pubDate>Thu, 03 May 2018 13:03:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377312#M548983</guid>
      <dc:creator>ajc</dc:creator>
      <dc:date>2018-05-03T13:03:39Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ISE logs</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377677#M548984</link>
      <description>&lt;P&gt;That's it - only Cisco hold the private key to decrypt the file that was encrypted with the public key.&amp;nbsp; BUT - if you encrypted the files with a shared key, then decrypting the file is a doddle.&lt;/P&gt;
&lt;P&gt;Windows:&amp;nbsp; Install GpgEx (open source)&lt;/P&gt;
&lt;P&gt;Unix: &lt;STRONG&gt;gpg -v --batch --yes --passphrase Encryption123 -d Mylogs.tar.gpg &amp;gt; Mylogs.tar&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;The encrypted file is Mylogs.tar.gpg and the shared key is Encryption123&lt;/P&gt;
&lt;P&gt;The result is redirected to a file called Mylogs.tar - then use the regular tools like&lt;/P&gt;
&lt;P&gt;tar tvf Mylogs.tar&amp;nbsp;&amp;nbsp;&amp;nbsp; to view contents of the tar bundle&lt;/P&gt;
&lt;P&gt;tar xvf Mylogs.tar&amp;nbsp;&amp;nbsp; to extract contents&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I use this all the time to drive myself crazy about the junk that Cisco puts into ISE Config backups.&amp;nbsp; In my case the file is 500MB (compressed) and when uncomressed I have 8GB of debug logs.&amp;nbsp; If Cisco were to stop spamming the backup file with junk,&amp;nbsp;it should be in the order of 10MB in my case.&lt;/P&gt;</description>
      <pubDate>Thu, 03 May 2018 23:04:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-logs/m-p/3377677#M548984</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2018-05-03T23:04:39Z</dc:date>
    </item>
  </channel>
</rss>

