Cisco Wireless Access Points do not join properly when on a different VLAN

Posted by Jake | Posted in Cisco, Wireless | Posted on 30-01-2010-05-2008

5

I ran in into this issue while installing a new 5508 Wireless Lan Controller at a customer about a month ago.

When installing controllers I almost always put the controller either on the switch management VLAN or it’s own VLAN for scalablilty, with the AP’s on their own VLAN.

In this case, when the AP’s are moved to any other subnet other than the one with the WLC, whether they have already joined and received a config or not, find the controller, do the initial join process, then fail with “Invalid AC Message Type 4” and “Failed to handle capwap control message from controller” errors.   The failed AP is listed in the AP list, but is unconfigured and reboots constantly.

After 3 weeks and 4 levels of TAC engineers, we finally figured it out.

It appears that the WLC is having a problem establishing the DTLS Secure tunnel between the AP and the WLC when the destination mac address does not begin with 00.  The APs had a mac address, starting with 00 so when in the MGMT VLAN that were working. But since the gateway had a non-00 mac address, as soon as you put them in a different vlan, the destination mac address was non-00, and the DTLS session was failing.

As a workaround, we’ve changed the gateway to be an HSRP Standby address. Although we aren’t really running HSRP for redundant cores, adding the standby address to the vlan interface has allowed for the gateway to now have a mac address beginning with 00:00:0c, which has effectively allowed all of the APs to work.

Edit:  This issue has been fixed in MR 6.0.196.0, though I was told by a TAC engineer today that he felt that release was rushed out too soon and isn’t recommending it if you are only looking to fix this issue.  I’m holding out for 7.0 for this and other bugs I have registered with Cisco for my customers.

Bookmark and Share

Comments posted (5)

Hi Jake,

Cisco has published the new version software that solved this issue.

Enjoy.

http://www.cisco.com/en/US/docs/wireless/controller/release/notes/crn6_0_196.html

Thanks. I got the notification from Cisco TAC yesterday on this actually. I was thinking of editing this post later today.

Ok, delete my comment and edit your post. It would be better

Yesterday? I have received the notification a few hours ago,WTF.

I upgraded the WLC with a preview version yesterday morning.

My TAC case was the one that discovered the bug intially so that is why I was notified yesterday. I had access to the engineering special a week or so after the bug was published, but I had other issues to deal with on that project and didn’t want to introduce beta software into the mix.

Thanks

Write a comment