Guest

Preview Tool

Cisco Bug: CSCsz48244 - 4.2 Mobility Control path flapping up/down

Last Modified

Jun 30, 2016

Products (1)

  • Cisco 5500 Series Wireless Controllers

Known Affected Releases

4.2(130.0)

Description (partial)

Symptom:

Mobility control path is flapping up/down between a few Inside controllers and the DMZ controller on 4.2.130.0.  

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)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.