<div dir="ltr"><div><div><div><div><div><div>Hello all, I have deployed the dibbler client in a moderately large network using ISC DHCP server version 4.1.1 and for some weeks all worked OK, but now I have the following problem:<br><br></div>In some specific situations the dibbler-client dies without a trace, and the only messages I have in the DHCP server log:<br><br><span class="" id="OBJ_PREFIX_DWT2392_com_zimbra_date">Jul 21</span> 09:59:24 dhcpd: Client XXXX releases address YYYY<br><span class="" id="OBJ_PREFIX_DWT2393_com_zimbra_date">Jul 21</span>
 10:00:20 dhcpd: Client XXXX reports 
address YYYY is already in use by another host!<br><span class="" id="OBJ_PREFIX_DWT2394_com_zimbra_date">Jul 21</span>
 10:32:39 dhcpd: Client XXXX reports 
address YYYY is already in use by another host!<br><br></div>Afterwards, the dibbler-client suddenly dies, and the device is left without any valid IPv6 address, thus is becoming unreachable :(.<br><br></div>As far as my research was able to discover could be a situation similar to this one:<br><br><a href="http://comments.gmane.org/gmane.network.dhcp.isc.dhcp-client/8957">http://comments.gmane.org/gmane.network.dhcp.isc.dhcp-client/8957</a><br><br></div>While having duplicate DUIDs in a network is a bad thing, but sometimes this is happening and the client service should not crash but reject the address, this seem to be a bug.<br><br></div>Tomasz or anybody that knows the code base organisation, could you kindly point me to the C++ module that deals with this condition to try to see what is happening and what leads to the crash ?<br><br></div>Many thanks, M.C.<br></div>