<?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 CAPWAP AP Crash Logs in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176156#M59257</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Rob:&lt;/P&gt;&lt;P&gt;If console access is possible you may console to an AP during the issue and check any local logging. Check also if it still has an IP address or not during the issue. There will probaby be some info about why the AP L3 connectivity got broken.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Just a though.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Amjad&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: blue;"&gt;Rating useful replies is more useful than saying &lt;SPAN style="color: green;"&gt; "&lt;SPAN style="text-decoration: underline;"&gt;Thank you&lt;/SPAN&gt;"&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 26 Mar 2013 08:20:34 GMT</pubDate>
    <dc:creator>Amjad Abdullah</dc:creator>
    <dc:date>2013-03-26T08:20:34Z</dc:date>
    <item>
      <title>CAPWAP AP Crash Logs</title>
      <link>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176154#M59255</link>
      <description>&lt;P&gt;I recently had a number of CAPWAP access points lose IP connectivity, but were still up at L2 and seen by CDP.&amp;nbsp; Resetting them via PoE port shutdown recovered them, but no AP crash log or useful log info on the WLC.&amp;nbsp; The AP also had no local logging info after the reset.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does anyone know a way to get the AP to log locally to NVRAM?&amp;nbsp; Or why this isn't enabled/possible?&lt;/P&gt;&lt;P&gt;I assume that syslog to a server will be of little benefit...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jul 2021 06:47:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176154#M59255</guid>
      <dc:creator>Rob Simkins</dc:creator>
      <dc:date>2021-07-04T06:47:18Z</dc:date>
    </item>
    <item>
      <title>Re: CAPWAP AP Crash Logs</title>
      <link>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176155#M59256</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Rob&lt;BR /&gt;&lt;BR /&gt;Interesting issue. What model aps and what wlc code are you on ? I recently had an issue where aps would reset themselves back to factory default .. I sent those aps in for inspection. It was only a few ..&lt;BR /&gt;&lt;BR /&gt;Sent from Cisco Technical Support iPad App&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Mar 2013 01:30:55 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176155#M59256</guid>
      <dc:creator>George Stefanick</dc:creator>
      <dc:date>2013-03-26T01:30:55Z</dc:date>
    </item>
    <item>
      <title>CAPWAP AP Crash Logs</title>
      <link>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176156#M59257</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Rob:&lt;/P&gt;&lt;P&gt;If console access is possible you may console to an AP during the issue and check any local logging. Check also if it still has an IP address or not during the issue. There will probaby be some info about why the AP L3 connectivity got broken.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Just a though.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Amjad&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: blue;"&gt;Rating useful replies is more useful than saying &lt;SPAN style="color: green;"&gt; "&lt;SPAN style="text-decoration: underline;"&gt;Thank you&lt;/SPAN&gt;"&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Mar 2013 08:20:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176156#M59257</guid>
      <dc:creator>Amjad Abdullah</dc:creator>
      <dc:date>2013-03-26T08:20:34Z</dc:date>
    </item>
    <item>
      <title>Re: CAPWAP AP Crash Logs</title>
      <link>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176157#M59258</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi George&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;They are 3600 on v7.2.111.3&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The IP was still showing in CDP but not responding on any port.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;They got different IP addresses from the core switch DHCP pool when they came back up. I think this is just because they were offline for long enough to lose the binding.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can only assume that something went wrong in the IP stack on the AP NIC&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sent from Cisco Technical Support iPhone App&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Mar 2013 10:32:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176157#M59258</guid>
      <dc:creator>Rob Simkins</dc:creator>
      <dc:date>2013-03-26T10:32:19Z</dc:date>
    </item>
    <item>
      <title>Re: CAPWAP AP Crash Logs</title>
      <link>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176158#M59259</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P style="background-color: #ffffff; border-collapse: collapse; font-size: 12px; list-style: none; font-family: Arial, verdana, sans-serif;"&gt;Hi Amjad,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P style="background-color: #ffffff; border-collapse: collapse; font-size: 12px; list-style: none; font-family: Arial, verdana, sans-serif;"&gt;No console available I'm afraid.&amp;nbsp; TAC advised the following when asked the question about local AP logging:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P style="background-color: #ffffff; border-collapse: collapse; font-size: 12px; list-style: none; font-family: Arial, verdana, sans-serif;"&gt;&lt;EM style="border-collapse: collapse; list-style: none;"&gt;Yes you can use syslog from the WLC, “and I would recommend the following”:&lt;/EM&gt;&lt;/P&gt;&lt;P style="background-color: #ffffff; border-collapse: collapse; font-size: 12px; list-style: none; font-family: Arial, verdana, sans-serif;"&gt;&lt;EM style="border-collapse: collapse; list-style: none;"&gt;WLC &amp;gt; config session timeout 0&lt;/EM&gt;&lt;/P&gt;&lt;P style="background-color: #ffffff; border-collapse: collapse; font-size: 12px; list-style: none; font-family: Arial, verdana, sans-serif;"&gt;&lt;EM style="border-collapse: collapse; list-style: none;"&gt;WLC &amp;gt;config ap syslog host global x.x.x.x&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P style="background-color: #ffffff; border-collapse: collapse; font-size: 12px; list-style: none; font-family: Arial, verdana, sans-serif;"&gt;&lt;EM style="border-collapse: collapse; list-style: none;"&gt;but also, I would like to have the AP it self, so you run the telnet for the AP on “AP &amp;gt; advance tap”, and to open session for it “make sure you configure session timeout to zero on WLC and to configure the putty to not expire.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P style="background-color: #ffffff; border-collapse: collapse; font-size: 12px; list-style: none; font-family: Arial, verdana, sans-serif;"&gt;So basically, AP logging isn't helpful if the AP loses IP connectivity you need a console cable to find out why.&amp;nbsp; You may see something from AP syslog before the IP connectivity loss.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P style="background-color: #ffffff; border-collapse: collapse; font-size: 12px; list-style: none; font-family: Arial, verdana, sans-serif;"&gt;Still wondering why the logging to NVRAM can't at least be optionally enabled, if its considered a security risk.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Mar 2013 15:42:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/capwap-ap-crash-logs/m-p/2176158#M59259</guid>
      <dc:creator>Rob Simkins</dc:creator>
      <dc:date>2013-03-26T15:42:32Z</dc:date>
    </item>
  </channel>
</rss>

