On 03/06/2018 22:20, Simon Kelley wrote:
I agree that this is an annoying problem. In DHCPv6 even determining the
MAC address of a client is a slightly dodgy operation - there are
circumstances where it's not possible. That notwithstanding, dnsmasq
does it's best, and allows you to configure an address to allocated by
The problem here is that the client changes DUID - the desired address
gets allocated by MAC address once, but when the DUID changes, the
address is already in use by a first DUID/IAID combination, so it can't
be allocated, even if the MAC address is the same.
The problem is how the DUID is generated, not the DUID itself.
DUID-LL is not the default (and shouldn't be either).
DUID-LLT is a good default, but comes with the aforementioned problems.
These problems are very nicely solved with RFC 6355 which adds DUID-UUID
where UUID is taken from the hosts firmware. The UUID can then be
displayed on the node alongside the MAC address for provisioning.
The downside is that no client I know of supports this and I keep
meaning to add support to dhcpcd for it.
The other downside is that not all hosts have a retrievable UUID as it
depends on both the OS and host itself - for example some OS's present a
UUID based on the CPUID. Of course this only works if all OS's generate
the same UUID from the base data.
TL;DR - this isn't a dnsmasq issue and I agree with Simon that it should
not allow nor encourage RFC violations.
Dnsmasq-discuss mailing list