[Kea-users] config Kea via database.

Peter Davies peterd at isc.org
Tue Jul 23 08:09:20 UTC 2024


Hi Vadim,
    This behaviour may be caused by a known Kea Configuration Backend 
(CB) issue.
GitLab #2881 "DHCP4 Vendor-Specific Options do not get encapsulated when 
using
the DB Backend (mysql)"

See: https://gitlab.isc.org/isc-projects/kea/-/issues/2881

This issue was fixed in Kea development release  2.5.8.

If you are unable to upgrade to 2.6, a workaround may be to add the 
hexadecimal
data directly to option 43 instead of defining an encapsulated suboption 
separately.

For example, sub-option 61 with the value "XXX.XXX.XXX.XXX" could be 
represented as:
"3D0F5858582E5858582E5858582E585858"
3D = 61; 0F = 15 (length) and 5858582E5858582E5858582E585858 for 
XXX.XXX.XXX.XXX

This would look like this.

"options": [ {
"always-send": true,
"code": 43,
"csv-format": false,
"data": "3D0F5858582E5858582E5858582E585858",
"name": "vendor-encapsulated-options",
"never-send": false,
"space": "dhcp4"
...
}
If you intend to upgrade to Kea 2.6, I suggest you wait until Kea 2.6.1, 
which
is scheduled for release shortly. Kea 2.6.1 will include a fix for 
Gitlab #3481
"Subnet DHCP options in the config backend are not correctly 
encapsulated when
fetched from the config backend" which  affects vendor-encapsulated 
options saved
to the CB.

See: https://gitlab.isc.org/isc-projects/kea/-/issues/3481

Kind Regards Peter

Peter Davies
Support Engineer
Internet Systems Corporation



More information about the Kea-users mailing list