
<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div>On Thu, May 18, 2023, at 06:18, Kraishak Mahtha wrote:<br></div><blockquote type="cite" id="qt" style=""><div dir="ltr"><div><br></div><div><div>I don't know how this hashing algorithm decides that a peer need to grant a lease but for the same combination of mac address previously I got leases from the same server when they are both live, So basically HA_COMMUNICATION_INTERRUPTED_CLIENT4_UNACKED update count is not getting triggered, can we check this any other way or do we have any requirements to should match the condition to get it as valid count?<br></div></div></div></blockquote><div><br></div><div>Is this 'client' an actual DHCP client, or is it a simulator/testing tool? If it's not a real client, it needs to behave exactly like one as Darren as noted previously in the thread. This includes setting the proper fields in the request to indicate that a previous request went unanswered (unacked), because that's how Kea notices that the client has not been served by its peer server.<br></div><div><br></div></body></html>