<div dir="ltr"><div><span style="color:rgb(33,33,33);font-size:13px">I'm looking for some help planning my migration to Kea. (I want to migrate from my cable modem's DHCP server to Kea running on a Raspberry Pi. The main reason I want to migrate is my modem's lease viewer seems broken.)</span></div><span style="color:rgb(33,33,33);font-size:13px"><div><span style="color:rgb(33,33,33);font-size:13px"><br></span></div>I was concerned by the following passage in the Kea documentation:</span><div style="color:rgb(33,33,33);font-size:13px"><br></div><div style="color:rgb(33,33,33);font-size:13px"><i>The DHCPv4 server does not verify that assigned address is unused. According to RFC 2131, the allocating server should verify that address is not used by sending ICMP echo request.</i> (<a href="http://kea.isc.org/docs/kea-guide.html#dhcp4-limit" target="_blank">http://kea.isc.org/docs/kea-guide.html#dhcp4-limit</a>)</div><div style="color:rgb(33,33,33);font-size:13px"><br></div><div style="color:rgb(33,33,33);font-size:13px">Is the lack of this feature somewhat mitigated by clients detecting these situations and reporting them to the server? I.e. I also read: </div><div style="color:rgb(33,33,33);font-size:13px"><br></div><div style="color:rgb(33,33,33);font-size:13px"><i>Such an unwelcome event can be detected by legitimate clients (using ARP or ICMP Echo Request mechanisms) and reported to the DHCPv4 server using a DHCPDECLINE message.</i> (<a href="http://kea.isc.org/docs/kea-guide.html#dhcp4-decline" target="_blank">http://kea.isc.org/docs/kea-guide.html#dhcp4-decline</a>)</div><div style="color:rgb(33,33,33);font-size:13px"><br></div><div style="color:rgb(33,33,33);font-size:13px">I had hoped that my migration would be helped by Kea responding well to addresses being in use that it had not given out.</div><div style="color:rgb(33,33,33);font-size:13px"><br></div><div style="color:rgb(33,33,33);font-size:13px">As it is, because I'm nervous to rely on client-reported duplicates, I plan to split my address range in half and take a multi-phase approach:</div><div style="color:rgb(33,33,33);font-size:13px"><ol><li>Restrict the modem DHCP server to the bottom half of its current range. (Its current range is pretty much the full 8-bit 192.168.0.x range.)</li><li>Wait for all existing (full range) leases to expire. Once this happens all devices should have addresses allocated down in what is now the "modem half" of my address range.</li><li>Bring the Kea server up, serving only from the top half of the full range.</li><li>Turn off the legacy server.</li><li>Wait for all existing bottom half (modem) leases to expire. Once this happens, the Kea server can be configured to use the full address range.</li></ol><div>Is my understanding correct that this cautious approach is needed?</div></div><div><br></div><div>Assuming it is needed, is this approach a good one?</div><div><br></div><div>Thanks for any help,</div><div><br></div><div>Ben Denckla</div></div>