Well I guess someone is already working on it, +1
Since this is a relay-only message, though. I think it would be
better as a sub-option of RFC 6422 with a requirement that
relay-agents drop the option if the client tries to source it. But, I
guess it's splitting hairs.
On Wed, Nov 14, 2012
What about
http://tools.ietf.org/html/draft-ietf-dhc-dhcpv6-client-link-layer-addr-opt-03
?
--
Tim
On 14 Nov 2012, at 17:46, Ray Soucy wrote:
> Saw yet another attempt at a solution pop up to try and deal with the
> lack of a MAC address in DHCPv6 messages.
>
> I've been giving this some tho
Saw yet another attempt at a solution pop up to try and deal with the
lack of a MAC address in DHCPv6 messages.
I've been giving this some thought about how this should be best
accomplished without requiring that host implementations of DHCPv6 be
modified.
Taking advantage of the relay-agent seems
3 matches
Mail list logo
