We are running M3 controllers on 18.104.22.168.
We have two local controllers where all of the APs are terminated. We installed one of them and the first round of APs. Then, when we expanded, we brought up the second local controller and added the new APs to the second one. This meant that each area of our campus has an AP from both controllers. I designed it this way (even though we have a backup controller) so that if one controller failed, there were other APs still up in the same area.
However, what this has caused is a mobility issue. When devices move between APs, our arp table on our switch network shows them getting a new IP address. This may not be every time. But, when they move around, it seems it causes the arp table to have multiple entries with different IP addresses and the same mac address.
Is there something I can do to alleviate this besides moving each area to one controller or the other? Should the clients even be getting a new IP address just for moving to a new AP?
What is happening is when a client moves between APs on different controllers, the arp update messages are frequent and thus increasing the arp update messages and the Cisco switch's performance is being impacted as well as the ability to look up mac addresses and IP addresses in the arp table - and have an accurate view.
I hope this makes sense.
Are the user VLAN pools the same on both local controllers?
We are not using VLAN pools. Both controllers have an IP on VLAN 14 where the users reside.
See the campus networks VRD at http://www.arubanetworks.com/pdf/technology/VRD_Campus_Networks.pdf for proper design that will solves your current issues.
At Aruba, we believe that the most dynamic customer experiences happen at the Edge. Our mission is to deliver innovative solutions that harness data at the Edge to drive powerful business outcomes.
© Copyright 2020 Hewlett Packard Enterprise Development LPAll Rights Reserved.