[Kea-users] Feature request: Control when "evaluate-additional-classes" is executed
Jonas Alfredsson
jonas.alfredsson at protonmail.com
Fri Jan 3 10:02:23 UTC 2025
Hi,
With Kea 2.7.5 it is now possible to add a "client-classes" limit to the pool
argument like this:
{
"pool": "172.27.140.2-172.27.140.10",
"client-classes": ["k8s-node", "special-k8s-node"]
},
{
"pool": "172.27.140.20-172.27.140.30",
"client-classes": ["not-k8s-node"]}
This is nice, but I ran into an issue where when we mark these classes with
"only-in-additional-list": true, they are only evaluated after a pool has
been selected, thus these pools will never be chosen unless we remove the
late evaluation from the class definitions (which would mean that all
requests are classified, even though it is only relevant for a single
subnet).
My suggestion/request would be that these "only-in-additional-list" are
evaluated at the level where the "evaluate-additional-classes" is defined.
So if we have the following configuration:
"subnet4": [{
"id": 1,
"subnet": "172.27.140.0/26",
"evaluate-additional-classes": [
"k8s-node",
"special-k8s-node",
"not-k8s-node" ],
"pools": { ... }
}]
The classes defined in that list are evaluated when the subnet has been chosen,
but before the actual pool has been chosen.
I will attach a complete config file to provide more context to what I am
trying to achieve, and I am looking forward to hear what you think of this.
Best regards,
Jonas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20250103/bea32a72/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dhcp4.json
Type: application/json
Size: 2591 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20250103/bea32a72/attachment.json>
More information about the Kea-users
mailing list