[Kea-users] Kea v3 (2.7.7) - Global options via API

[Darren Ankney]

Hi Matt,

I just tested, and you are correct.  subnet4-get does not return any
global options.  This does make some sense as you might perform a
subnet4-get and then modify the returned content before sending back
this modified content with subnet4-add or subnet4-delta-add. If extra
option data (or settings) from global were included, then you might
not have a way to know which option data needs to be sent in
subsequent edits and which is from global.

To submit ideas or bug reports, you can do that here:
https://gitlab.isc.org/isc-projects/kea/-/issues/

Thank you,
Darren Ankney

On Fri, May 9, 2025 at 6:52 AM Matt Crum <Matt.Crum at pcn-inc.com> wrote:
>
> Thanks Darren, this is what I suspected - I'll have to pull the whole server configuration to check which options will affect a single subnet (due to inheritance) - meaning the submet_cmds get hook does not add any efficiency over the whole-file operation.
>
> Might be worth a RFE to filter the output (specify return fields), or to optionally include globally scoped options in the subnet response? How do I go about getting those submitted?
>
> Cheers
>
> -----Original Message-----
> From: Darren Ankney <darren.ankney at gmail.com>
> Sent: 09 May 2025 11:17
> To: Kea user's list <kea-users at lists.isc.org>
> Cc: Matt Crum <Matt.Crum at pcn-inc.com>
> Subject: Re: [Kea-users] Kea v3 (2.7.7) - Global options via API
>
> Hello,
>
> I believe that config-get will be the method you'll have to use to retrieve global settings that don't have a specific api structure (client-classes, shared-networks,subnets, and reservations all have specific API calls, but global settings, hooks, loggers, option-def and data, and many others do not).
>
> Thank you,
> Darren Ankney
>
> On Fri, May 9, 2025 at 5:50 AM Matt Crum via Kea-users <kea-users at lists.isc.org> wrote:
> >
> > Hi -
> >
> >
> >
> > We’re developing an API integration with Kea and until now have been doing whole file operations for everything, because we did not have access to the subnet/host CMDs hooks.
> >
> >
> >
> > Now that some of the hooks are being open sourced, we are looking to switch to using them for our integration to make things more efficient.
> >
> >
> >
> > One of our requirements is to list DHCP options which will be presented to a specified host/pool/subnet - I have not been able to find a way to grab global options using hooks.
> >
> >
> >
> > Are we aware of a way to either return global DHCP options using hooks, or (better) to grab a computed configuration for a specified item, combining global, shared and locally set options?
> >
> >
> >
> > We can obviously revert to grabbing the whole configuration and parsing it, but it seems expensive.
> >
> >
> >
> > Thanks in advance.
> >
> >
> >
> > CONFIDENTIALITY NOTICE: This message is intended for the use of the individual or entity to which it is addressed and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If the recipient of this message is not the intended recipient, you are hereby notified that any reading, printing, copying, dissemination, distribution, disclosure, or forwarding of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and delete it from your system. Thank You.
> >
> > --PCNdcV.12
> >
> > --
> > 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
> --PCNO365V.12
> CONFIDENTIALITY NOTICE: This message is intended for the use of the individual or entity to which it is addressed and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If the recipient of this message is not the intended recipient, you are hereby notified that any reading, printing, copying, dissemination, distribution, disclosure, or forwarding of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and delete it from your system. Thank You.
>
> --PCNdcV.12