bug in dhclient / dhclient.conf / dhcp-options parser?

[CeDeROM]

Naah, "option-n" should work for all options aside ascii names that vary
ascross implementations :-)
Best regards,
Tomek

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On Dec 18, 2013 10:56 AM, "Darren Pilgrim" <list_freebsd at bluerosetech.com>
wrote:

> On 11/19/2013 6:09 AM, CeDeROM wrote:
>
>> Hello :-)
>>
>> I need to send additional options with dhcp request, so I add "send"
>> option for an interface in /etc/dhclient.conf, however options are
>> non-standard and they use option value below 100 and they are not sent
>> in dhcp request. I have noticed that other options with names known to
>> dhcp-options and decimal numbers above 100 are sent correctly, so
>> maybe there is an error in the options number parser, or I do
>> something wrong?
>>
>> Here is my example /etc/dhclient.conf configuation:
>>
>> interface "em0"{
>>   send option-060 "vendor"; <-- does not go out in dhcp request
>>   send option-077 "user"; <-- does not go out in dhcp request
>>   send option-123 "blah123"; <-- goes out in dhcp request
>>   send root-path "blahroot"; <-- goes out in dhcp request
>> }
>>
>> Please advise, quick solution appreciated :-)
>>
>
> The "option-n" options only work for unknown codes.  Option codes 60 and
> 77 are known as dhcp-class-identifier and user-class, respectively. Both
> are formatted as ASCII text.
>