I've noticed that when RAPs fail over to their backup LMS any wired tunneled/split-tunneled devices maintain their IP from controller they were previously on. This is a problem when your primary and backup LMS have different IP space because the client is hanging on to an invalid IP. As far as I can tell when switchover occurs, the physical interfaces do not bounce, so the wired client never senses the network changing so their IP is retained. Is there anyway to force a port to bounce when LMS switchover occurs? This would solve my problem.
Are those devices plugged directly into the RAP, or a switch? Also, you should disable Remote AP-backup on your enet profile so that it does not attempt to keep the ethernet interfaces up during failover.
They're directly connected to the RAP.
Thanks for the tip. Are you suggesting this will resolve the issue in my situation or would it only help if both primary/backup LMS are unreachable?
Thanks, but no luck. The computer is maintaining basic connectivity (LED stays on and computer NIC stays active) while the LMS is unavailable. I left enet0 unplugged for 2 1/2 min so the RAP had no connectivity at all, and the computer's port didn't appear to shutdown. Is it possible that it's more like a soft-shutdown than a complete shutdown? Maybe the RAP is just dropping all traffic received on the port?
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.