Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

AdriftAtlas

macrumors member
Original poster
Oct 27, 2016
87
72
I have noticed that Wi-Fi on macOS Ventura has high jitter. This affects any real-time application. It is common for latency (ping) to spike to spike from a normal 2-10ms to nearly 200ms. This has happened in 13.0 and now 13.1. The only fix so far has been to disable AWDL; which is used by AirDrop and AirPlay:

Code:
sudo ifconfig awdl0 down

The issue disappears until the computer goes to sleep. Upon resume, one has to toggle AWDL up and then down to get jitter back down.

Code:
sudo ifconfig awdl0 up
sudo ifconfig awdl0 down

There are a few posts on Reddit in regards to this:
https://www.reddit.com/r/MacOS/comments/zl3v3h https://www.reddit.com/r/MacOS/comments/ynhwur
One company has a support article about it; note that 13.1 still has this issue:

UCLA has a support article about it:

Someone trying to figure out how to disable AWDL permanently:

Other StackExchange report:

Why is Apple not acknowledging this issue nor fixing it?
 
Last edited:

AdriftAtlas

macrumors member
Original poster
Oct 27, 2016
87
72
Meter and UCLA now claims it's fixed in 13.1. However, I'm still seeing latency spikes every 10s on 13.1 unless AWDL is downed:

64 bytes from 192.168.42.1: icmp_seq=0 ttl=64 time=2.037 ms 64 bytes from 192.168.42.1: icmp_seq=1 ttl=64 time=2.091 ms 64 bytes from 192.168.42.1: icmp_seq=2 ttl=64 time=2.686 ms 64 bytes from 192.168.42.1: icmp_seq=3 ttl=64 time=2.499 ms 64 bytes from 192.168.42.1: icmp_seq=4 ttl=64 time=2.968 ms 64 bytes from 192.168.42.1: icmp_seq=5 ttl=64 time=2.501 ms 64 bytes from 192.168.42.1: icmp_seq=6 ttl=64 time=2.642 ms 64 bytes from 192.168.42.1: icmp_seq=7 ttl=64 time=2.871 ms 64 bytes from 192.168.42.1: icmp_seq=8 ttl=64 time=19.306 ms 64 bytes from 192.168.42.1: icmp_seq=9 ttl=64 time=63.392 ms 64 bytes from 192.168.42.1: icmp_seq=10 ttl=64 time=2.735 ms 64 bytes from 192.168.42.1: icmp_seq=11 ttl=64 time=1.862 ms 64 bytes from 192.168.42.1: icmp_seq=12 ttl=64 time=3.171 ms 64 bytes from 192.168.42.1: icmp_seq=13 ttl=64 time=2.933 ms 64 bytes from 192.168.42.1: icmp_seq=14 ttl=64 time=1.956 ms 64 bytes from 192.168.42.1: icmp_seq=15 ttl=64 time=5.427 ms 64 bytes from 192.168.42.1: icmp_seq=16 ttl=64 time=2.338 ms 64 bytes from 192.168.42.1: icmp_seq=17 ttl=64 time=2.003 ms 64 bytes from 192.168.42.1: icmp_seq=18 ttl=64 time=5.404 ms 64 bytes from 192.168.42.1: icmp_seq=19 ttl=64 time=2.492 ms 64 bytes from 192.168.42.1: icmp_seq=20 ttl=64 time=33.450 ms 64 bytes from 192.168.42.1: icmp_seq=21 ttl=64 time=76.711 ms 64 bytes from 192.168.42.1: icmp_seq=22 ttl=64 time=2.317 ms 64 bytes from 192.168.42.1: icmp_seq=23 ttl=64 time=2.954 ms 64 bytes from 192.168.42.1: icmp_seq=24 ttl=64 time=2.455 ms 64 bytes from 192.168.42.1: icmp_seq=25 ttl=64 time=2.210 ms 64 bytes from 192.168.42.1: icmp_seq=26 ttl=64 time=3.970 ms 64 bytes from 192.168.42.1: icmp_seq=27 ttl=64 time=2.104 ms 64 bytes from 192.168.42.1: icmp_seq=28 ttl=64 time=4.217 ms 64 bytes from 192.168.42.1: icmp_seq=29 ttl=64 time=3.005 ms 64 bytes from 192.168.42.1: icmp_seq=30 ttl=64 time=2.482 ms 64 bytes from 192.168.42.1: icmp_seq=31 ttl=64 time=2.744 ms 64 bytes from 192.168.42.1: icmp_seq=32 ttl=64 time=38.778 ms 64 bytes from 192.168.42.1: icmp_seq=33 ttl=64 time=87.147 ms 64 bytes from 192.168.42.1: icmp_seq=34 ttl=64 time=3.216 ms 64 bytes from 192.168.42.1: icmp_seq=35 ttl=64 time=3.072 ms 64 bytes from 192.168.42.1: icmp_seq=36 ttl=64 time=2.346 ms 64 bytes from 192.168.42.1: icmp_seq=37 ttl=64 time=2.093 ms 64 bytes from 192.168.42.1: icmp_seq=38 ttl=64 time=3.768 ms 64 bytes from 192.168.42.1: icmp_seq=39 ttl=64 time=2.158 ms 64 bytes from 192.168.42.1: icmp_seq=40 ttl=64 time=1.995 ms 64 bytes from 192.168.42.1: icmp_seq=41 ttl=64 time=5.317 ms 64 bytes from 192.168.42.1: icmp_seq=42 ttl=64 time=2.887 ms 64 bytes from 192.168.42.1: icmp_seq=43 ttl=64 time=10.265 ms 64 bytes from 192.168.42.1: icmp_seq=44 ttl=64 time=56.099 ms 64 bytes from 192.168.42.1: icmp_seq=45 ttl=64 time=1.859 ms 64 bytes from 192.168.42.1: icmp_seq=46 ttl=64 time=2.207 ms 64 bytes from 192.168.42.1: icmp_seq=47 ttl=64 time=2.579 ms 64 bytes from 192.168.42.1: icmp_seq=48 ttl=64 time=2.377 ms 64 bytes from 192.168.42.1: icmp_seq=49 ttl=64 time=2.751 ms 64 bytes from 192.168.42.1: icmp_seq=50 ttl=64 time=5.497 ms
 

AdriftAtlas

macrumors member
Original poster
Oct 27, 2016
87
72
Wi-Fi Latency with AWDL Up on macOS 13.1:
AWDL Up.png


Wi-Fi Latency with AWDL Down on macOS 13.1:
AWDL Down.png
 

AdriftAtlas

macrumors member
Original poster
Oct 27, 2016
87
72
I discovered something odd by accident:

Switching the access point to channel 149 instead of 36 makes the issue go away. Is it possible that AWDL is scanning on channel 149 by default? Does it have to jump away from whatever channel is being used to channel 149 momentarily hence the delay?
 

joloriquelme

macrumors regular
Nov 17, 2018
116
170
Santiago, Chile
Hi,
I am having the same issue. Changing 5 GHz channel to 149 fixes this. I can do this at home only. I don't have control over the rest of the networks I am frecuently visiting.
 
  • Like
Reactions: sauria
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.