host-identifier option dhcp6.client-id is not working for me.<br>any clues on what to look for?<br><br>my usage is ..<br>host host-ipv6-test {<br>     host-identifier option dhcp6.client-id  00:01:00:01:47:b3:86:d0:xx:xx:xx:xx:xx:xx;<br>
    option dhcp6.name-servers fc00:0:1::26;<br>}<br><br><br><br><br><div class="gmail_quote">On Jan 25, 2008 3:06 AM, Stephane Bortzmeyer <<a href="mailto:bortzmeyer@nic.fr">bortzmeyer@nic.fr</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, Jan 24, 2008 at 05:04:24PM +0100,<br> Shane Kerr <<a href="mailto:Shane_Kerr@isc.org">Shane_Kerr@isc.org</a>> wrote<br><div class="Ih2E3d"> a message of 67 lines which said:<br><br>> In DHCPv6 there is no place in the packet for the hardware<br>
> address. Perhaps we should warn on the case. :(<br><br></div>IMHO, yes, you really should. That's quite painful when an option is<br>silently ignored.<br><br>And the hardware address is in the packet, both in the Ethernet header<br>
(I assume you decided not to use it, because it is not easy to<br>retrieve it in a portable way, it does not work with relays, etc) and<br>in the DUID (after all, Wireshark can extract the hardware address<br>from a "Link-layer Address Plus Time" DUID).<br>
<br>Reading RFC 3315, it seems there is another way to have the hardware<br>address, the "Link-layer Address" DUID. As you mention, there is no<br>option to set this option in dhclient.<br><br>Also, RFC 3315 does not explain the rationale behind these client<br>
identifiers and why the "Link-layer Address Plus Time"? Is it to<br>ensure real unicity?<br><div class="Ih2E3d"><br>> That client-id looks suspicious:<br><br></div>OK, I changed it using what I've found in /var/db/dhclient6.leases<br>
where the client id is stored with the right syntax:<br><br>host lilith {<br>  host-identifier option dhcp6.client-id 0:1:0:1:47:96:21:f7:0:19:b9:e4:25:f9;<br><div class="Ih2E3d">  fixed-address6 2001:DB8:DEAD:BABE::2;<br>
}<br><br></div>And it works! I get my fixed address. Many thanks. But it is quite<br>inconvenient. With v4, when I add a new machine, I just have to look<br>at the dhcpd log file, I find the hardware address, I put it in<br>
dhcpd.conf and it works. Now, I need to look a file on the DHCP client<br>:-( I wonder if the IETF considered this issue (the RFC 3315 does not<br>seem to discuss it). (tcpdump is another possible solution, see later)<br>
<div class="Ih2E3d"><br>> The time is clearly wrong - the time is supposed to be based on<br>> seconds since the year 2000 not 1970. A bug in our client that I'll<br>> fix presently!<br><br></div>Yes, because I confirm the bug:<br>
<br>lilith:~/tmp/dhcp-4.0.0 % more /var/db/dhclient6.leases<br>...<br>   starts 1201021494;<br><br>lilith:~/tmp/dhcp-4.0.0 % date<br>Fri Jan 25 12:11:04 CET 2008<br><div class="Ih2E3d"><br>> Maybe you can try tcpdump instead (it also reports DUID if<br>
> sufficiently verbose)?<br><br></div>Yes, with -vvv, although the DUID is displayed in a different syntax,<br>so it is less convenient:<br><br>12:14:39.114478 IP6 (hlim 64, next-header UDP (17) payload length: 88) fe80::219:b9ff:fee4:25f9.546 > ff02::1:2.547: dhcp6 confirm (xid=2d984 (client ID hwaddr/time type 1 time 1201021431 0019b9e425f9) (option request DNS DNS name)[|dhcp6ext])<br>
<br></blockquote></div><br><br clear="all"><br>-- <br>chinmaya