Re: Problematic Buster dhcpcd lease renewal behavior
Roy Marples
Sun Dec 20 07:19:06 2020
Hi
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?
Thanks!
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:
https://roy.marples.name/cgit/dhcpcd.git/commit/?h=dhcpcd-8&id=ecb8f4b14de3ad9e8d0901db43269fd36c972123
https://roy.marples.name/cgit/dhcpcd.git/commit/?h=dhcpcd-8&id=002e7ccc2ade2379d4d5d1e8b9a5f6a3fc448d64
Hopefully these fix it for you.
Roy
Archive administrator: postmaster@marples.name