Hi Rob, This was addressed just about a week ago. Refer to this thread:
https://lists.isc.org/pipermail/kea-users/2017-October/001345.html > On Oct 20, 2017, at 4:09 PM, Sutherland, Rob > <[email protected]> wrote: > > Like many others, I am evaluating Kea as a replacement for ISC DHCP. While I > can get Kea to behave mostly as I like, I am seeing some odd behaviours when > I use shared networks. Here’s one: > > A single phone is assigned an IP address (via dhcrelay). I deliberately set > the renew-timer to a low value (100 seconds). When the phone sends a > DHCPREQUEST for the same address (after 100 seconds), the server sends a > DHCPNAK. This causes the phone to reboot and restart the DHCP cycle. The > second time around the phone succeeds in getting an IP address but a > different one. > > I was running Kea with debugging turned on so I have attached the output (as > well as the configuration file and a packet trace). > > Here’s the lease file showing the same MAC getting different IP addresses: > address,hwaddr,client_id,valid_lifetime,expire,subnet_id,fqdn_fwd,fqdn_rev,hostname,state > 10.148.1.68,08:00:0f:6c:c5:a9,01:08:00:0f:6c:c5:a9,400,1508526744,2,0,0,,0 > 10.148.1.69,08:00:0f:6c:c5:a9,01:08:00:0f:6c:c5:a9,400,1508526896,2,0,0,,0 > > More on the environment: > · Kea 1.3.0 beta > · SLES12 server with more than enough CPU, RAM etc > > Any thoughts? > > Rob > > > <memfile2.json><nak_output.txt><kea_sles12_nak.pcap>_______________________________________________ > Kea-users mailing list > [email protected] <mailto:[email protected]> > https://lists.isc.org/mailman/listinfo/kea-users > <https://lists.isc.org/mailman/listinfo/kea-users>
_______________________________________________ Kea-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/kea-users
