DHCPv6 and MAC Address inclusion

[Ted Lemon]

On Jan 23, 2012, at 8:26 PM, "perl-list" <perl-list at network1.net<mailto:perl-list at network1.net>> wrote:
Do we know if the draft document submission to the IETF regarding the inclusion of the link layer address in the DHCPv6 packets that Frank Sweetser mentions was ever done?  If so, how was the document received at the IETF?

There's certainly interest in this, although it's somewhat sad that DHCPv4 is driving features in DHCPv6.

Are they planning to amend DHCPv6 specs with the requirement of the link layer address?

It could never be a requirement, first because it's too late, and second because doing so would create massive interoperability problems.   It might be added as an option, though.

I don't see how we, at our organization, can proceed with IPv6 rollout using DHCPv6 without being able to somehow correlate both a DHCPv4 and DHCPv6 assignment to a single client device.

Why not?   Can you write up a use case that explains the problem that this creates for you?   It's important that you say what it is that you can't do without this, not simply say "because I need it," which is unfortunately what we usually hear.   The most convincing argument I've heard for this is that the MAC address is what's printed on the box the device comes in, and you can read it and enter it into your inventory with a bar code scanner.   But from the way you said this, it sounds like your use case is different.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20120123/a09aa8c0/attachment.html>