What's new

Seeking lowest Wi-Fi latency

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

latency_sensitive

New Around Here
Hi.
I'm looking for the lowest, least jittery 5GHz Wi-Fi latency.
Just read the OFDMA article and noticed that the RAX15 and ASUS RT-AX88U show the lowest P80 latencies in the article.
The RT-AX88U was shown to experience a weird, horrible bandwidth in this article though: https://www.smallnetbuilder.com/wir...-roundup-five-routers-tested?showall=&start=2

Are those pretty much what I should be looking at, or are some APs known to be more stable? Ubiquiti perhaps?
 
What's the broader use-case here?

Also, the relative importance of your AP's link-layer delay may rather low on the totem pole, if, for example, you've you've got noticeable bufferbloat elsewhere in your network stack.
 
Basically, this: Virtual Desktop.
A little app for the Oculus Quest which apparently allows streaming VR from a PC. Some users swear they can't notice any latency, while some complain - depending on their Wi-Fi setup.
 
I'm looking for the lowest, least jittery 5GHz Wi-Fi latency.
Sit closer to the AP?

sorry...smartass leaked out there. I'd guess that you'd need to move the output of that to it's own vlan to not have other network traffic interfere, maybe. And sit close to the AP.

the only VR I've experienced is a simulation of a WW2 bombing run over Berlin (from takeoff to landing) done by the BBC using some of their archives - it was spectacular, but the headset was wired.
 
I don't think you can count on any Wi-Fi 6 product to significantly and consistently reduce latency at this point. The OFDMA article shows only a fraction of the testing I've done.

If anything, enabling OFDMA increases latency in many cases.
 
I don't think you can count on any Wi-Fi 6 product to significantly and consistently reduce latency at this point. The OFDMA article shows only a fraction of the testing I've done.

If anything, enabling OFDMA increases latency in many cases.
Thanks!

Have you ever ran (or stumbled upon) a latency test of various (not necessarily Wi-Fi 6) products? I'm particularly interested in 80th percentile, or perhaps even say P95.

Sit closer to the AP?
You'd think, but sitting 1m/3ft away from my router (with a carefully selected 5GHz channel), I was still seeing random spikes such as:
Code:
64 bytes from 192.168.1.1: icmp_seq=547 ttl=64 time=2.273 ms
64 bytes from 192.168.1.1: icmp_seq=548 ttl=64 time=2.526 ms
64 bytes from 192.168.1.1: icmp_seq=549 ttl=64 time=8.927 ms
64 bytes from 192.168.1.1: icmp_seq=550 ttl=64 time=2.238 ms
64 bytes from 192.168.1.1: icmp_seq=551 ttl=64 time=3.151 ms
64 bytes from 192.168.1.1: icmp_seq=552 ttl=64 time=7.746 ms
64 bytes from 192.168.1.1: icmp_seq=553 ttl=64 time=2.315 ms
64 bytes from 192.168.1.1: icmp_seq=554 ttl=64 time=9.427 ms
64 bytes from 192.168.1.1: icmp_seq=555 ttl=64 time=8.677 ms
64 bytes from 192.168.1.1: icmp_seq=556 ttl=64 time=1.665 ms
64 bytes from 192.168.1.1: icmp_seq=557 ttl=64 time=343.518 ms
64 bytes from 192.168.1.1: icmp_seq=558 ttl=64 time=203.879 ms
64 bytes from 192.168.1.1: icmp_seq=559 ttl=64 time=11.712 ms
64 bytes from 192.168.1.1: icmp_seq=560 ttl=64 time=2.913 ms
64 bytes from 192.168.1.1: icmp_seq=561 ttl=64 time=3.665 ms
64 bytes from 192.168.1.1: icmp_seq=562 ttl=64 time=2.885 ms
64 bytes from 192.168.1.1: icmp_seq=563 ttl=64 time=1.891 ms
64 bytes from 192.168.1.1: icmp_seq=564 ttl=64 time=3.147 ms
64 bytes from 192.168.1.1: icmp_seq=565 ttl=64 time=4.400 ms
64 bytes from 192.168.1.1: icmp_seq=566 ttl=64 time=51.254 ms
64 bytes from 192.168.1.1: icmp_seq=567 ttl=64 time=97.610 ms
64 bytes from 192.168.1.1: icmp_seq=568 ttl=64 time=146.111 ms
64 bytes from 192.168.1.1: icmp_seq=569 ttl=64 time=191.393 ms
64 bytes from 192.168.1.1: icmp_seq=570 ttl=64 time=3.120 ms
64 bytes from 192.168.1.1: icmp_seq=571 ttl=64 time=7.264 ms
64 bytes from 192.168.1.1: icmp_seq=572 ttl=64 time=2.453 ms
64 bytes from 192.168.1.1: icmp_seq=573 ttl=64 time=2.518 ms
64 bytes from 192.168.1.1: icmp_seq=574 ttl=64 time=2.071 ms
64 bytes from 192.168.1.1: icmp_seq=575 ttl=64 time=4.073 ms
64 bytes from 192.168.1.1: icmp_seq=576 ttl=64 time=2.265 ms
64 bytes from 192.168.1.1: icmp_seq=577 ttl=64 time=2.130 ms
64 bytes from 192.168.1.1: icmp_seq=578 ttl=64 time=2.995 ms
64 bytes from 192.168.1.1: icmp_seq=579 ttl=64 time=3.285 ms
64 bytes from 192.168.1.1: icmp_seq=580 ttl=64 time=2.244 ms
64 bytes from 192.168.1.1: icmp_seq=581 ttl=64 time=1.906 ms
64 bytes from 192.168.1.1: icmp_seq=582 ttl=64 time=7.978 ms
64 bytes from 192.168.1.1: icmp_seq=583 ttl=64 time=1.798 ms
64 bytes from 192.168.1.1: icmp_seq=584 ttl=64 time=4.226 ms
64 bytes from 192.168.1.1: icmp_seq=585 ttl=64 time=2.092 ms
64 bytes from 192.168.1.1: icmp_seq=586 ttl=64 time=2.429 ms
64 bytes from 192.168.1.1: icmp_seq=587 ttl=64 time=3.678 ms
64 bytes from 192.168.1.1: icmp_seq=588 ttl=64 time=3.867 ms
64 bytes from 192.168.1.1: icmp_seq=589 ttl=64 time=1.752 ms
64 bytes from 192.168.1.1: icmp_seq=590 ttl=64 time=1.977 ms
on a virtually idle network. Obviously, something is wrong, so when choosing the replacement it'd be great to have some data on ping stability.
 
Have you ever ran (or stumbled upon) a latency test of various (not necessarily Wi-Fi 6) products? I'm particularly interested in 80th percentile, or perhaps even say P95.
Jim Salter over at ArsTechnica uses a test method that takes factors in latency. Unfortunately, he doesn't do regular wireless router reviews. But when he does, they are very informative.

Jim did a couple of reviews on SmallNetBuilder. His ASUS AiMesh review shows his measurement method in action.
 
Obviously, something is wrong, so when choosing the replacement it'd be great to have some data on ping stability.
hmmm... your channel selection process - did it include a spectrum analysis? is the power at your location and on that circuit clean? what's your clocking situation?
Can you go IPv6 so you can lose NAT? (I know you're talking wireless, but I'm thinking holistically, systemically)
It's probably more simple than these ^ what have you done in the Wifi setttings? What might you need to do there? Probably the best place to start...
 

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top