You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I recently updated my Raspberry Pi 4 (bcm2711) to a new build of OpenWrt's master branch, and noticed that NetworkManager on my laptop started taking much longer to report a successful connection to my network. The Pi is not the wireless AP in my network, but it is the router and it runs odhcpd (the full variant). I narrowed the commit that caused the slow down to the recent odhcpd version bump (OpenWrt commit 4fd4e99), and indeed, replacing odhcpd with the older version from 21.02 rc2 fixed the problem.
My /etc/config/dhcp is as follows: config odhcpd 'odhcpd'
option maindhcp '1'
config dhcp 'lan'
option dhcpv4 'server'
option limit '155'
option ra 'server'
list ra_flags 'none'
There are only 3 new commits in the odhcpd bump, and going through them, my (untrained, non-programmer) eye thinks the problem might be commit a12fcb3cee2d489b8648a2398812d7bed2f25faa "config: log config parse failures to syslog". Which removed an initialization of ra_flags to 0. My assumption is that the ra_flags 'none' uci setting is no longer being set correctly, and the router advertisements on my SLAAC-only network are advertising the 'other-config' flag, but there is no dhcpv6 server running, so NetworkManager is stuck waiting until its dhcpv6 attempts timeout, hence the slow down. If I include the odchpd patch below in my local tree and recompile, the problem is fixed, which seems to support this theory. :)
iface->ra_flags = 0;
if (parse_ra_flags(&iface->ra_flags, c) < 0)
syslog(LOG_ERR, "Invalid %s value configured for interface '%s'",
iface_attrs[IFACE_ATTR_RA_FLAGS].name, iface->name);</code>
The text was updated successfully, but these errors were encountered:
sq-bb:
I recently updated my Raspberry Pi 4 (bcm2711) to a new build of OpenWrt's master branch, and noticed that NetworkManager on my laptop started taking much longer to report a successful connection to my network. The Pi is not the wireless AP in my network, but it is the router and it runs odhcpd (the full variant). I narrowed the commit that caused the slow down to the recent odhcpd version bump (OpenWrt commit 4fd4e99), and indeed, replacing odhcpd with the older version from 21.02 rc2 fixed the problem.
My /etc/config/dhcp is as follows:
config odhcpd 'odhcpd'
option maindhcp '1'
config dhcp 'lan'
option dhcpv4 'server'
option limit '155'
option ra 'server'
list ra_flags 'none'
There are only 3 new commits in the odhcpd bump, and going through them, my (untrained, non-programmer) eye thinks the problem might be commit a12fcb3cee2d489b8648a2398812d7bed2f25faa "config: log config parse failures to syslog". Which removed an initialization of ra_flags to 0. My assumption is that the ra_flags 'none' uci setting is no longer being set correctly, and the router advertisements on my SLAAC-only network are advertising the 'other-config' flag, but there is no dhcpv6 server running, so NetworkManager is stuck waiting until its dhcpv6 attempts timeout, hence the slow down. If I include the odchpd patch below in my local tree and recompile, the problem is fixed, which seems to support this theory. :)
--- a/src/config.c
+++ b/src/config.c
@@ -778,6 +778,7 @@
}
The text was updated successfully, but these errors were encountered: