Fixed-address BOOTP clients not receiving options

[Chris Marget]

I hope someone will help me diagnose a problem in which a fixed-address
bootp client isn't receiving options he needs.

Here is the relevant part of the configuration:

################################################################################
subnet 192.168.4.0 netmask 255.255.255.0 {
        option routers                  192.168.4.1;
        option subnet-mask              255.255.255.0;
        range dynamic-bootp 192.168.4.100 192.168.4.199;
        default-lease-time 604800;
        max-lease-time 2592000;
        next-server 1.1.1.1;
        filename "foo";
}

host xyplex-3 {
        hardware ethernet 08:00:87:0a:b1:90;
        fixed-address 192.168.4.13;
        next-server 10.122.218.33;
        filename "/xyplex/xpcsrv20.sys";
}
################################################################################

When configured like this, the "routers" and "subnet-mask" options are not
passed to the client.

Explicitly configuring these options within the host declaration does not
make any difference.

Eliminating the host declaration altogether causes the options defined in
the subnet to be passed to the client, but lands the client on an
unpredictable IP address.

I've tried this with the V3.0.5-RedHat package supplied within the Amazon
EC2 cloud, and with 4.2.0-P1 built from source.  Both behave the same, so
I'm leaning towards configuration error on my part :-)

The packets are being relayed by a Cisco IOS device.  I checked both sides
of it with a sniffer:  The switch isn't stripping my options.

A capture of two transactions can be found here:
http://wrt.marget.com/bootp_problem.pcap
The first transaction had the server configured with the host stanza.  In
the second transaction, the fixed host had been commented out, and the
server restarted.

I collected a couple of dhcpd tracefiles too:
http://wrt.marget.com/dhcpd.with.host.tf
http://wrt.marget.com/dhcpd.without.host.tf

What am I doing wrong?

Thank you!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20101124/489f4ce6/attachment.html>