Re: [dhcwg] Bit in "flags" field indicating option overflow?

[Ted Lemon <mellon@fugue.com>]

Reassembling fragments really isn't very hard.   If a client knows it can't reassemble, it should specify the lowest legal value for MTU, but I think this is a very rare case.   These clients are likely the ones that need the fewest options.

And in answer to Rob's earlier question, except in cases where the parameter request list is stupid (i.e., doesn't request subnet mask), I think the DHCP server should honor it and not send options not listed in it.   This is how I read RFC2131 to begin with, although I know others have read it differently.

On Thursday, October 16, 2003, at 02:44  PM, Barr Hibbs wrote:

> The practical issue you raise is that even if the client supplies a maximum
> packet size, the server might format a response packet and STILL not be able
> to get it to the client.