Thank you Darren. The link you provided describes the problem I am facing very well. Maybe KEA could construct its own UUID based on a defined set of attributes configurable by the customer/user/KEA-Admin and that is used instead. Anyway, let's see. I basically decided to use different client names/prefixes in the client name to differentiate between v4 and v6 for now. Looking forward to more flexibility regarding hostname settings in KEA with DDNS tuning once I can upgrade to 2.7.7 since this hook has been put into the Open Source category. Thank you for that :) Regarding lease testing: I shall reduce the lease time then.
Best, C. On Mon, 5 May 2025, 00:00 , <kea-users-requ...@lists.isc.org> wrote: > Send Kea-users mailing list submissions to > kea-users@lists.isc.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.isc.org/mailman/listinfo/kea-users > or, via email, send a message with subject or body 'help' to > kea-users-requ...@lists.isc.org > > You can reach the person managing the list at > kea-users-ow...@lists.isc.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Kea-users digest..." > > > Today's Topics: > > 1. Re: Kea-users Digest, Vol 130, Issue 47 (Darren Ankney) > 2. Re: Kea-DHCP upgrade 2.4 to 2.6 issues (Darren Ankney) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 4 May 2025 05:44:32 -0400 > From: Darren Ankney <darren.ank...@gmail.com> > To: "Kea user's list" <kea-users@lists.isc.org> > Subject: Re: [Kea-users] Kea-users Digest, Vol 130, Issue 47 > Message-ID: > < > cakabwhhu2jaaeugm_nyp6elsn74gum585r4mrttvz37de+o...@mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hi, > > On Tue, Apr 29, 2025 at 3:24?AM Christoph Markert <magg...@gmail.com> > wrote: > > > > Hi Darren, > > > > thank you for your swift response. > > Here is an update after further investigation: > > A) My reverse zone file for IPv6 had an issue in BIND - it wasn't > defined correctly (there was an issue when I typed in the reverse address). > I corrected that. I tested it with only requesting a v6 address and > consequently the zone files have been updating correctly in BIND. > > B) My DHCP client (in this test case a Windows 11 machine) sends > different DHCIDs for v4 and v6 - this seems to be Windows 11 default based > on my research. However, according to RFC4701 and RFC4361 the DHCIDs used > in v4 and v6 DHCP requests (to KEA) need to > > be identical so that KEA-DDNS can perform a match between the requests. > See also 'https://lists.isc.org/pipermail/kea-users/2023-June/004068.html'. > You can see an excerpt from my DDNS log at the end of my response. In there > you can see the DHCIDs are different for v4 and v6 incl. the corresponding > error messages (see RCODE '8', which apparently indicates this issue - > based on my current understanding). > > Most likely, Kea is creating your DHCID records (unless your clients > are updating DNS directly). See here: > https://kea.readthedocs.io/en/kea-2.6.2/arm/ddns.html#conflict-resolution > > > > > Question 1: since it is very difficult to control each client how they > create their DHCID for v4 and v6, is there any setting in KEA (or BIND) to > make a matching work between v4 and v6 even though the DHCID may be > different. I played around with match-client-ID in KEA v4, but currently I > am unsure whether this solves this issue. > > For dual stack environments, see here: > > https://kea.readthedocs.io/en/kea-2.6.2/arm/ddns.html#dual-stack-environments > but realistically, about all you could try would be to disable > conflict resolution with DHCID records unless you have clients that do > support RFC 4361 > > This recent Gitlab issue from another user describes the problem I > think you are encountering: > https://gitlab.isc.org/isc-projects/kea/-/issues/3780 > > > Question 2 - for proper testing: to fully remove a v4 or v6 lease from > KEA, is it sufficient to just delete it from the csv-files or is there > anything else to do as it seems I get strange behaviours when just removing > a lease from the csv-file(s) (since there are 2 files for v4 and 2 files > for v6)? How can I flush all or specific v4 / v6 leases properly? I do have > a combination of dynamic IP pools and reserved/static IPs in my KEA v4/v6 > configuration. > > If you simply delete the lease file, then you'll have orphaned DNS > records hanging around. For testing, I recommend a short lease > (perhaps 5 minutes) so that you can just wait for the lease to expire > and things to happen naturally. > > Thank you, > Darren Ankney > > > ------------------------------ > > Message: 2 > Date: Sun, 4 May 2025 06:05:01 -0400 > From: Darren Ankney <darren.ank...@gmail.com> > To: "Kea user's list" <kea-users@lists.isc.org> > Subject: Re: [Kea-users] Kea-DHCP upgrade 2.4 to 2.6 issues > Message-ID: > < > cakabwhgurw9oteqk21sntadgdmz6kad-fcivrqjre9zg_ba...@mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > On Fri, May 2, 2025 at 5:30?PM Scott Rakow <srs...@gmail.com> wrote: > > > > Andrei, > > Thanks for the answer. You were correct. I thought I grabbed the el9 > files, but they were the el8. > > > > I am now getting an error that the CmdHttpListner is not starting > because multithreading is disabled. In searching I can not find any > reference in the ISC documentation about the cmdhttplistener or how to > configure it. > > This likely refers to the HTTP Listener in the HA hook? In 2.6.2, > multithreading should be default on (see here: > > https://kea.readthedocs.io/en/kea-2.6.2/arm/dhcp4-srv.html#multi-threading-settings > ) > and the HA Hook should default to multi-threading with dedicated > listener (see here: > > https://kea.readthedocs.io/en/kea-2.6.2/arm/hooks.html#multi-threaded-configuration-ha-mt > ). > Perhaps you have disabled multi-threading in your configuration? In > the past (I think earlier than 2.4 though), all of this was default > disabled. > > > > > A Google search did come up with this snippet: > > > > { > > "dhcp4": { > > "cmdhttplistner": { > > "enabled": true, > > "listen-interface": "eth0", > > "listen-port": 8080, > > "listen-address": "0.0.0.0", > > "auth-key": "your_auth_key" > > } > > } > > } > > > > But I can't find any other reference to it. > > This is likely an AI hallucination. > > > > > Is there a way to make sure that multithreading is enabled? > > > > See above. > > > I see that the kea-ctrl-agent will be merged with the kea-dhcpx service > sometime after 2.6. Will all the current curl commands be available once > that is in place? The list of commands that I saw left out the > ha-maintenance-cancel and start commands. > > You will be able to setup remote API listening directly in the various > daemons in 2.7+ The separate daemon is removed, but the functionality > survives. You are encouraged to setup a test machine of some sort and > start experimenting with the latest 2.7 dev branch. 3.0 will be a big > change, and it is never too early to start testing :) > > > Thank you, > Darren Ankney > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > > ISC funds the development of this software with paid support > subscriptions. Contact us at https://www.isc.org/contact/ for more > information. > > Kea-users mailing list > Kea-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/kea-users > > > ------------------------------ > > End of Kea-users Digest, Vol 131, Issue 5 > ***************************************** >
-- 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@lists.isc.org https://lists.isc.org/mailman/listinfo/kea-users
