[dhcwg] Comment on a couple of option drafts that have gone by...

I've noticed that a couple of drafts have gone by that require the 
client to send an option to the server so that the server will know 
what to send back to the client.   In each of these cases, this seems 
like a reasonable way to solve the problem.

However, I would like to point out one problem with this, and request 
that the authors of these drafts (I'm thinking specifically of the 
haopt and tep drafts) add some text to talk about what the client 
should send in the parameter request list.

Currently the FQDN option protocol specification requires the server to 
send back an FQDN option even if the client sends a parameter request 
list and doesn't include the FQDN option code in that list.   Please 
specify in your drafts that the DHCP server must not send the reply 
option unless either no parameter request list is sent, or unless the 
option code for the option appears in the parameter request list.   
Suggested text:

The DHCP server MUST NOT send the Foo option if the client sends a 
Parameter Request List option and the code for the Foo option does not 
appear in the parameter request list, EVEN IF the Foo-request option 
appears in the client's list of options.

The reason for making this request is that we have to have special case 
code in the DHCP server to make sure the FQDN option gets sent even if 
not requested, and this adds needless complexity.   If you add text 
like what I've suggested above, you are not placing this requirement on 
the server - the server can just process the option normally when 
constructing the reply.

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg