<div dir="ltr">So if it doesn't support the -D flag then what else doesn't it support. When it comes to IPv6 you really need to be on the bleeding edge as the code to support it is still rapidly changing having features/bug fixed.<br>
<div class="gmail_quote"><div dir="ltr"><div>
<br></div>As for the DUID-LLT always changing, that is wrong, RFC3315 states:<br><i>Clients and servers using this type of DUID MUST store the DUID-LLT in stable storage, and MUST continue to use this DUID-LLT even if the network interface used to generate the DUID-LLT is removed.  Clients and servers that do not have any stable storage MUST NOT use this type of DUID.<br>

</i><br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 April 2013 15:27, Cory Coager <span dir="ltr"><<a href="mailto:ccoager@gmail.com" target="_blank">ccoager@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">No, DUID-LL doesn't change, DUID-LLT always changes.  DUID-LLT is dynamic because the T stands for time.<div>

<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 5, 2013 at 9:41 AM, Steven Carr <span dir="ltr"><<a href="mailto:sjcarr@gmail.com" target="_blank">sjcarr@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div class="gmail_extra"><div class="gmail_quote"><div>I
 guess the bigger question is why does the DUID-LLT keep changing, if 
I'm to read RFC3315 correctly it states that DUID-LLT is generated once 
and then written to non-volatile storage for future use. So does the 
client have non-volatile storage? if so is dhclient writing the value to a 
non-volatile location? <br></div></div></div></div>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></div></div><br></div>