2 new devices on guest network, now Zoom is very choppy. Related?

Installing and Using OpenWrt
1

Set up OpenWRT on this router around a month ago. Stabilized things 2 weeks ago.

Network seemed solid the last few weeks and I haven't changed much of anything. I disabled SQM for a bit to complete a download faster (CPU can't handle full speed, see link) but it's enabled now.

Two new devices are now on the network, and for the first time in weeks, Zoom was choppy to the point that I was breaking up. Specifically the devices are on the guest network along with the laptop I'm making Zoom calls on. I was told by their owner that the devices weren't even active - i.e. no streaming or any hog like that.

Am I seeing a pattern where none exists? I just set my SQM upstream to 85% instead of 95% in hopes of fixing it.

I do have some logs below. I just changed the log from 64 K to 512 K. Logging is set to debug. I just set "Verbosity of SQM's output into the system log." to Debug (was silent). Is there any extra logging I should set?

19:00:00 UTC is when my Zoom call started and was choppy the whole time.

192.168.3.102 is the laptop running Zoom. I replaced personal details with my:mac:addr and MYLAPTOP.


Mon Dec 27 19:01:00 2021 daemon.warn odhcpd[1694]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Mon Dec 27 18:59:08 2021 daemon.info dnsmasq-dhcp[5268]: DHCPACK(br-guest) 192.168.3.102 my:mac:addr MYLAPTOP
Mon Dec 27 19:01:00 2021 daemon.warn odhcpd[1694]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Mon Dec 27 19:02:58 2021 daemon.notice hostapd: wlan1-1: AP-STA-DISCONNECTED mac3:31
Mon Dec 27 19:02:58 2021 daemon.info hostapd: wlan1-1: STA mac3:31 IEEE 802.11: disassociated due to inactivity
Mon Dec 27 19:02:59 2021 daemon.info hostapd: wlan1-1: STA mac3:31 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Mon Dec 27 19:05:03 2021 daemon.warn odhcpd[1694]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Mon Dec 27 19:06:33 2021 daemon.err uhttpd[26187]: luci: accepted login on / for root from 192.168.1.101
Mon Dec 27 19:07:31 2021 daemon.info dnsmasq-dhcp[5268]: DHCPREQUEST(br-guest) 192.168.3.159 mac2:00
Mon Dec 27 19:07:31 2021 daemon.info dnsmasq-dhcp[5268]: DHCPACK(br-guest) 192.168.3.159 mac2:00
Mon Dec 27 19:10:39 2021 daemon.info dnsmasq-dhcp[5268]: DHCPREQUEST(br-guest) 192.168.3.244 mac5:38
Mon Dec 27 19:10:39 2021 daemon.info dnsmasq-dhcp[5268]: DHCPACK(br-guest) 192.168.3.244 mac5:38
Mon Dec 27 19:13:17 2021 daemon.warn odhcpd[1694]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Mon Dec 27 19:22:07 2021 daemon.warn odhcpd[1694]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Mon Dec 27 19:22:32 2021 daemon.info dnsmasq-dhcp[5268]: DHCPREQUEST(br-guest) 192.168.3.156 mac4:c2
Mon Dec 27 19:22:32 2021 daemon.info dnsmasq-dhcp[5268]: DHCPACK(br-guest) 192.168.3.156 mac4:c2 Pixel-3a
Mon Dec 27 19:24:27 2021 daemon.notice hostapd: wlan1-1: AP-STA-DISCONNECTED mac4:c2
Mon Dec 27 19:26:49 2021 daemon.info hostapd: wlan1-1: STA mac4:c2 IEEE 802.11: authenticated
Mon Dec 27 19:26:49 2021 daemon.info hostapd: wlan1-1: STA mac4:c2 IEEE 802.11: associated (aid 3)
Mon Dec 27 19:26:49 2021 daemon.notice hostapd: wlan1-1: AP-STA-CONNECTED mac4:c2
Mon Dec 27 19:26:49 2021 daemon.info hostapd: wlan1-1: STA mac4:c2 WPA: pairwise key handshake completed (RSN)
Mon Dec 27 19:26:49 2021 daemon.info dnsmasq-dhcp[5268]: DHCPREQUEST(br-guest) 192.168.3.156 mac4:c2
Mon Dec 27 19:26:49 2021 daemon.info dnsmasq-dhcp[5268]: DHCPACK(br-guest) 192.168.3.156 mac4:c2 Pixel-3a
Mon Dec 27 19:26:54 2021 daemon.info dnsmasq-dhcp[5268]: DHCPREQUEST(br-guest) 192.168.3.102 my:mac:addr
Mon Dec 27 19:26:54 2021 daemon.warn dnsmasq-dhcp[5268]: Ignoring domain myemployer.com for DHCP host name MYLAPTOP
Mon Dec 27 19:26:54 2021 daemon.info dnsmasq-dhcp[5268]: DHCPACK(br-guest) 192.168.3.102 my:mac:addr MYLAPTOP
Mon Dec 27 19:29:03 2021 daemon.err modprobe: failed to find a module named act_ipt
Mon Dec 27 19:29:03 2021 daemon.err modprobe: failed to find a module named sch_fq_codel
Mon Dec 27 19:29:03 2021 daemon.err modprobe: failed to find a module named act_ipt
Mon Dec 27 19:29:03 2021 daemon.err modprobe: failed to find a module named sch_fq_codel
Mon Dec 27 19:31:07 2021 daemon.warn odhcpd[1694]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Mon Dec 27 19:35:55 2021 daemon.warn odhcpd[1694]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Mon Dec 27 19:37:31 2021 daemon.info dnsmasq-dhcp[5268]: DHCPREQUEST(br-guest) 192.168.3.159 mac2:00
Mon Dec 27 19:37:31 2021 daemon.info dnsmasq-dhcp[5268]: DHCPACK(br-guest) 192.168.3.159 mac2:00
Mon Dec 27 19:40:39 2021 daemon.info dnsmasq-dhcp[5268]: DHCPREQUEST(br-guest) 192.168.3.244 mac5:38
Mon Dec 27 19:40:39 2021 daemon.info dnsmasq-dhcp[5268]: DHCPACK(br-guest) 192.168.3.244 mac5:38
Mon Dec 27 19:42:30 2021 daemon.warn odhcpd[1694]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
2

