Missing Information in ACK from DHCPInform
Ted Lemon
mellon at nominum.com
Fri Aug 22 18:41:37 UTC 2003
On Thursday 21 August 2003 14:55, Stephens, Bill {PBSG} wrote:
> After doing several traces, it appears DHCPINFORM acks in dhcp-3.0.1rc11
> aren't sending complete responses. We have windows clients issuing the
> dhcpinform asking for information, like dns server addresses, domain
> names, router addresses etc., and when we issue the ack the only options
> in the response are the options in the global portion of the definiton.
> The clients then wipe out the information they previously received from a
> valid request/ack when they first got their lease. It's acting like it
> never checks for options in the subnet or site definitions to send back to
> the client when the client sends the DHCPINFORM. The client sends a
> request for options 1,15,3,6,44,46,47,31,33,43 and only receives the
> options that are
> listed in the global section. If I move the options out of the subnet
> definition to the global section, the client receives all the options.
>
> After running the debugger, I can't make heads or tails out of where the
> dhcpinform subroutine should be looking up the options from the subnet
> configuration settings.
>
> Bill Stephens
I would suggest that you compare the packets send when acquiring an address
and when sending the DHCPINFORM to see how the subnet to which the client is
attached is specified. It's also possible, particularly if you have fancy
class rules, that the client isn't qualifying for its class when it sends its
DHCPINFORM.
More information about the dhcp-hackers
mailing list