
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">

<div>

<div>On Jan 24, 2012, at 6:25 PM, <<a href="mailto:scott_stone@trendmicro.com">scott_stone@trendmicro.com</a>> wrote:</div>

<blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">am

 I missing something here in terms of how this client and this server are implemented...?<br>

</span></blockquote>

</div>

<br>

<div>It sounds like a real problem, although part of it is that the DHCP client sounds like it's broken.   You might want to make sure it's up to date.   As far as I know, the state of the art in DHCPv6 support is a fast-moving target, so the fact that it doesn't

 work for you in CentOS doesn't mean that the problem you are having hasn't been solved.   Windows would be a huge problem at this point, though if you can't make what's there work.   I suppose there's a window of opportunity (yuk yuk) for getting a fix into

 Windows 8 if the current version isn't doing the right thing.   You might also want to look at ways of solving this in the relay agent.</div>

<div><br>

</div>

<div>However, I would like to reiterate that while there is interest in sending the MAC address in an option in the IETF, there's no active push going on in the working group; if you want this, you should consider doing some pushing.</div>

<div><br>

</div>

</body>

</html>