<div dir="ltr">Hi,<div><br></div><div>After a client received a lease, the client was rebooting.</div><div>It tried to ask for the same IP (Windows machine), but Kea refused with this error, despite the fact that Kea has a reservation for that client's MAC:</div><div>"2023-09-10 22:38:00.308 WARN  [kea-dhcp4.alloc-engine/2752.140528795599552] ALLOC_ENGINE_V4_DISCOVER_ADDRESS_CONFLICT [hwtype=1 xx:xx:xx:xx:xx:xx], cid=[01:xx:xx:xx:xx:xx:xx], tid=0xb4da0bab: conflicting reservation for address 192.168.1.11 with existing lease Address:       192.168.1.11"</div><div><br></div><div>1. Why would Kea not just answer the client with the same IP already assigned to that client?</div><div>2. Is there no mechanism in place to deal with the case where a client reboots and has to resend a DHCPREQUEST during an existing lease for that client?</div><div><br></div><div>This, to me, looks like a bug.</div><div><br></div><div>Thanks,</div><div>Chib<div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><br></div><div>Disclaimer:<br>If you are not the intended recipient of this message<br> (a) you MUST NOT copy, forward, print, save, disclose or otherwise distribute, make use of or rely upon any of the message content,<br> (b) you MUST delete it immediately and notify the Sender of the delivery error.<br>The Sender CANNOT guarantee that<br> (a) this message has not been corrupted or altered during transmission,<br> (b) this message has not been fraudulently produced by an untrusted third party.<br>The contents of this message is PRIVATE and<br> (a) it MAY NOT necessarily express the views held by the Sender,<br> (b) it MAY contain information that is proprietary or confidential to the Sender,<br> (c) SHALL NOT bind the Sender to any contract or order unless explicitly allowed by prior written agreement or by applicable law.</div></div></div></div></div></div></div></div>