Showing results for 
Search instead for 
Did you mean: 

R500 Large Ping & unstable path to client

Am seeing massive "ping delays & drops to  clients  under R500 AP.. .sometimes.

Basically the APs' operate in a very polluted hostile environment.

Client is windows ,traffic is next to nothing.

-66 dBm
46 dB

ping to the AP

PING ( 56 data bytes
64 bytes from icmp_seq=0 ttl=63 time=6.982 ms
64 bytes from icmp_seq=1 ttl=63 time=6.812 ms
64 bytes from icmp_seq=2 ttl=63 time=6.685 ms
64 bytes from icmp_seq=3 ttl=63 time=6.707 ms

ping to the client

64 bytes from icmp_seq=967 ttl=63 time=108.552 ms
Request timeout for icmp_seq 968
Request timeout for icmp_seq 969
Request timeout for icmp_seq 970
64 bytes from icmp_seq=969 ttl=63 time=2324.465 ms
64 bytes from icmp_seq=970 ttl=63 time=1399.448 ms
64 bytes from icmp_seq=971 ttl=63 time=395.006 ms
64 bytes from icmp_seq=972 ttl=63 time=528.905 ms
64 bytes from icmp_seq=973 ttl=63 time=212.009 ms
64 bytes from icmp_seq=974 ttl=63 time=757.311 ms
64 bytes from icmp_seq=975 ttl=63 time=276.469 ms
64 bytes from icmp_seq=976 ttl=63 time=1269.509 ms
64 bytes from icmp_seq=977 ttl=63 time=267.469 ms
64 bytes from icmp_seq=978 ttl=63 time=1972.205 ms
64 bytes from icmp_seq=979 ttl=63 time=970.159 ms
64 bytes from icmp_seq=980 ttl=63 time=55.247 ms
64 bytes from icmp_seq=981 ttl=63 time=394.299 ms
64 bytes from icmp_seq=982 ttl=63 time=617.992 ms
64 bytes from icmp_seq=983 ttl=63 time=536.143 ms
64 bytes from icmp_seq=984 ttl=63 time=48.595 ms
64 bytes from icmp_seq=985 ttl=63 time=1613.516 ms

My main issue is why it is classed as "excellent"?

is there any way to get counters on resends/drops, that sort of thing?
packet loss?


Community Admin
Community Admin
Hi Caveman,

It is classified as per the signal strength of the connected client, but not the send/receive/drops frames.

Syamantak Omer

Syamantak Omer | Sr.Staff TSE | CWNA | CCNA | RASZA | RICXI

how can i get this information,
because i'm also seeing this following stupidity as well, something i documented previously, but it was never this bad...

A totally STATIC computer in an EMPTY office, with no partitioning or staff or anything moving about after hours.....
Not even any security staff......

Image_ images_messages_5f91c450135b77e247a1c653_0e64f22e3de64ff0208ce9cc8f5986e0_RackMultipart202009088718062q3-09e8ee0c-81a0-4a33-9581-b2711054bdd0-645575371.jpg1599527181s

If overlapping between the APs is very high, sometimes client may get confused and unable to decide which AP is best, thus frequently roams between nearest APs.

Please note that roaming is totally a client UE decision and its driver configuration.

You can remediate this by changing BSS minrate to 12Mbps in WLAN setting and see if it fixes the issue.

Also it is worth checking if this system has a USB 3.0 device connected to it, because client is connected on 2.4 G radio and USB 3.0 devices cause interference on 2.4 G radio.

Syamantak Omer

Syamantak Omer | Sr.Staff TSE | CWNA | CCNA | RASZA | RICXI

I would say not, it is the AP to decide IF it accepts a client on a new AP, that is hopefully WHY you have a controller.....
It should still up to the AP to tell the client to get lost , if it considers there is no gain in changing AP  ESP.... as the AP can be set for a client limit....