<?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 not resolving CISCO-CAPWAP-CONTROLLER in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/ap-not-resolving-cisco-capwap-controller/m-p/2821558#M56514</link>
    <description>&lt;P&gt;We are having an issue where new 2700 and 2600 LAPs out of the box are unable to resolve the DNS entry during the controller join process. &amp;nbsp;I have verified through nslookup that the entry is correct and is resolving to the controller management interface. &amp;nbsp;What I have also discovered is from the AP console I can successfully ping CISCO-CAPWAP-CONTROLLER and the controller management IP responds. After this ping the AP is successfully able to join the controller. &amp;nbsp;If I set the AP back to factory default the issue begins all over again. &amp;nbsp;This is a problem for sites were we ship new APs and we do not have the choice to use DHCP option 43. &amp;nbsp;The APs get an IP no problem however they are unable to resolve the DNS entry. &amp;nbsp;Could this be a bug in the software that is initially loaded on the APs when shipped? &amp;nbsp;Has anyone seen this problem?&lt;/P&gt;</description>
    <pubDate>Mon, 05 Jul 2021 11:21:21 GMT</pubDate>
    <dc:creator>Mitchell Theriot</dc:creator>
    <dc:date>2021-07-05T11:21:21Z</dc:date>
    <item>
      <title>AP not resolving CISCO-CAPWAP-CONTROLLER</title>
      <link>https://community.cisco.com/t5/wireless/ap-not-resolving-cisco-capwap-controller/m-p/2821558#M56514</link>
      <description>&lt;P&gt;We are having an issue where new 2700 and 2600 LAPs out of the box are unable to resolve the DNS entry during the controller join process. &amp;nbsp;I have verified through nslookup that the entry is correct and is resolving to the controller management interface. &amp;nbsp;What I have also discovered is from the AP console I can successfully ping CISCO-CAPWAP-CONTROLLER and the controller management IP responds. After this ping the AP is successfully able to join the controller. &amp;nbsp;If I set the AP back to factory default the issue begins all over again. &amp;nbsp;This is a problem for sites were we ship new APs and we do not have the choice to use DHCP option 43. &amp;nbsp;The APs get an IP no problem however they are unable to resolve the DNS entry. &amp;nbsp;Could this be a bug in the software that is initially loaded on the APs when shipped? &amp;nbsp;Has anyone seen this problem?&lt;/P&gt;</description>
      <pubDate>Mon, 05 Jul 2021 11:21:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-not-resolving-cisco-capwap-controller/m-p/2821558#M56514</guid>
      <dc:creator>Mitchell Theriot</dc:creator>
      <dc:date>2021-07-05T11:21:21Z</dc:date>
    </item>
    <item>
      <title>Hi,</title>
      <link>https://community.cisco.com/t5/wireless/ap-not-resolving-cisco-capwap-controller/m-p/2821559#M56515</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;Is the access-point trying to resolve the full dns name e.g.&amp;nbsp;&lt;SPAN&gt;CISCO-CAPWAP-CONTROLLER.domainname. Have you tried creating an entry for&amp;nbsp;CISCO-LWAP-CONTROLLER.domainname as well.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;You could also try priming tha access points before you ship then out.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Thanks&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;John&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Dec 2015 00:06:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ap-not-resolving-cisco-capwap-controller/m-p/2821559#M56515</guid>
      <dc:creator>johnd2310</dc:creator>
      <dc:date>2015-12-10T00:06:34Z</dc:date>
    </item>
  </channel>
</rss>