I was downloading two torrents (wired) and in a Discord call (wifi on phone) and the call got choppy AND my torrents both died at the same time. It was like the router got reset for a few seconds.

Failing to replicate these conditions. Two new torrents from the same source and a Discord call (granted, with me alone) and everything looks fine. Top shows 40% or more idle.

Is there anything I should look for in the logs? I looked around the time it happened but nothing jumped out at me.

I did get a stack trace later in the evening. Looks like that's an upstream Linux dependency.


Tue Dec 28 23:12:59 2021 daemon.warn odhcpd[1696]: A default route is present but there is no public prefix on lan thus we don't announce a default route!
Tue Dec 28 23:15:13 2021 kern.warn kernel: [81873.608763] ------------[ cut here ]------------
Tue Dec 28 23:15:13 2021 kern.warn kernel: [81873.618156] WARNING: CPU: 1 PID: 896 at backports-5.10.42-1/net/mac80211/airtime.c:457 0x86ed7080 [mac80211@f931ce9a+0x7d9d0]
Tue Dec 28 23:15:13 2021 kern.warn kernel: [81873.641068] Modules linked in: xt_connlimit pppoe ppp_async nf_conncount iptable_nat xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE xt_FLOWOFFLOAD xt_CT pppox ppp_generic nf_nat nf_flow_table_hw nf_flow_table nf_conntrack mt76x2e mt76x2_common mt76x02_lib mt7603e mt76 mac80211 ipt_REJECT cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_recent xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_ecn xt_dscp xt_comment xt_TCPMSS xt_LOG xt_HL xt_DSCP xt_CLASSIFY slhc sch_cake nf_reject_ipv4 nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 iptable_raw iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit act_mirred act_gact ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ifb leds_gpio xhci_plat_hcd xhci_pci xhci_mtk xhci_hcd gpio_button_hotplug
Tue Dec 28 23:15:13 2021 kern.warn kernel: [81873.641342]  usbcore nls_base usb_common
Tue Dec 28 23:15:13 2021 kern.warn kernel: [81873.823996] CPU: 1 PID: 896 Comm: mt76-tx phy1 Not tainted 5.4.143 #0
3

I've made my main PC use the wifi and now the wifi drops are more apparent. I can't seem to find any record of the wifi dropping out on the router.

I have an infinite ping on my wifi PC now and it times out 1 in 100 pings. But that's fine and not noticeable. I'm hoping to get a better record/understanding of why my wifi would cut out for 5+ seconds. AVG time in ping is 30ms, I do see spikes to 100-300.

powershell:
ping.exe -t 1.1.1.1|Foreach{"{0} - {1}" -f (Get-Date),$_}