I'd try playing with the "Key Renewal Interval" under the "Wireless Security" tab (turning it off by setting to 0 seconds or at least changing the period) to see if the frequency of disassociations changes. I didn't notice the "nas" daemon on my R7000 (non-P) restarting, but it did turn out to be the cause of my wireless connections breaking on hourly boundaries (only on 5 GHz in my case).
My understanding is that this is a Broadcom issue the devs can't fix, though I didn't have this problem with earlier Kong builds, so I wonder if reverting to an older driver would fix it (though I also don't know what other side effects that'd have).
Joined: 16 Nov 2015 Posts: 6436 Location: UK, London, just across the river..
Posted: Wed Mar 08, 2023 7:54 Post subject:
--clear-on-reload
Whenever /etc/resolv.conf is re-read or the upstream servers are set via DBus, clear the DNS cache. This is useful when new nameservers may have different data than that held in cache. So how could clearing the DNSmasq cache will affect clients connection drops...?
if this was the source of the issue, all the other routers would have the same problem...unless its not very Dbus related...
you can dig in and start your kernel syslog and check for no-DBus reports...may be...this will out rule the Dbus issue related with clear on reload... i guess no-Dbus is only for ipv6, no idea for ipv4 and if Dbus is not breaking down dnsmasq for some reason...
also you can enable Dbus, if its compiled with it.. but, couldn't find how to disable it, so it may be not running untill its called...unless BS force enable it by default for ipv4/dnsmasq for R7000p
--enable-dbus[=<service-name>]
Allow dnsmasq configuration to be updated via DBus method calls. The configuration which can be changed is upstream DNS servers (and corresponding domains) and cache clear. Requires that dnsmasq has been built with DBus support. If the service name is given, dnsmasq provides service at that name, rather than the default which is uk.org.thekelleys.dnsmasq
i also guess it could be something else radio driver related...
on your R7000p if your devices are idle, so no traffic or not even anything connected to the R7000p, what is the output of:
tcpdump -nnS -i br0 !'port 22'
presume port 22 is your default port for SSh...
also on broadcom routers, fiddling with key renewal could help with client drops indeed...
does it happen for both type of clients wired and wireless ?? _________________ Atheros
TP-Link WR740Nv1 ---DD-WRT 55630 WAP
TP-Link WR1043NDv2 -DD-WRT 55723 Gateway/DoT,Forced DNS,Ad-Block,Firewall,x4VLAN,VPN
TP-Link WR1043NDv2 -Gargoyle OS 1.15.x AP,DNS,QoS,Quotas
Qualcomm-Atheros
Netgear XR500 --DD-WRT 55779 Gateway/DoH,Forced DNS,AP Isolation,4VLAN,Ad-Block,Firewall,Vanilla
Netgear R7800 --DD-WRT 55819 Gateway/DoT,AD-Block,Forced DNS,AP&Net Isolation,x3VLAN,Firewall,Vanilla
Netgear R9000 --DD-WRT 55779 Gateway/DoT,AD-Block,AP Isolation,Firewall,Forced DNS,x2VLAN,Vanilla
Broadcom
Netgear R7000 --DD-WRT 55460 Gateway/SmartDNS/DoH,AD-Block,Firewall,Forced DNS,x3VLAN,VPN
NOT USING 5Ghz ANYWHERE
------------------------------------------------------
Stubby DNS over TLS I DNSCrypt v2 by mac913
Joined: 29 Sep 2020 Posts: 260 Location: United States
Posted: Wed Mar 08, 2023 14:08 Post subject:
thanks for the replies
i dont have a chance to test right now but will look into what was mentioned
*
i removed static leases from additional dnsmasq options and updated to the latest beta. i havent seen any disconnects in the 4 hours its been up so far.
**
still havent had a quiet network to run the tcpdump command
it looks like overnight there may have been some disconnects. nothing like before with the static leases though. i almost never use 2.4 and have only 1 wired device.
Joined: 29 Sep 2020 Posts: 260 Location: United States
Posted: Sat Mar 11, 2023 14:44 Post subject:
i ran
tcpdump -nnS -i br0 !'port 22'
it looked like it might have been info about a neighbors router
mostly ......
* a portion which i could read looked like a wifi name i have seen before. on my phone i looked for wifi around me and didn't see that one. they probably aren't broadcasting the ssid anymore
Joined: 16 Nov 2015 Posts: 6436 Location: UK, London, just across the river..
Posted: Sat Mar 11, 2023 16:54 Post subject:
yep it seams its the same for any Broadcom based radio, using their proprietary radio driver...it captures some frames form the other radios around...channel doesn't matter and i believe, its a part of radio disconnects and reconnects behaviour once those alien frames become very intense...in my case later afternoon when everyone is back from work..
On my R7000 i decided to turn my WiFi off and added an old Atheros based WAP using one of R7000 LAN ports..believe or not this radio is fine...
But if your R7000P is stable after the update, even with those alien frames around, than no more problems for you... _________________ Atheros
TP-Link WR740Nv1 ---DD-WRT 55630 WAP
TP-Link WR1043NDv2 -DD-WRT 55723 Gateway/DoT,Forced DNS,Ad-Block,Firewall,x4VLAN,VPN
TP-Link WR1043NDv2 -Gargoyle OS 1.15.x AP,DNS,QoS,Quotas
Qualcomm-Atheros
Netgear XR500 --DD-WRT 55779 Gateway/DoH,Forced DNS,AP Isolation,4VLAN,Ad-Block,Firewall,Vanilla
Netgear R7800 --DD-WRT 55819 Gateway/DoT,AD-Block,Forced DNS,AP&Net Isolation,x3VLAN,Firewall,Vanilla
Netgear R9000 --DD-WRT 55779 Gateway/DoT,AD-Block,AP Isolation,Firewall,Forced DNS,x2VLAN,Vanilla
Broadcom
Netgear R7000 --DD-WRT 55460 Gateway/SmartDNS/DoH,AD-Block,Firewall,Forced DNS,x3VLAN,VPN
NOT USING 5Ghz ANYWHERE
------------------------------------------------------
Stubby DNS over TLS I DNSCrypt v2 by mac913