<?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 AIR-AP1572EAC-B-K9 failing to join WLC, resolved. in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/air-ap1572eac-b-k9-failing-to-join-wlc-resolved/m-p/2749474#M40431</link>
    <description>&lt;P&gt;Recently we acquired two new 1572EAC APs intended to be used as Lightweight APs in our network. &amp;nbsp;We also recently installed several 3850s to supply full POE to these devices. &amp;nbsp;However, I kept running into a bug where they refused to join our Wireless Controller running 8.0.120.0. &amp;nbsp;All other APs join with and can be configured out of box, but not the 1572's. &amp;nbsp;After spending considerable amount of time trying to see what the issue might be on the AP, and modifying config and interfaces via Console;&amp;nbsp;I almost gave up and opened a TAC case.&lt;/P&gt;&lt;P&gt;Then I decided to look at the logs of my 3850 to see if it was delivering lower than expected voltage, or anything else, really.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P style="margin-left: 40px;"&gt;&lt;SPAN style="font-size:11px;"&gt;&lt;SPAN style="font-family:courier new,courier,monospace;"&gt;Aug 22 23:11:20.770: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/26, changed state to up&lt;BR /&gt;Aug 22 23:11:20.930: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/23, changed state to up&lt;BR /&gt;Aug 22 23:12:59.556: %PORT_SECURITY-2-PSECURE_VIOLATION: Security violation occurred, caused by MAC address xxxx.xxxx.xxxx&amp;nbsp;on port GigabitEthernet1/0/23.&lt;BR /&gt;Aug 22 23:13:47.745: %DHCP_SNOOPING-4-AGENT_OPERATION_FAILED_N: &lt;U&gt;&lt;STRONG&gt;DHCP snooping binding transfer failed(31)&lt;/STRONG&gt;&lt;/U&gt;. Unable to access URL.&lt;BR /&gt;Aug 22 23:14:07.853: %ILPOWER-5-PWRGOOD_SPARE_PAIR: Interface Gi1/0/26: spare pair power good&lt;BR /&gt;Aug 22 23:14:16.927: %&lt;STRONG&gt;&lt;U&gt;PORT_SECURITY-2-PSECURE_VIOLATION: Security violation occurred, caused by MAC address xxxx.xxxx.xxxx&amp;nbsp;on port GigabitEthernet1/0/23.&lt;/U&gt;&lt;/STRONG&gt;&lt;BR /&gt;Aug 22 23:15:02.131: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/26, changed state to down&lt;BR /&gt;Aug 22 23:15:02.149: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/23, changed state to down&lt;BR /&gt;Aug 22 23:15:03.139: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/26, changed state to down&lt;BR /&gt;Aug 22 23:15:03.149: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/23, changed state to down&lt;BR /&gt;Aug 22 23:44:47.752: %DHCP_SNOOPING-4-AGENT_OPERATION_FAILED_N: DHCP snooping binding transfer failed(31). Unable to access URL.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P style="margin-left: 40px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As you can see, the issue turned out to be a &lt;EM&gt;switchport port-security max&lt;/EM&gt;&amp;nbsp;violation. &amp;nbsp;This typically does not affect the booting up and configuring of other APs on our bench, because they only have a single ethernet interface. &amp;nbsp;The 1572 APs have numerous ethernet interfaces that apparently must register as interfaces on the access layer, thus triggering the multiple violations and eventual port lock.&lt;/P&gt;&lt;P&gt;I hope that my&amp;nbsp;mistake and struggles helps anyone else with setting up their 1572 and getting it to successfully join the CAPWAP.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 05 Jul 2021 10:49:23 GMT</pubDate>
    <dc:creator>cumminsdm</dc:creator>
    <dc:date>2021-07-05T10:49:23Z</dc:date>
    <item>
      <title>AIR-AP1572EAC-B-K9 failing to join WLC, resolved.</title>
      <link>https://community.cisco.com/t5/wireless/air-ap1572eac-b-k9-failing-to-join-wlc-resolved/m-p/2749474#M40431</link>
      <description>&lt;P&gt;Recently we acquired two new 1572EAC APs intended to be used as Lightweight APs in our network. &amp;nbsp;We also recently installed several 3850s to supply full POE to these devices. &amp;nbsp;However, I kept running into a bug where they refused to join our Wireless Controller running 8.0.120.0. &amp;nbsp;All other APs join with and can be configured out of box, but not the 1572's. &amp;nbsp;After spending considerable amount of time trying to see what the issue might be on the AP, and modifying config and interfaces via Console;&amp;nbsp;I almost gave up and opened a TAC case.&lt;/P&gt;&lt;P&gt;Then I decided to look at the logs of my 3850 to see if it was delivering lower than expected voltage, or anything else, really.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P style="margin-left: 40px;"&gt;&lt;SPAN style="font-size:11px;"&gt;&lt;SPAN style="font-family:courier new,courier,monospace;"&gt;Aug 22 23:11:20.770: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/26, changed state to up&lt;BR /&gt;Aug 22 23:11:20.930: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/23, changed state to up&lt;BR /&gt;Aug 22 23:12:59.556: %PORT_SECURITY-2-PSECURE_VIOLATION: Security violation occurred, caused by MAC address xxxx.xxxx.xxxx&amp;nbsp;on port GigabitEthernet1/0/23.&lt;BR /&gt;Aug 22 23:13:47.745: %DHCP_SNOOPING-4-AGENT_OPERATION_FAILED_N: &lt;U&gt;&lt;STRONG&gt;DHCP snooping binding transfer failed(31)&lt;/STRONG&gt;&lt;/U&gt;. Unable to access URL.&lt;BR /&gt;Aug 22 23:14:07.853: %ILPOWER-5-PWRGOOD_SPARE_PAIR: Interface Gi1/0/26: spare pair power good&lt;BR /&gt;Aug 22 23:14:16.927: %&lt;STRONG&gt;&lt;U&gt;PORT_SECURITY-2-PSECURE_VIOLATION: Security violation occurred, caused by MAC address xxxx.xxxx.xxxx&amp;nbsp;on port GigabitEthernet1/0/23.&lt;/U&gt;&lt;/STRONG&gt;&lt;BR /&gt;Aug 22 23:15:02.131: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/26, changed state to down&lt;BR /&gt;Aug 22 23:15:02.149: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/23, changed state to down&lt;BR /&gt;Aug 22 23:15:03.139: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/26, changed state to down&lt;BR /&gt;Aug 22 23:15:03.149: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/23, changed state to down&lt;BR /&gt;Aug 22 23:44:47.752: %DHCP_SNOOPING-4-AGENT_OPERATION_FAILED_N: DHCP snooping binding transfer failed(31). Unable to access URL.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P style="margin-left: 40px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As you can see, the issue turned out to be a &lt;EM&gt;switchport port-security max&lt;/EM&gt;&amp;nbsp;violation. &amp;nbsp;This typically does not affect the booting up and configuring of other APs on our bench, because they only have a single ethernet interface. &amp;nbsp;The 1572 APs have numerous ethernet interfaces that apparently must register as interfaces on the access layer, thus triggering the multiple violations and eventual port lock.&lt;/P&gt;&lt;P&gt;I hope that my&amp;nbsp;mistake and struggles helps anyone else with setting up their 1572 and getting it to successfully join the CAPWAP.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 05 Jul 2021 10:49:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/air-ap1572eac-b-k9-failing-to-join-wlc-resolved/m-p/2749474#M40431</guid>
      <dc:creator>cumminsdm</dc:creator>
      <dc:date>2021-07-05T10:49:23Z</dc:date>
    </item>
  </channel>
</rss>

