Good antenna alignment but poor throughput on radio link
If the antenna alignment tests fine, and you continue to experience poor performance on the radio link, the problem is likely to be Radio Frequency (RF) interference.
To determine the extent of the problem, examine the bridge's interface. On the Cisco Aironet 350 series bridge, examine the radio statistics.
Viewing Error Statistics (Radio)
The Radio option displays a detailed summary of the radio transceiver errors that have occurred on the bridge.
Navigation: Choose Main > Statistics > Radio
Interpreting Radio Error Statistics
The following list describes the items appearing in the screen above:
Buffer full frames lost: number of frames lost because of a lack of buffer space in the bridge.
Duplicate frames: number of frames that were received more than once. This is usually because of a frame acknowledgment being lost.
CRC errors: number of frames received with an invalid CRC. CRC errors are usually caused by interference from nearby radio traffic. Occasional CRC errors can also occur because of random noise when the receiver is idle.
Decrypt errors: packets were received without errors but could not be decrypted with available encryption keys.
Retries: cumulative count of the number of times a frame had to be retransmitted because an acknowledgment was not received.
Max retries / frame: maximum number of times any one frame had to be retransmitted. Excessive retries may indicate a poor quality radio link.
Excessive retries: number of times a packet has taken four or more retries before it was successfully transmitted.
Queue full discards: number of times a packet was not transmitted because of too many retries to the same destination. Discards only occur if packets destined to this address are taking up more than their share of transmit buffers.
Holdoffs: indicates that another node was transmitting when this node tried to start a transmit of its own. This is a usual occurrence but a high rate of holdoffs is an indication of a congested cell.
Holdoff timeouts: indicates that a transmission was held off by other activity longer than the length of time it would take to transmit the longest allowed 802.11 packet. This is usually an indication of some sort of outside interference.
Hi All. First, apologies if I screw up any terminology, I'm not a network guy. I'm trying to help out a charity with this issue and I'm stumped. Hopefully someone can give me a push in the right direction. For many years now, th...
Hi all, I am running 1142 APs with a 5508 controller in an important WLAN environment. The APs are configured as FlexConnect, firmware is 126.96.36.199. The setup has been running for a long time. A few days ago there were reports that the WLAN was not w...
Hi,I have a quick question about how traffic is treated on a switchport(trunk) that connects to an access-point.On the trunk that connects to the access-point i can see dynamic mac-adresses on vlans that i have no mapping for in the flex-connect group.So ...
Dear All, I have 2702 Lightweight AP & I try to convert the same in Autonomous AP by changing firmware ap3g2-k9w7-tar.153-3.JPK.tar. Only challenge I am facing during firmware upload from TFTP server to AP. AP try to discover WLC & change sta...
Hi everyone, I try to reset a CISCO CAP2502i, and I follow this tutorial: https://tom-bullock.com/2016/10/18/factory-reset-air-cap3502i-e-k9/On the console I have: IOS Bootloader – Starting system.
FLASH CHIP: Micronix MX25L256_35F