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