OK, AP1 and AP2 are MR32s, AP3 and AP4 are MR18s. AP4 is generating all the pause frames on this port; AP3 counters are four orders of magnitude smaller over the same period of time. We moved AP4 to an unused switch port after cloning the existing port config (for VLANs, etc). So far 3000 pause frames received in about 30 minutes, with (currently) three clients attached; a printer, an iphone, and a kiosk desktop. In total over the last 30 minutes only about 100MB has been transferred. so it doesn't appear to be too busy. Ran another capture via the SPAN port and it looks the same. The reported source MAC didn't change; I assume its a 'generated' MAC since I can find no sign of it anywhere else, nor documented online. Reviewing details the 'destination' MAC is 01:80:c2:00:00:01 which is a reserved MAC for pause frames (this is new to me; I've not delved into this level before). The port flow control is already disabled (and was on the original port). I enabled it temporarily and the port got flooded with pause packets, nearly 10000 of them in a few minutes. Then it slowed back down to the previous rate. I switched it back to disabling flow control. No events logged, and the one client I tested (I was managing the kiosk which connects via AP4) saw no indications of trouble. Maybe there is something about this particular MR18 that is wonky. I guess we'll wait to see once tech support gets back to us; I'm updating that case now. Thanks Rich
... View more