[Kea-users] [EXTERNAL] Re: Two questions regarding to kea subnet configuration

Tue May 7 02:26:57 UTC 2024

I did look at it but it is a highly ineffective way of doing such classification. I do not have much commonality between individual subnets and adding extra complexity of tracking them via client classes is not worth the effort IMHO. I will see what I can do with comments, and just wish they were visible in Stork, via – perhaps, a customizable field. Right now, having several [1] prefixes is hard to track 

Marek

From: David Farje <davidabelfarje at gmail.com> 
Sent: Monday, May 6, 2024 12:12 PM
To: Kea user's list <kea-users at lists.isc.org>
Cc: mxhajduczenia at gmail.com; Xiao, Yu (CCI-Atlanta) <yu.xiao at cox.com>
Subject: Re: [Kea-users] [EXTERNAL] Re: Two questions regarding to kea subnet configuration

You can use client classes.  You can create a client class with only the "name" parameter and associate the subnet with the client class.  That way the subnet object has a descriptive string you can use to reference. See the following

https://kea.readthedocs.io/en/kea-2.2.0/arm/classify.html#configuring-subnets-with-class-information

Best Regards,

David

On Mon, May 6, 2024 at 12:47 PM Xiao, Yu (CCI-Atlanta) via Kea-users <kea-users at lists.isc.org <mailto:kea-users at lists.isc.org> > wrote:

I agree, So if we have string name for those subnets, we can use our tools to manipulate those information much easier and people who use them will understand easier. It’s better we have another  non-key ID as Marek suggested. 

Best Regards,

Yu

From: Kea-users <kea-users-bounces at lists.isc.org <mailto:kea-users-bounces at lists.isc.org> > on behalf of Marek Hajduczenia <mxhajduczenia at gmail.com <mailto:mxhajduczenia at gmail.com> >
Date: Monday, May 6, 2024 at 12:31 PM
To: 'Kea user's list' <kea-users at lists.isc.org <mailto:kea-users at lists.isc.org> >
Subject: [EXTERNAL] Re: [Kea-users] Two questions regarding to kea subnet configuration

I understand the scaling factor and just throwing it out there – it would help to have perhaps non-key ID to search for, say “name” or something in the line of, making it a more unique value to search for. 

From: Kea-users <kea-users-bounces at lists.isc.org <mailto:kea-users-bounces at lists.isc.org> > On Behalf Of David Farje
Sent: Monday, May 6, 2024 10:13 AM
To: Kea user's list <kea-users at lists.isc.org <mailto:kea-users at lists.isc.org> >
Subject: Re: [Kea-users] Two questions regarding to kea subnet configuration

Definitely string ID is nicer to manage.  The thing is, Kea seems to be designed to support a large number of subnets and DB backend.  In this case it is better to use an integer because I don't think you want a string based primary key on a DB table with millions of entries.

Regarding your second question I believe you may find some answers here:

https://kea.readthedocs.io/en/kea-2.4.0/arm/dhcp4-srv.html#address-allocation-strategies-in-dhcpv4 <https://urldefense.com/v3/__https:/kea.readthedocs.io/en/kea-2.4.0/arm/dhcp4-srv.html*address-allocation-strategies-in-dhcpv4__;Iw!!Hit2Ag!xde9ThTb7f7wzSlNi38OV3QQiTWY7eArrNaoR1tsT44zCY3x94jQ3Seg_P5d18-jL0k5A0YY61YHuIsTwbvG$> 

Regards,

David

On Mon, May 6, 2024 at 9:21 AM <mxhajduczenia at gmail.com <mailto:mxhajduczenia at gmail.com> > wrote:

I can confirm – the lack of support for string ID is pretty annoying right now, and forces me to create ranges for specific applications, which will not scale well in production. 

On the second one, I observed that it goes numerically from the bottom of the pool range up, so ::2, ::3, etc. In ISC, it seems to have been random selection from the pool, with attempt made to populate all stanzas. Kea seems to prefer numerically incrementing assignment, which is pretty bad for security purposes (if a user knows it, they can pretty much guess previous assignments). I preferred personally the old ISC way of doing things. 

Marek

From: Kea-users <kea-users-bounces at lists.isc.org <mailto:kea-users-bounces at lists.isc.org> > On Behalf Of Xiao, Yu (CCI-Atlanta) via Kea-users
Sent: Monday, May 6, 2024 6:10 AM
To: Kea user's list <kea-users at lists.isc.org <mailto:kea-users at lists.isc.org> >
Cc: Xiao, Yu (CCI-Atlanta) <yu.xiao at cox.com <mailto:yu.xiao at cox.com> >
Subject: [Kea-users] Two questions regarding to kea subnet configuration

Greetings,

I have two questions related to the kea design. First, seems currently we can only assign numeric IDs to subnets, but for subnet management, it’s more convenient to use a string, is it possible to add this feature? Second, how kea design to distribute the ip addresses inside of the subnet esp ipv6 subnet? Is it totally random? Thank you. 

Best Regards,

Yu

-- 
ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ <https://urldefense.com/v3/__https:/www.isc.org/contact/__;!!Hit2Ag!xde9ThTb7f7wzSlNi38OV3QQiTWY7eArrNaoR1tsT44zCY3x94jQ3Seg_P5d18-jL0k5A0YY61YHuGFCeiXp$>  for more information.

To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users <https://urldefense.com/v3/__https:/lists.isc.org/mailman/listinfo/kea-users__;!!Hit2Ag!xde9ThTb7f7wzSlNi38OV3QQiTWY7eArrNaoR1tsT44zCY3x94jQ3Seg_P5d18-jL0k5A0YY61YHuIWs4xfY$> .

Kea-users mailing list
Kea-users at lists.isc.org <mailto:Kea-users at lists.isc.org> 
https://lists.isc.org/mailman/listinfo/kea-users <https://urldefense.com/v3/__https:/lists.isc.org/mailman/listinfo/kea-users__;!!Hit2Ag!xde9ThTb7f7wzSlNi38OV3QQiTWY7eArrNaoR1tsT44zCY3x94jQ3Seg_P5d18-jL0k5A0YY61YHuIWs4xfY$> 

-- 
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 <mailto:Kea-users at lists.isc.org> 
https://lists.isc.org/mailman/listinfo/kea-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20240506/252b232b/attachment-0001.htm>