<?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: Airprovision Problem. in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4720510#M248188</link>
    <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;- Reboot a problematic AP , immediately after reboot login to it and issue the command&lt;STRONG&gt; show logging&lt;/STRONG&gt; , look for anomalies from the boot process which is then still available in the output. Also check the logs on the controller when a none-working AP tries to join. Make sure the intended access points are still in&lt;STRONG&gt; CAPWAP (client&lt;/STRONG&gt;) mode. Also&amp;nbsp;&lt;SPAN&gt;&amp;nbsp;r&lt;/SPAN&gt;&lt;SPAN&gt;eview the&amp;nbsp;&lt;/SPAN&gt;current&amp;nbsp;&lt;STRONG&gt;9800&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;&lt;STRONG&gt;WLC&lt;/STRONG&gt;&amp;nbsp; &amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;configuration&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;with the CLI command :&lt;/SPAN&gt;&lt;STRONG&gt;&amp;nbsp;&lt;/STRONG&gt;&lt;FONT color="#008000"&gt;&lt;STRONG&gt;show&amp;nbsp; tech&lt;/STRONG&gt;&amp;nbsp;&amp;nbsp;&lt;STRONG&gt;&lt;U&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;wireless&lt;/U&gt;&lt;/STRONG&gt;&lt;/FONT&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;, have the output analyzed by&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;A href="https://cway.cisco.com/tools/WirelessAnalyzer/" target="_blank" rel="noopener nofollow noreferrer" data-saferedirecturl="https://www.google.com/url?q=https://cway.cisco.com/tools/WirelessAnalyzer/&amp;amp;source=gmail&amp;amp;ust=1662270212514000&amp;amp;usg=AOvVaw1v8X824xUFwNwiDM_o5Fxf"&gt;https://cway.cisco.com/&lt;WBR /&gt;tools/WirelessAnalyzer/&lt;/A&gt;&lt;SPAN&gt;&amp;nbsp; , please note do not use classical&lt;/SPAN&gt;&lt;FONT color="#FF0000"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;show tech-support&lt;/FONT&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;(short version) , use the command denoted in green for Wireless Analyzer.&amp;nbsp; &amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;Checkout all advisories!&lt;/EM&gt;&lt;/P&gt;</description>
    <pubDate>Sun, 13 Nov 2022 18:21:27 GMT</pubDate>
    <dc:creator>Mark Elsen</dc:creator>
    <dc:date>2022-11-13T18:21:27Z</dc:date>
    <item>
      <title>Airprovision Problem.</title>
      <link>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4720489#M248187</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;We have&amp;nbsp; WLC 9800 with different APs connected to him, last night we upgraded it from 17.3.5 to 17.3.6 for some compatibility reasons with 9130axi to add some new APs, so far everything was good, but after the upgrade, several access points from the same location (about 50 Access point) didn't join the controller, they are diffusing SSID named 'Cisco1' 'Cisco2':&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="walidake_0-1668357709973.png" style="width: 400px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/167859i3B1A5BCAE5BC14E0/image-size/medium?v=v2&amp;amp;px=400" role="button" title="walidake_0-1668357709973.png" alt="walidake_0-1668357709973.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;After some research, I found that one of the's APs is now the controller for the rest of the 50 ones that didn't join the original controller:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="walidake_1-1668357740585.png" style="width: 400px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/167860iC8E90CB67370D9E1/image-size/medium?v=v2&amp;amp;px=400" role="button" title="walidake_1-1668357740585.png" alt="walidake_1-1668357740585.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;Does anyone out there have any tips,&amp;nbsp;I hope someone can help me with this problem, which I think it's an air provision problem. Thank you.&lt;/P&gt;</description>
      <pubDate>Sun, 13 Nov 2022 16:46:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4720489#M248187</guid>
      <dc:creator>walidake</dc:creator>
      <dc:date>2022-11-13T16:46:23Z</dc:date>
    </item>
    <item>
      <title>Re: Airprovision Problem.</title>
      <link>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4720510#M248188</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;- Reboot a problematic AP , immediately after reboot login to it and issue the command&lt;STRONG&gt; show logging&lt;/STRONG&gt; , look for anomalies from the boot process which is then still available in the output. Also check the logs on the controller when a none-working AP tries to join. Make sure the intended access points are still in&lt;STRONG&gt; CAPWAP (client&lt;/STRONG&gt;) mode. Also&amp;nbsp;&lt;SPAN&gt;&amp;nbsp;r&lt;/SPAN&gt;&lt;SPAN&gt;eview the&amp;nbsp;&lt;/SPAN&gt;current&amp;nbsp;&lt;STRONG&gt;9800&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;&lt;STRONG&gt;WLC&lt;/STRONG&gt;&amp;nbsp; &amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;configuration&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;with the CLI command :&lt;/SPAN&gt;&lt;STRONG&gt;&amp;nbsp;&lt;/STRONG&gt;&lt;FONT color="#008000"&gt;&lt;STRONG&gt;show&amp;nbsp; tech&lt;/STRONG&gt;&amp;nbsp;&amp;nbsp;&lt;STRONG&gt;&lt;U&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;wireless&lt;/U&gt;&lt;/STRONG&gt;&lt;/FONT&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;, have the output analyzed by&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;A href="https://cway.cisco.com/tools/WirelessAnalyzer/" target="_blank" rel="noopener nofollow noreferrer" data-saferedirecturl="https://www.google.com/url?q=https://cway.cisco.com/tools/WirelessAnalyzer/&amp;amp;source=gmail&amp;amp;ust=1662270212514000&amp;amp;usg=AOvVaw1v8X824xUFwNwiDM_o5Fxf"&gt;https://cway.cisco.com/&lt;WBR /&gt;tools/WirelessAnalyzer/&lt;/A&gt;&lt;SPAN&gt;&amp;nbsp; , please note do not use classical&lt;/SPAN&gt;&lt;FONT color="#FF0000"&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;show tech-support&lt;/FONT&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;(short version) , use the command denoted in green for Wireless Analyzer.&amp;nbsp; &amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;Checkout all advisories!&lt;/EM&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 13 Nov 2022 18:21:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4720510#M248188</guid>
      <dc:creator>Mark Elsen</dc:creator>
      <dc:date>2022-11-13T18:21:27Z</dc:date>
    </item>
    <item>
      <title>Re: Airprovision Problem.</title>
      <link>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4720564#M248194</link>
      <description>&lt;P&gt;Looks like you had a EWC capable AP in the same broadcast domain of AP management. You have to make sure that at no point of time there are 2 WLC WMI's in the same VLAN, also if you have more than 100APs make sure that AP management is in a different VLAN, not in the same VLAN as WLC WMI. It is highly recommended that you prime the APs (configure primary and standby WLC WMI per AP). Using option 43 is also recommended.&lt;/P&gt;
