Re: Problematic Buster dhcpcd lease renewal behavior

Roy Marples

Sun Dec 20 07:19:06 2020


On 19/12/2020 22:50, bls s wrote:
I'm seeing a problematic dhcpcd behavior difference on a Raspberry Pi between Stretch (dhcpcd 6.11-5) and Buster (dhcpcd 8.1.2) when used on
the built-in WiFi.

On my network, once the DHCP lease time is 50% expired, the Buster dhcpcd starts requsting a new DHCP address every minute or so, for what appears to be forever.

Contrast that with Stretch dhcpcd where the lease was correctly renewed and there were no extraneous DHCP requests.

For some reason that I can't sort out, Buster dhcpcd thinks that the DHCP server ACK is not good, sends an ICMP destination unreachable packet, and then goes into a state that I've never seen before, eventually getting a lease but shortly thereafter restarts the cycle.

Both tests were run on the same Pi, against the same isc-dhcp-server 4.4.1-2. (The DHCP lease time is normally 24 hours, and that's where I first saw this, but I set it down to 10 minutes because who has the patience for that?).

Is there some additional configuration required on either the DHCP server or in dhcpcd to make this work correctly, as it did on Stretch?


There have been some fixes around this in dhcpcd-8 and a final one today as well which fixed a similar reported issue in dhcpcd-8.1.9 in NetBSD-9.0

Patches from dhcpcd-8 branch of note:

Hopefully these fix it for you.


RE: Problematic Buster dhcpcd lease renewal behaviorbls s
Problematic Buster dhcpcd lease renewal behaviorbls s
Archive administrator: postmaster@marples.name