<?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: AP High Availability not working for some APS in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171238#M196495</link>
    <description>&lt;P&gt;the licences are not a problem, all controllers are able to take all APs. Also the host name is correct.&lt;/P&gt;</description>
    <pubDate>Wed, 21 Oct 2020 19:04:15 GMT</pubDate>
    <dc:creator>Michele Toblini</dc:creator>
    <dc:date>2020-10-21T19:04:15Z</dc:date>
    <item>
      <title>AP High Availability not working for some APS</title>
      <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171001#M196493</link>
      <description>&lt;P&gt;Hi guys,&lt;/P&gt;&lt;P&gt;we have 3 WLC 5520 in 8.5.140.0 and i had to reboot all of them to get rid of new mobility. In every AP it is configured manually the failover of the APs.&lt;/P&gt;&lt;P&gt;When i rebooted WLC-3 almost all the APs joined the second one as it was supposed to. Just few of them joined WLC-1. I tried to reboot few of them but they were stuck in the WLC-1. I've also resetted the configuration but nothing happend. I thought, okay, let's reboot the WLC-1 so they will be forced to join again the WLC-3 as it was before.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Nothing, all the AP belonging the WLC-1did the failover except those stubborn that now are stuck in one controller.&lt;/P&gt;&lt;P&gt;Here are the models of APs:&lt;/P&gt;&lt;P&gt;AIR-AP2802E-E-K9&lt;/P&gt;&lt;P&gt;1&amp;nbsp;AIR-CAP1602I-E-K9&lt;/P&gt;&lt;P&gt;AIR-AP1562I-E-K9&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any clue about what is going on?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Michele&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>Mon, 05 Jul 2021 19:40:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171001#M196493</guid>
      <dc:creator>Michele Toblini</dc:creator>
      <dc:date>2021-07-05T19:40:57Z</dc:date>
    </item>
    <item>
      <title>Re: AP High Availability not working for some APS</title>
      <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171098#M196494</link>
      <description>Make sure that the high availability you defined on each ap is correct. The controller host name is case sensitive.  Check your license and old config also just In case something happened during the reboot. &lt;BR /&gt;</description>
      <pubDate>Wed, 21 Oct 2020 15:12:54 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171098#M196494</guid>
      <dc:creator>Scott Fella</dc:creator>
      <dc:date>2020-10-21T15:12:54Z</dc:date>
    </item>
    <item>
      <title>Re: AP High Availability not working for some APS</title>
      <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171238#M196495</link>
      <description>&lt;P&gt;the licences are not a problem, all controllers are able to take all APs. Also the host name is correct.&lt;/P&gt;</description>
      <pubDate>Wed, 21 Oct 2020 19:04:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171238#M196495</guid>
      <dc:creator>Michele Toblini</dc:creator>
      <dc:date>2020-10-21T19:04:15Z</dc:date>
    </item>
    <item>
      <title>Re: AP High Availability not working for some APS</title>
      <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171283#M196496</link>
      <description>&lt;P&gt;Try to check on one of the faulty APs the below: (From AP cli)&lt;/P&gt;
&lt;P&gt;#show run | i controller&lt;/P&gt;
&lt;P&gt;If you see the name is wrong for the primary WLC then do this from the WLC gui:&lt;/P&gt;
&lt;P&gt;1) Deleting Secondary controller name and IP, then Apply.&lt;/P&gt;
&lt;P&gt;2) Then, configure Primary and Secondary name and IP, then Apply.&lt;/P&gt;</description>
      <pubDate>Wed, 21 Oct 2020 20:48:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171283#M196496</guid>
      <dc:creator>Grendizer</dc:creator>
      <dc:date>2020-10-21T20:48:30Z</dc:date>
    </item>
    <item>
      <title>Re: AP High Availability not working for some APS</title>
      <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171290#M196497</link>
      <description>&lt;P&gt;already done without success&lt;/P&gt;</description>
      <pubDate>Wed, 21 Oct 2020 21:03:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171290#M196497</guid>
      <dc:creator>Michele Toblini</dc:creator>
      <dc:date>2020-10-21T21:03:51Z</dc:date>
    </item>
    <item>
      <title>Re: AP High Availability not working for some APS</title>
      <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171435#M196498</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/338357"&gt;@Michele Toblini&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;
&lt;P&gt;&lt;SPAN&gt;all the AP belonging the WLC-1did the failover except those stubborn that now are stuck in one controller.&lt;/SPAN&gt;&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Regulatory Domain?&lt;/P&gt;</description>
      <pubDate>Thu, 22 Oct 2020 03:27:31 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171435#M196498</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2020-10-22T03:27:31Z</dc:date>
    </item>
    <item>
      <title>Re: AP High Availability not working for some APS</title>
      <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171797#M196499</link>
      <description>&lt;P&gt;Did you try rebooting the APs?&lt;/P&gt;&lt;P&gt;I'm thinking possibly a side effect of &lt;A href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCve14291" target="_blank"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCve14291&lt;/A&gt; lingering from before you upgraded to 8.5.140.0. (what did you upgrade from?)&lt;/P&gt;&lt;P&gt;'show ver' on the AP itself would show if it's still running old code which would confirm you're hitting CSCve14291. Ignore what version the WLC says the AP is running - it only shows what it *should* be running not what it *is* running.&lt;/P&gt;&lt;P&gt;[Yes the AP keeps running different code from WLC without any problems LOL - somebody accidentally created a key part of the 9800 ISSU feature on AireOS]&lt;/P&gt;&lt;P&gt;Only caveat is this bug is only supposed to affect COS APs so should not affect the 1602 which runs IOS!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;While you were going round rebooting WLCs you should probably have thought to update to at least 8.5.161.0 at the same time to resolve a whole lot of other bugs and security vulnerabilities.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Oct 2020 13:20:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171797#M196499</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2020-10-22T13:20:32Z</dc:date>
    </item>
    <item>
      <title>Re: AP High Availability not working for some APS</title>
      <link>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171860#M196500</link>
      <description>&lt;P&gt;i tried rebooting and resetting.&amp;nbsp;&lt;/P&gt;&lt;P&gt;AP Running Image : 8.5.140.0&lt;BR /&gt;Primary Boot Image : 8.5.140.0&lt;BR /&gt;Backup Boot Image : 8.3.141.3&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Also&amp;nbsp;&lt;/P&gt;&lt;P&gt;show capwap client rcb&lt;BR /&gt;AdminState : ADMIN_ENABLED&lt;BR /&gt;OperationState : UP&lt;BR /&gt;Name : AP-OUT-P18&lt;BR /&gt;SwVer : 8.5.140.0&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;No it's running the correct version (8.5.140.0).&lt;/P&gt;</description>
      <pubDate>Thu, 22 Oct 2020 14:21:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-high-availability-not-working-for-some-aps/m-p/4171860#M196500</guid>
      <dc:creator>Michele Toblini</dc:creator>
      <dc:date>2020-10-22T14:21:07Z</dc:date>
    </item>
  </channel>
</rss>

