Following up my own posting... Sure enough from
src/usr.sbin/dhcp/common/tables.c:

        { "tftp-server-name", "t",                      &dhcp_universe, 66 },
...
        /* Presently-undefined options... */
        62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76,
                        ^^

Cheers,

Patrick

Patrick Welche wrote:
> 
> In /etc/dhcpd.conf of the dhcp-server of a tiny 3 machine test network, I have
> 
>   host compaq {
>     hardware ethernet 00:00:b4:84:13:49;
>     fixed-address 192.168.0.2;
>     option tftp-server-name "tftp-var";
>   }
> 
> and I am trying to extract the variable tftp-var from the compaq. On the
> compaq, I have
> 
> if [ x$tftp_server_name != x ]; then
>   echo tftp server name: $tftp_server_name
> fi
> 
> in /etc/dhclient-exit-hooks, on the offchance that dhclient might export
> that variable. The reason I think something is up is that, if I put
> 
> require tftp-server-name;
> 
> in /etc/dhclient.conf, I get
> 
> Dec  4 15:15:08 compaq dhclient: DHCPOFFER from 192.168.2.62
> Dec  4 15:15:08 compaq dhclient: DHCPOFFER isn't satisfactory.
> Dec  4 15:15:22 compaq dhclient: DHCPDISCOVER on ne1 to 255.255.255.255 port 67 
> 
> so it would seem that although being recognised as a valid option by dhcpd
> (ie., no error when parsing), tftp-server-name isn't being returned. Is
> this a valid conclusion, or am I missing something?