11-08-2011 06:04 AM - edited 07-03-2021 09:02 PM
Any ideas what this means?
Nov 2 15:53:42 c1-145-ap 42: AP:000d.28f2.31ea: *Nov 2 22:53:40.582: %CAPWAP-3-CAPWAP_PAYLOAD_TOO_LARGE: Attempt to send capwap packet with payload exceeding max size. Payload Size: 2057, Maximum Allowed Payload: 1700
Nov 2 15:53:42 c1-145-ap 43: AP:000d.28f2.31ea: -Traceback= 0x5E8E4 0x4B1410 0x43FA08 0x4417E4 0x4429E8 0x2A71ACNov 7 09:24:30 c3-143-ap 61: AP:000c.cea4.8b1a: *Nov 7 17:24:28.630: %CAPWAP-3-CAPWAP_PAYLOAD_TOO_LARGE: Attempt to send capwap packet with payload exceeding max size. Payload Size: 2044, Maximum Allowed Payload: 1700 Nov 7 09:24:30 c3-143-ap 62: AP:000c.cea4.8b1a: -Traceback= 0x5E8E4 0x4B1410 0x43FA08 0x4417E4 0x4429E8 0x2A71AC
These are 1100s in light-weight mode, managed by 5500WLC or WiSMs running 7.0.116 Message appears sporadically, every few weeks, sometimes once in a day, sometimes in bursts, typically from a single AP (out of a flock of ~200 campus-wide), the APs involved tend to live within a particular cluster of buildings.
--sk
Stuart Kendrick
FHCRC
11-08-2011 08:31 AM
You might as well open a TAC case on this unless one ot the Cisco guy's here can lookup that message. That message is not in the guide for that code you show:
11-15-2011 12:07 PM
Are the affected AP heavily loaded with voice and data clients.
Matching Bud ID - CSCtc82074
However the bug is fixed on 7.0.98.0 and it stops AP from crashing after this error message.
Printing error msg and traceback is ok but the AP shouldn't crash.
03-20-2012 08:59 PM
Stuart - did you ever hear from TAC or anyone about this message? I'm getting these messages on a few APs.
Sent from Cisco Technical Support iPhone App
03-21-2012 08:53 AM
No, we haven't chased that down -- that ball rolled into a crack somewhere and got dropped.
--sk
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: