@David-TP Hello, Is there any update for BE65-5G?

  @David-TP 
Hi, getting a network jitter issue still, despite updating from the stable release.

Here's some of the recent logs, I'm guessing some iot cameras or devices are disconnecting and rejoining, but not on a scale of causing an 80ms spike every 8-9 seconds. MLO, beam forming, 5ghs connection, 20hz for 2.4 band etc didn't have any affect. Unplugging Ethernet cables didn't have any affect, may try removing the meshed router to see if a device connected to that router or that router itself is causing the spike.

Tue Jan 27 01:43:53 2026 daemon.notice hostapd: wpa_driver_nl80211_set_key: ifindex=28 (ath0) alg=0 addr=0x7fa45a9ac0 key_idx=0 set_tx=1 seq_len=0 key_len=0 key_flag=0x20 link_id=-1
Tue Jan 27 01:43:53 2026 daemon.notice nrd[26808]: wlanifLinkEventsCmnGenerateDisassocEvent: Client B0:4A:39:B7:11:B8 disassociated on APId 255 ChanId 5 ESSId 0 
Tue Jan 27 01:43:53 2026 daemon.err nrd[26808]: wlanif_deleteWdsEntry: ifname: ath12, wds delete sta mac:B0:4A:39:B7:11:B8
Tue Jan 27 01:43:53 2026 daemon.err nrd[26808]: wlanif_deleteWdsEntry: ifname: ath22, wds delete sta mac:B0:4A:39:B7:11:B8
Tue Jan 27 01:43:53 2026 daemon.notice nrd[26808]: wlanifLinkEventsCmnGenerateDisassocEvent: Client B0:4A:39:B7:11:B8 disassociated on APId 255 ChanId 5 ESSId 0
Tue Jan 27 01:43:53 2026 daemon.err nrd[26808]: wlanif_deleteWdsEntry: ifname: ath12, wds delete sta mac:B0:4A:39:B7:11:B8
Tue Jan 27 01:43:53 2026 daemon.err nrd[26808]: wlanif_deleteWdsEntry: ifname: ath22, wds delete sta mac:B0:4A:39:B7:11:B8
Tue Jan 27 01:43:53 2026 daemon.notice nrd[26808]: wlanifLinkEventsCmnGenerateDisassocEvent: Client B0:4A:39:B7:11:B8 disassociated on APId 255 ChanId 5 ESSId 0 
Tue Jan 27 01:43:53 2026 daemon.err nrd[26808]: wlanif_deleteWdsEntry: ifname: ath12, wds delete sta mac:B0:4A:39:B7:11:B8
Tue Jan 27 01:43:53 2026 daemon.err nrd[26808]: wlanif_deleteWdsEntry: ifname: ath22, wds delete sta mac:B0:4A:39:B7:11:B8
Tue Jan 27 01:43:53 2026 daemon.err udhcpd[29364]: Received DISCOVER
Tue Jan 27 01:43:54 2026 daemon.err udhcpd[29364]: Sending OFFER of 192.168.68.121
Tue Jan 27 01:43:54 2026 daemon.err udhcpd[29364]: Sending ACK to 192.168.68.121
Tue Jan 27 01:43:54 2026 daemon.err udhcpd[29364]: clear ip 7944a8c0
Tue Jan 27 01:43:54 2026 daemon.err tipc-server: tipc_config_request
Tue Jan 27 01:43:54 2026 daemon.err wandetect3: fopen /tmp/access_mode failed.
Tue Jan 27 01:43:54 2026 user.err IMPROXY: ERROR[imp_group_print@420]: interface br-lan:192.168.68.1
Tue Jan 27 01:43:54 2026 user.err IMPROXY: ERROR[imp_group_print@424]: group 224.0.1.187 exclude mode
Tue Jan 27 01:43:54 2026 user.err IMPROXY: ERROR[imp_group_print@427]: group time 260
Tue Jan 27 01:43:54 2026 user.err IMPROXY: ERROR[imp_group_print@428]: version: 2
Tue Jan 27 01:43:54 2026 daemon.notice nrd[26808]: wlanifLinkEventsCmnGenerateDisassocEvent: Client 16:67:86:39:15:B5 disassociated on APId 255 ChanId 5 ESSId 0 
Tue Jan 27 01:43:54 2026 daemon.err nrd[26808]: wlanif_deleteWdsEntry: ifname: ath12, wds delete sta mac:16:67:86:39:15:B5
Tue Jan 27 01:43:54 2026 daemon.err nrd[26808]: wlanif_deleteWdsEntry: ifname: ath22, wds delete sta mac:16:67:86:39:15:B5
Tue Jan 27 01:43:54 2026 daemon.err nrd[26808]: send ioctl failed
Tue Jan 27 01:43:55 2026 daemon.err udhcpd[29364]: Received DISCOVER
Tue Jan 27 01:43:55 2026 daemon.err udhcpd[29364]: find_free_or_expired_nip

Edit:
I’ll try to get you the full log if you share your email, hopefully you can find the errant issue that occurs every 9 seconds, and update: still occurs when other satellites are disconnected. lmk what else I can try.


 

  @David-TP 

My main Deco is a BE85, and I have 3 x BE65 and a BE25- Outdoor as points. If I update my 3 BE65 Decos to FW1.3, can I enable DoH for my network? Are the BE85 and BE25-Outdoor compatible with DoH?

  @David-TP 

Thanks David. 

I hope to get some time this weekend to test it. I don't want to fiddle with the network during the week as it is necessary for working from home.

Cheers.

  @David-TP 

Good news! I was using an iPad and a M4 Mac for ping testing, turns out AWDL (Apple Wireless Direct Link) or BT was a partial culprit (after hours of troubleshooting) causing annoying microstutter/jitter with sunshine/remote software and virtual mice (Synergy 3).

Disabling AWDL with sudo ifconfig awdl0 down, turing off location services, BT, may fix for some issues, but the 3-9 second latency spikes are still unknown though it coincides with the notice: Wed Jan 28 00:01:45 2026 daemon.notice nrd[19825]: ar_apinfo_collect[line 1765]: AP sync timer expires! to the exact second for multiple of these notices. (Mac's BT off, fastroaming and beamforming disabled) I'll send the logs with timestamped ping logs. Thanks!

Edit:
Sidenote: I wonder why Apple's service is so disruptive, and why its implemented in such a way. I wonder if there's a compatibility issue/if Deco can support AWDL somehow, or at least mitigate its latency issues.

E.g. Saw a reddit comment: (https://www.reddit.com/r/Steam_Link/comments/1p3zir5/comment/nq8g0lm/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button)

"Probably related to AWDL. You can switch your WiFi channel to 149 to temporarily fix this issue. Apple has provide a new low latency streaming API. To prevent AWDL spikes, but steam link maybe haven't adopted this API. You can try other solutions like moonlight."
Not sure if it applies but interesting.

Or this post: https://discussions.apple.com/thread/254594055

"This issue regards the fact that awdl uses specific wifi channels when scanning for/connecting to/communicating with local devices (e.g., for AirDrop or Sidecar). If your wifi isn't running on these channels, your Mac will switch channels for these services, which leads to wifi latency.

I've been struggling with this issue for months before I came across a number of posts that discuss the issue and provide a workaround - you can change the wifi channel of your WAP to the same channel used by awdl to remove your Macs need to switch channels.

For 2.4 Ghz wifi, that would be channel 6. It's slightly more complicated for 5 Ghz wifi, as there are different preferred channels - 149 is the main preferred, but at least in Europe and UK, it's channel 44."

And searching "AWDL latency" shows quite a few posts that the incredible engineers/programmers at TP-Link would benefit many users in solving!

I'm sure some techy users will be able to find these solutions but having an in-built fix or information for Apple users would be nice for general users (if these fixes do work). Great for marketing too.

Secondary issue (I'll add this to the ticket):
Not sure the cause, (likely I'm too far from my phone and handoff/continuity is based also on BT) but I'm getting calls on my mac that drop when I try to answer them. Is this purely an Apple issue or can I change any Deco settings to better support handoff over wifi? I think the main issue is that the call appears but fails on my apple watch too, as it tries to rely on wifi for the call, but fails when it should try its own cellular instead, sigh.

  @David-TP 

is this Firmware applicable to be65pro?