Why so many retires, but only on wifi interface

[systemscsn]

Recently we got rid of the 2.4ghz band on wifi interface wifi0 and replaced it with 5ghz, leaving interface wifi1 alone (802.11ax_5g) radio profile radio_ng_11ax-5g and channels set to Auto.

Heres what i noticed, and its probable that this has been going on all the time, but with more devices connecting to wifi1, we now see the issue.

only on wifi1 am i seeing a ton of RX TX retries.

What is the reason for this?  thats an insane amount of retires, and notice how the other is totally fine.

any ideas?

thanks,

J

[systemscsn]

All of the AP650(AH) are on the same firmware version 10.0.5.0, we have AP1130’s on 8.2.4.0 as well as two of them on 10.0.5.0 and a single AP460C on 10.2.0.0.

I checked with the consultant that installed our firewall, and the ports are open, as well as persistent NAT being enabled.

Ill try the SSH, and see what it shows.  Thanks for the info, appreciated.

J

[Ovais_Qayyum]

Hi J,

If others of the same model accept it then your configuration is probably good. I would factory reset the problem APs and give it a Complete config push. Also make sure they're using the same firmware. It's very rare but I've seen it only once that various firmware act differently in terms of configuration pushes.

The next things that causes configurations to fail is CAPWAP stability. Some firewalls like Palo Alto & SonicWall like to close the UDP 12222 quickly and sever the connection to the cloud.

How does the CAPWAP client info look like on these two APs? try SSH into the AP and run “show capwap client” and post the output.

Regards,

Ovais

[systemscsn]

Hi,

So, i saw two AP’s that were experiencing an issue (power level too high), and made a change to power.  When i try to update the AP, either Delta or Complete, it fails.  This happened before and i had to go unplug the AP form the switch before it would take the update.  I tried that with these AP’s and it still fails when trying to update.

Here is the thread with all the steps ive tried without success:

The title is wrong though, no matter what I try, i cant update the AP.

Any help to resolve this issue is appreciated.

thanks,

J

[Ovais_Qayyum]

Good deal, will wait for your feedback. 

BTW, don’t forget to pay attention to the following clients related points that I had mentioned. Those in the lecture hall may not roam while they are in the hall, eventually when the lecture is over they will move out and that’s where they may stick to this AP even if they have moved to an area few rooms across.    

• Actively doing Tx/Rx
• Using any application that utilizes broadcast/multicast etc.
• Legacy 802.11b/g clients which are slower and drag the faster clients with them
• Clients that are located far from the AP will also increase retries, because these clients won’t get Tx opportunity as often as the clients located closer to the AP, hence they keep re-trying.   
• Clients that are sticky and not roaming away from the lecture hall AP when they really should move on to the next better AP. This is a very common problem with hand-held client devices. These clients will kill the performance of the AP.
• If its a large lecture hall and the network is designed to cover the hall with single AP, you may have too many clients for a single AP, adding another AP will help load balance the clients across the two APs and free up the channel. But this should only be considered if the above mentioned conditions are not found to be true.

Regards,

Ovais