GitLab

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.