[Kea-users] The client class design in newer kea versions - 3.0.0

[tachibanashita at outlook.com]

Thank you, Good to know! 



Regards,


> On Nov 25, 2025, at 10:36 AM, Darren Ankney <darren.ankney at gmail.com> wrote:
> 
> Hi,
> 
> Kea will evaluate all classes.  It won't stop when a match is
> encountered.  Clients can be members of multiple classes.  It will be
> difficult to help without seeing your configuration, logs and a packet
> capture of the client that is not matching the class.
> 
> Thank you,
> Darren Ankney
> 
> On Fri, Nov 21, 2025 at 3:50 PM tachibanashita at outlook.com
> <tachibanashita at outlook.com> wrote:
>> 
>> Hello everyone,
>> 
>> Last year, I tested on kea 2.6.2 with two different client classes Client_class1 and Client_class2 with similar configurations but slightly different, then I found my devices couldn’t match the Client_class2 even it should match all the criteria. Some other kea users told me that it was because I defined the Client_class1 configuration first then the Client_class2 configuration. So when the device came online, kea detects it match the criteria of Client_class1 first, so it won’t check the rest of similar client classes.
>> 
>> I am wondering if you have made some improvement on this and allow kea to match the most satisfying client class instead of the 1st defined one? Thank you.
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Best Regards,
>> 
>> 
>> 
>> --
>> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
>> 
>> To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.
>> Kea-users at lists.isc.org
> -- 
> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
> 
> To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users.
> Kea-users at lists.isc.org