[Dnsmasq-discuss] dhcpv6 duid gen

[Vladislav Grishenko]

> Hmm, I wonder if
> "stop dnsmasq, edit /var/lib/misc/dnsmasq.leases, start dnsmasq"
> counts as an administrative interface?

sure doesn't. in embedded there's no persistent storage for such files other
than /tmp, so under some circumstances file can be lost (reboot, fast
reinit, etc).
due hashing, there's a kind of guarantee that dhcpv4 client will get his
leases back, but not for dhcpv6 guid.

> I'm sure that an implementation of RECONFIGURE will be done, but not for
> this release: I want to get the basics working first.

np, just fyi

Best Regards, Vladislav Grishenko


> -----Original Message-----
> From: Simon Kelley [mailto:simon at thekelleys.org.uk]
> Sent: Thursday, March 01, 2012 4:03 PM
> To: Vladislav Grishenko
> Cc: dnsmasq-discuss at lists.thekelleys.org.uk
> Subject: Re: dhcpv6 duid gen
> 
> On 29/02/12 23:26, Vladislav Grishenko wrote:
> > Little additions:
> >
> >> Allowing to specify from options would be useful too, eg. for
> >> multiple dnsmasq instances
> >
> > Per RFC3315 "A DHCP client that generates a DUID-LLT using this (using
> > sort of time source) mechanism MUST provide an administrative
> > interface that replaces the existing DUID with a newly-generated DUID-
> LLT."
> 
> Hmm, I wonder if
> 
> "stop dnsmasq, edit /var/lib/misc/dnsmasq.leases, start dnsmasq"
> 
> counts as an administrative interface?
> >
> >> This leads to a much more longer client renew, possibly authoritative
> > option
> >> could be used to avoid it, can't say now is it per RFC.
> >
> > Not allowed for server, but RECONFIGURE implementation could be handy,
> > including cases of changing options.
> 
> I'm sure that an implementation of RECONFIGURE will be done, but not for
> this release: I want to get the basics working first.
> 
> 
> 
> Cheers,
> 
> Simon.
> 
> >
> > Best Regards, Vladislav Grishenko
> >