[Kea-users] Client class limitations

[Darren Ankney]

Hi ,

If you need to set options on a per client basis, I suggest you have a
look at "reservations":
https://kea.readthedocs.io/en/kea-2.6.1/arm/dhcp4-srv.html#including-specific-dhcpv4-options-in-reservations

Thank you,
Darren Ankney

On Tue, Sep 17, 2024 at 4:47 AM <egor.grijuc at orange.com> wrote:
>
> Hello.
> Previously i asked question abot if it is possible to specify array of criteria in client class.
> As i understand this is impossible.
> The problem is that i need to provide alternative dns server for specific clients.
> These clients can be matched by option 82 suboption 2.
> Each client will have uniqe value.
> So i understand that the only way to do this with kea is creating for each client his own client class.
> I have configuration backend and this can be done with rest api, no rpoblem, but i am not sure if this is good idea to create large amount of cliebt classes.
> Does kea have limitation of client class quantity or does large amount of cliebt classes can affect kea perfomance?
> Because now when we have outages in the network an large amount of dhcp traffic hits-kea processes this without any problems and i dont wabt to loose this perfomance
> This message and attached information may contain confidential information that may be protected by law. It is intended only for the use of the individual or entity named above. If you have received this message in error, you are hereby notified that any use, dissemination or copying of this communication without authorization is strictly prohibited, and please immediately notify the sender by replying by email and then delete this message and its attachments completely from your system. Thank you for your cooperation.
>
> ____________________________________________________________________________________________________________
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
> --
> 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 mailing list
> Kea-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/kea-users