Cisco Bug: CSCsz48244 - 4.2 Mobility Control path flapping up/down
Jun 30, 2016
- Cisco 5500 Series Wireless Controllers
Known Affected Releases
Symptom: Mobility control path is flapping up/down between a few Inside controllers and the DMZ controller on 18.104.22.168. 0 Tue May 5 17:48:29 2009 Control path to mobility member 192.168.7.13 is up. 1 Tue May 5 17:48:04 2009 Control path to mobility member 192.168.7.13 is down. 2 Tue May 5 17:45:29 2009 Control path to mobility member 192.168.7.13 is up. 3 Tue May 5 17:34:34 2009 Control path to mobility member 192.168.7.13 is down. 4 Tue May 5 17:32:59 2009 Control path to mobility member 192.168.7.13 is up. Conditions: The mobility control path for a few controllers to the DMZ show as flapping up/down. The data path for these does not flap. What we see is the DMZ controller sends the UDP keepalive (mobilityPingRequest), the Inside controller receives this and responds with UDP keepalive (mobilityPingReply) but the DMZ controller debugs sometimes doesn't register that it received this packet. This causes the mobility control path to flap up/down constantly for a few controllers. The wired packet captures both at the Inside controller and DMZ controller shows that the UDP keepalives are making from the Inside controller to the DMZ controller and the DMZ controller must be dropping this packet on some occasions. They are not using a firewall here between the Inside and DMZ controllers.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases