[Kea-users] Question regarding to kea configuration in memory

[tachibanashita at outlook.com]

Greetings,

I have a subnet definition in my kea-dhcp6.conf, it inherited its configuration from a client class called “device”, then I gave it some customization configuration in the option-data section. After I used the config-write command to get the config from memory, I noticed the client class of this subbed is no longer “device” but “device_class2”, even I never defined this client class. My guess is because of the customization data in option-data section, so kea realized its configuration is different from the original client class “device”, and it gives a new name.

Is this behavior expected? I think this could bring some troubles when we try to do automatization. Now after we use the subnet hook, we have to use the config-write command Darren mentioned to save the config changes from memory to harddisk. And now in the new config file, we will have those “device_class2” client class which previously didn’t exist.


Original config in kea-dhcp6.conf:

        {
            "id": 2,
            "subnet": "2100:100:10:10::1/64",
            "option-data": [
               {
                    "space": "vendor-4491",
                    "name": "cores",
                    "code": 61,
                    "data": "2100:100:10:10::10-2100:100:10:10::100",
                    "always-send": true
               }
            ],
            "pools": [
                {
                    "pool": "2100:100:10:10::10-2100:100:10:10::100"
                }
             ],
            "relay": {
                "ip-addresses": [ "2100:100:10:10::1" ]
             },
            "interface": "ens2",
            "client-class": “device",
            "allocator": "iterative"
        },


After using config-write:
      {
        "allocator": "iterative",
        "calculate-tee-times": true,
        "client-classes": [ “device_class2" ],
        "id": 2,
        "interface": "ens2",
        "max-preferred-lifetime": 907200,
        "max-valid-lifetime": 1209600,
        "min-preferred-lifetime": 907200,
        "min-valid-lifetime": 1209600,
        "option-data": [
          {
            "always-send": true,
            "code": 61,
            "csv-format": true,
            "data": “2100:100:0:30:0:0:0:22",
            "name": "cores",
            "never-send": false,
            "space": "vendor-4491"
          }
        ],
        "pd-allocator": "iterative",
        "pd-pools": [ ],
        "pools": [
          {
            "option-data": [ ],
            "pool": “2100:100:10:10::10-2100:100:10:10::100"
          }
        ],
        "preferred-lifetime": 907200,
        "rapid-commit": false,
        "rebind-timer": 1058400,
        "relay": {
          "ip-addresses": [ "2100:100:10:10::1" ]
        },
        "renew-timer": 604800,
        "reservations": [ ],
        "store-extended-info": false,
        "subnet": "2100:100:10:10::1/64",
        "t1-percent": 0.5,
        "t2-percent": 0.8,
        "valid-lifetime": 1209600
      },
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20250417/2fff7c50/attachment.htm>