suboptions defined in vendor-encapsulated-options-space are not included to option 43
Based on ARM - 8.2.13. DHCPv4 Vendor-Specific Options example configuration should work:
"client-classes": [
{
"option-def": [
{
"code": 43,
"type": "empty",
"name": "vendor-encapsulated-options"
}
],
"name": "VENDOR_CLASS_339",
"option-data": [
{
"name": "vendor-encapsulated-options"
},
{
"always-send": true,
"data": "123",
"name": "vlanid",
"space": "vendor-encapsulated-options-space"
},
{
"always-send": true,
"data": "sdlp://192.0.2.11:18443",
"name": "dls",
"space": "vendor-encapsulated-options-space"
}
]
}
],
"option-data": [],
"option-def": [
{
"code": 2,
"name": "vlanid",
"space": "vendor-encapsulated-options-space",
"type": "uint32",
"record-types": "",
"array": false,
"encapsulate": ""
},
{
"code": 3,
"name": "dls",
"space": "vendor-encapsulated-options-space",
"type": "string",
"record-types": "",
"array": false,
"encapsulate": ""
}
],
and in if client send option 60 with vendor id 339
it should respond with option 43 that contain both defined suboptions, but it sends empty option 43 (class is evaluated correctly). I'm not sure if it's bug or it's documentation issue.