[PATCH RFC v2 0/3] dhclient: add --prefix-len option

H. Peter Anvin hpa at zytor.com
Wed Dec 2 19:25:26 UTC 2015

On 12/02/15 11:21, H. Peter Anvin wrote:
> I have the following questions with regards to the protocol and
> desired behavior:
> - The current patch will only emit a null prefix for a SOLICIT
>   message, but are there other messages where a null prefix is also
>   appropriate?
> - The current patch specifies a global prefix length, but would it be
>   better if that prefix length was settable for each IA_PD IAID?  In
>   that case, what do people think of any of the following command line
>   syntaxes (where # is the number of bits):
>   -P#
>   -P=#
>   --prefix=#
>   -P #
>   The last one would break if it is possible for a purely numeric
>   argument to follow a -P option on the current command line (I don't
>   know if there are any systems that use numbers for interface names,
>   perhaps?)

One final question: why is the t2 parameter of the IAADDR and IAPREFIX
option set to t1 + (t1 / 2) for SOLICIT, mirroring the IA_NA/TA/PD
option, but t1 + 300 for REQUEST, RENEW, and REBIND?  I have kept that
behavior in this set as I wanted the first patch to have no functional
changes at all; if implemented properly it should behave exactly like
the old code.


More information about the dhcp-workers mailing list