Vendor Encapsulated Options Bug??
Jiann-Ming Su
su_js1 at yahoo.com
Tue Dec 14 19:56:35 UTC 2010
Running dhcpd 3.0.5 which ships with CentOS/RH 5. When I try to use Vendor
Encapsulated Options, something doesn't seem to work quite right.
In the following configs, we're trying to pass Option 43 to Aruba AP's. The
first config is what Aruba's docs suggests, and it works:
option serverip code 43 = ip-address; # Aruba Master IP
class "vendor-classes" {
match option vendor-class-identifier;
}
subnet 192.168.246.0 netmask 255.255.255.0 {
subclass "vendor-classes" "ArubaAP" {
option vendor-class-identifier "ArubaAP";
option serverip 10.10.15.180;
}
}
The Option 43 portion of the DHCPOFFER packet is as follows:
2b 04 0a 0a 0f b4
Option: (t=43,l=4) Vendor-Specific Information
Option: (43) Vendor-Specific Information
Length: 4
Value: 0a0a0fb4
However, if I try to use the "option space" config, the result is a bit
different:
class "vendor-classes" {
match option vendor-class-identifier;
}
option space ArubaAP;
option ArubaAP.serverip code 43 = ip-address;
subnet 192.168.246.0 netmask 255.255.255.0 {
subclass "vendor-classes" "ArubaAP" {
option vendor-class-identifier "ArubaAP";
vendor-option-space ArubaAP;
option ArubaAP.serverip 170.140.15.180;
}
}
The Option 43 portion of this DHCPOFFER packet is:
2b 06 2b 04 0a 0a 0f b4
Option: (t=43,l=6) Vendor-Specific Information
Option: (43) Vendor-Specific Information
Length: 6
Value: 2b040a0a0fb4
Is this a bug in the "option space" config of vendor encapsulated options for
3.0.5? Or, am I not configuring dhcpd correctly? Thanks for any insights.
More information about the dhcp-users
mailing list