&lt;P&gt;In your case easiest option would be login to the new EWC WLC and go to Configuration&amp;gt;&amp;gt;Wireless&amp;gt;&amp;gt;Access Points&lt;/P&gt;
&lt;P&gt;Select all the APs and click on convert to capwap. Or you can ssh to EWC and type (ap-type capwap)This will make sure that there are no EWC capable APs in your network (actually APs will not participate in EWC process)&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For other APs let it find the WLC via broadcast or you can use any other method like option 43 or DNS to advertise the WLC WMI.&lt;/P&gt;</description>
      <pubDate>Sun, 13 Nov 2022 21:55:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4720564#M248194</guid>
      <dc:creator>Arshad Safrulla</dc:creator>
      <dc:date>2022-11-13T21:55:51Z</dc:date>
    </item>
    <item>
      <title>Re: Airprovision Problem.</title>
      <link>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4721111#M248211</link>
      <description>&lt;P&gt;You can also disable EWC via option 43 remotely:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/en/us/products/collateral/wireless/embedded-wireless-controller-catalyst-access-points/white-paper-c11-743398.html#Conversion" target="_blank"&gt;https://www.cisco.com/c/en/us/products/collateral/wireless/embedded-wireless-controller-catalyst-access-points/white-paper-c11-743398.html#Conversion&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Converting EWCs to CAPWAP using option 43&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;DHCP option 43 is a vendor-specific option and is used for providing WLC IP addresses to the access point. Using option 43 with a specific subtype option, you can have the EWC convert to CAPWAP and join a WLC appliance or virtual controller. After the AP receives DHCP option 43 and subtype 0xF2 at bootup, the AP type will be converted to CAPWAP, and the AP will follow the regular joining process.&lt;/P&gt;
&lt;P&gt;The DHCP configuration on the switch is shown below.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Switch(dhcp-config)#option 43 hex F2056464645801&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;Configure your option 43 then cycle all the EWC APs.&amp;nbsp; Then they should boot up as standard CAPWAP APs.&amp;nbsp; The other conversion methods are in that link too.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Nov 2022 15:03:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/airprovision-problem/m-p/4721111#M248211</guid>
      <dc:creator>Rich R</dc:creator>
      <dc:date>2022-11-14T15:03:53Z</dc:date>
    </item>
  </channel>
</rss>

