Hey Glenn,<br><br>What if you have some L2 device (where the client is connected), not the L3 relay, that does DHCP snooping and add's option-82 in the packege for validating the DHCP request, this is then dropped by the switch because the server strip's the option-82 :-(<br>
<br>Martin<br><br><div class="gmail_quote">On Wed, Feb 4, 2009 at 2:02 PM, Glenn Satchell <span dir="ltr"><<a href="mailto:Glenn.Satchell@uniq.com.au">Glenn.Satchell@uniq.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
>Date: Wed, 4 Feb 2009 13:44:36 +0100<br>
>Subject: Re: DHCPINFORM<br>
>From: Marty Sørensen <<a href="mailto:buzzwork@gmail.com">buzzwork@gmail.com</a>><br>
>To: Users of ISC DHCP <<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a>><br>
>X-BeenThere: <a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
<div class="Ih2E3d">><br>
> Hey Randall,<br>
><br>
> Thanks for the reply. It seens that the switch relay's the option-82 OK, in<br>
> this case, but the server drops it ?<br>
><br>
> Martin<br>
><br>
</div>DHCPINFORM is unicast to the dhcp server, so the switch's relay never<br>
sees it. Relays only see broadcast packets, then add the option-82 and<br>
forward tot he dhcp server.<br>
<br>
See the posts earlier today about how responses to DHCPINFORM don't<br>
look at existing lease data. This includes any options added by the<br>
relay when it processed the DHCPDISCOVER.<br>
<br>
regards,<br>
<font color="#888888">-glenn<br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>
</div></div></blockquote></div><br>