<?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 ap fallback in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020008#M266800</link>
    <description>&lt;P&gt;I have 3 wlc9800 as below:&amp;nbsp;&lt;/P&gt;
&lt;P&gt;2 in SSO and third is configured as N+1&lt;/P&gt;
&lt;P&gt;Am testing ap backup primary option under ap join profile , so i configured an ACL on switch to prevent communication to primary controller then ap successfully registered to N+1 backup primary controller ,&lt;/P&gt;
&lt;P&gt;Now i removed the ACL to make the ap fallback to primary SSO but it does not , even ap fallback option are enabled under ap join profile , is there anything else need to be configured to make it fallback ?&lt;/P&gt;</description>
    <pubDate>Sun, 18 Feb 2024 09:31:04 GMT</pubDate>
    <dc:creator>qsosan20</dc:creator>
    <dc:date>2024-02-18T09:31:04Z</dc:date>
    <item>
      <title>ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020008#M266800</link>
      <description>&lt;P&gt;I have 3 wlc9800 as below:&amp;nbsp;&lt;/P&gt;
&lt;P&gt;2 in SSO and third is configured as N+1&lt;/P&gt;
&lt;P&gt;Am testing ap backup primary option under ap join profile , so i configured an ACL on switch to prevent communication to primary controller then ap successfully registered to N+1 backup primary controller ,&lt;/P&gt;
&lt;P&gt;Now i removed the ACL to make the ap fallback to primary SSO but it does not , even ap fallback option are enabled under ap join profile , is there anything else need to be configured to make it fallback ?&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 09:31:04 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020008#M266800</guid>
      <dc:creator>qsosan20</dc:creator>
      <dc:date>2024-02-18T09:31:04Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020025#M266805</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp; - What is the purpose of this ACL anyway if you want full (additional) redundancy between the SSO pair and the N+1 controller ?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;M.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 10:32:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020025#M266805</guid>
      <dc:creator>Mark Elsen</dc:creator>
      <dc:date>2024-02-18T10:32:07Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020027#M266806</link>
      <description>&lt;P&gt;ACL is a just simulation for SSO disconnection&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 10:34:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020027#M266806</guid>
      <dc:creator>qsosan20</dc:creator>
      <dc:date>2024-02-18T10:34:48Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020032#M266809</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;- It may not be a correct simulation ; power down the&lt;STRONG&gt; N+1&lt;/STRONG&gt; to have &lt;FONT color="#FF6600"&gt;&lt;EM&gt;'&lt;U&gt;healthy fallback'.....&lt;BR /&gt;&lt;BR /&gt;&lt;/U&gt;&lt;/EM&gt;&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;M.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 10:42:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020032#M266809</guid>
      <dc:creator>Mark Elsen</dc:creator>
      <dc:date>2024-02-18T10:42:21Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020033#M266810</link>
      <description>&lt;P&gt;Does fallback happens when N+1 being down , or when primary (SSO) become up again ?&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 10:44:26 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020033#M266810</guid>
      <dc:creator>qsosan20</dc:creator>
      <dc:date>2024-02-18T10:44:26Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020036#M266811</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;- FYI :&amp;nbsp;&lt;A href="https://community.cisco.com/t5/wireless/wlc-9800-ha-n-1-ap-not-falling-back-to-primary-wlc/m-p/4503744#M235654" target="_blank"&gt;https://community.cisco.com/t5/wireless/wlc-9800-ha-n-1-ap-not-falling-back-to-primary-wlc/m-p/4503744#M235654&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;M.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 10:53:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020036#M266811</guid>
      <dc:creator>Mark Elsen</dc:creator>
      <dc:date>2024-02-18T10:53:08Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020037#M266812</link>
      <description>&lt;P&gt;Thank you ,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I already tested that as well by configured primary and secondary under AP HA itself ,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Still its not falling back to primary after communication restored ,&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 10:57:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020037#M266812</guid>
      <dc:creator>qsosan20</dc:creator>
      <dc:date>2024-02-18T10:57:08Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020039#M266813</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;- aireos had an &lt;U&gt;&lt;FONT color="#008000"&gt;&lt;EM&gt;automatic fallback&lt;/EM&gt;&lt;/FONT&gt;&lt;/U&gt; option in the AP join profile ; check if you have something similar in IOS-XE (on the 9800) ,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;M.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 11:03:26 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020039#M266813</guid>
      <dc:creator>Mark Elsen</dc:creator>
      <dc:date>2024-02-18T11:03:26Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020081#M266815</link>
      <description>&lt;P&gt;&lt;FONT face="courier new,courier"&gt;ap profile default-ap-profile&lt;/FONT&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier"&gt;&amp;nbsp;capwap timers primary-discovery-timeout 600&lt;/FONT&gt;&lt;BR /&gt;&lt;SPAN&gt;When you have AP &lt;STRONG&gt;HA &lt;/STRONG&gt;primary and secondary set (not the primary and backup in the join profile) then it should make the AP fall back to primary within 10 minutes (mostly does) but it sometimes just doesn't work (ongoing bugs with join problems) and you need to do a capwap restart or reload of the AP.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;What version of software are you using?&amp;nbsp; You should be at least compliant with the TAC recommended releases (link below) - currently&amp;nbsp;&lt;STRONG&gt;&lt;FONT color="#339966"&gt;17.9.4 +&amp;nbsp;SMU_CSCwh87343 + APSP8 OR 17.9.4a + APSP8 &lt;/FONT&gt;&lt;/STRONG&gt;- and I'd suggest considering recently released 17.9.5 although that won't become recommended until it's been in stable deployment for 4-6 weeks.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 15:18:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020081#M266815</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2024-02-18T15:18:40Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020119#M266822</link>
      <description>&lt;P&gt;Thanks guys,&lt;/P&gt;
&lt;P&gt;I manged to fix it by configuring per-AP HA rather than join profile HA,&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 18 Feb 2024 16:42:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020119#M266822</guid>
      <dc:creator>qsosan20</dc:creator>
      <dc:date>2024-02-18T16:42:50Z</dc:date>
    </item>
    <item>
      <title>Re: ap fallback</title>
      <link>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020564#M266838</link>
      <description>&lt;P&gt;The primary and secondary on the join profile are &lt;STRONG&gt;not&lt;/STRONG&gt; HA settings.&amp;nbsp; It's purely to assist WLC discovery in case primary/secondary/tertiary HA WLCs are not available - they effectively become fourth and fifth options for discovery.&lt;/P&gt;
&lt;P&gt;If you want to set HA from the WLC globally you have to use the&amp;nbsp;AP Fallback to Controllers Using AP Priming Profile feature available since 17.9.2:&lt;BR /&gt;&lt;A href="https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/17-9/config-guide/b_wl_17_9_cg/m_ap_fb_wlcs.html" target="_blank"&gt;https://www.cisco.com/c/en/us/td/docs/wireless/controller/9800/17-9/config-guide/b_wl_17_9_cg/m_ap_fb_wlcs.html&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 19 Feb 2024 09:06:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-fallback/m-p/5020564#M266838</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2024-02-19T09:06:56Z</dc:date>
    </item>
  </channel>
</rss>

