<div dir="ltr"><div>Hi Darren,</div><div><br></div><div>please find the log attached. You can see that after around 6min KEA uses the defined hostname.</div><div>Could you please elaborate a bit more on the prefix delegation part. Why would I need it?</div><div><br></div><div>Thank you.</div><div>Best,</div><div>C.</div><div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Am Mi., 3. Dez. 2025 um 08:20 Uhr schrieb <<a href="mailto:kea-users-request@lists.isc.org">kea-users-request@lists.isc.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send Kea-users mailing list submissions to<br>
        <a href="mailto:kea-users@lists.isc.org" target="_blank">kea-users@lists.isc.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:kea-users-request@lists.isc.org" target="_blank">kea-users-request@lists.isc.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:kea-users-owner@lists.isc.org" target="_blank">kea-users-owner@lists.isc.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Kea-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: Kea-DHCPv6: No static reservations available (Darren Ankney)<br>
   2. KEA HA failover - dhcpv6 particularly (Aaron Gould)<br>
   3. Re: KEA HA failover - dhcpv6 particularly (Darren Ankney)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 2 Dec 2025 15:23:45 -0500<br>
From: Darren Ankney <<a href="mailto:darren.ankney@gmail.com" target="_blank">darren.ankney@gmail.com</a>><br>
To: "Kea user's list" <<a href="mailto:kea-users@lists.isc.org" target="_blank">kea-users@lists.isc.org</a>><br>
Subject: Re: [Kea-users] Kea-DHCPv6: No static reservations available<br>
Message-ID:<br>
        <CAKabWHgTotJFnpDu6b=fR=Jwj6G=<a href="mailto:WudO3ynKXmLXe2_04b%2BWwg@mail.gmail.com" target="_blank">WudO3ynKXmLXe2_04b+Wwg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
Hi Christoph,<br>
<br>
Looking at your configuration, I note that there are no dynamic pools.<br>
I notice your client is reserved address fd00:192:168:3::3 I further<br>
notice that there is no prefix delegation configured and none reserved<br>
for the client.  The log messages of<br>
ALLOC_ENGINE_V6_ALLOC_NO_LEASES_HR correspond to the client asking for<br>
a prefix delegation (IA_PD) but not receiving one as noted in the logs<br>
here:<br>
<br>
msg_type=SOLICIT (1), trans_id=0xaeccc3,<br>
options:<br>
[...]<br>
type=00025(IA_PD), len=00012: iaid=1448103320, t1=0, t2=0<br>
<br>
and in the response:<br>
<br>
msg_type=ADVERTISE (2), trans_id=0xaeccc3,<br>
[...]<br>
type=00025(IA_PD), len=00056: iaid=1448103320, t1=0, t2=0,<br>
options:<br>
    type=00013, len=00040: NoPrefixAvail(6) "Sorry, no prefixes could<br>
be allocated."<br>
<br>
The reservation is clearly used for the IA_NA (fd00:192:168:3::3) or<br>
the client would not receive an IP address at all.<br>
<br>
As far as the failure of hostname, that is a separate issue.<br>
According to your ddns settings, you should be replacing the hostname<br>
supplied by the client and it should use the one found in your<br>
reservation. You said it eventually obtains the correct hostname.  Can<br>
you send the logs showing this?<br>
<br>
Thank you,<br>
Darren Ankney<br>
<br>
On Mon, Dec 1, 2025 at 5:27?PM Christoph Markert <<a href="mailto:maggiv8@gmail.com" target="_blank">maggiv8@gmail.com</a>> wrote:<br>
><br>
> Hi Darren,<br>
><br>
> please find my configuration below:<br>
> {<br>
><br>
> "Dhcp6":<br>
> {<br>
> "dhcp-ddns": {<br>
> "enable-updates": true<br>
> },<br>
> "ddns-replace-client-name": "always",<br>
> "ddns-generated-prefix": "v6",<br>
> "ddns-qualifying-suffix": "local.markert.live",<br>
> "ddns-override-client-update": true,<br>
> "ddns-override-no-update": true,<br>
><br>
> "hostname-char-set": "[^A-Za-z0-9.-]",<br>
> "hostname-char-replacement": "x",<br>
> "client-classes": [<br>
> {<br>
> "name": "Default",<br>
> "test": "not (option[1].hex == '0x00020000AB11D087EFD048F95BBD')",<br>
> "option-data":<br>
> [<br>
> {<br>
> "name": "dns-servers",<br>
> "data": "fd00:192:168:3::1"<br>
> },<br>
> {<br>
> "name": "domain-search",<br>
> "data": "local.markert.live"<br>
> }<br>
> ]<br>
> }<br>
> ],<br>
> "loggers": [<br>
> {<br>
> "name": "kea-dhcp6",<br>
> "severity": "DEBUG",<br>
> "debuglevel": 99,<br>
> "output_options": [<br>
> {<br>
> "output": "kea-dhcp6.log",<br>
> "maxver": 10<br>
> }<br>
> ]<br>
> },<br>
> {<br>
> "name": "kea-dhcp6.dhcpsrv",<br>
> "severity": "DEBUG",<br>
> "debuglevel": 99,<br>
> "output_options": [<br>
> {<br>
> "output": "dhcp6-dhcpsrv.log",<br>
> "maxver": 10<br>
> }<br>
> ]<br>
> },<br>
><br>
> {<br>
> "name": "kea-dhcp6.leases",<br>
> "severity": "DEBUG",<br>
> "debuglevel": 99,<br>
> "output_options": [<br>
> {<br>
> "output": "dhcp6-leases.log",<br>
> "maxver": 10<br>
> }<br>
> ]<br>
> }<br>
> ],<br>
> "interfaces-config":<br>
> {<br>
> "interfaces": ["enp2s0"], // This is the internal interface<br>
> "service-sockets-max-retries": 10,<br>
> "service-sockets-retry-wait-time": 3000<br>
> },<br>
> "lease-database":<br>
> {<br>
> "type": "memfile",<br>
> "persist": true,<br>
> "name": "kea-leases6.csv",<br>
> "lfc-interval": 3600<br>
> },<br>
><br>
> "renew-timer": 15840,<br>
> "rebind-timer": 27720,<br>
> "valid-lifetime": 31680,<br>
> "shared-networks":<br>
> [<br>
> {<br>
> # Name of the shared network. It may be an arbitrary string<br>
> # and it must be unique among all shared networks.<br>
> "name": "markert-live-local",<br>
><br>
> # The subnet selector can be specified at the shared-network level.<br>
> # Subnets from this shared network will be selected for directly<br>
> # connected clients sending requests to the server's "enp2s0" interface.<br>
> "interface": "enp2s0",<br>
><br>
> # This starts a list of subnets in this shared network.<br>
> # There are two subnets in this example.<br>
> "subnet6":<br>
> [<br>
><br>
> {<br>
> // Internal ID to identify subnet internally<br>
> "id": 19216810,<br>
> // Subnet for fd00:192:168:0::/48 - static IPs (usable host IP range: fd00:192:168:0::1 - fd00:192:168:0::ffff)<br>
> "subnet": "fd00:192:168:0::/48",<br>
> // Add DHCP IPv6 Pool<br>
> "pools":<br>
> [ ],<br>
> // Add reservations here for subnet<br>
> "reservations":<br>
> [<br>
> {<br>
> "duid": "00:02:00:00:ab:11:d0:87:ef:d0:48:f9:5b:bd",<br>
> "ip-addresses": [ "fd00:192:168:0::1" ],<br>
> "hostname": "v6-vmhomeserver"<br>
> }<br>
> ],<br>
> // Additional information for subnet<br>
> "option-data":<br>
> [<br>
> {<br>
> "name": "dns-servers",<br>
> "data": "fd00:192:168:3::1"<br>
> },<br>
> {<br>
> "name": "domain-search",<br>
> "data": "local.markert.live"<br>
> }<br>
> ]<br>
> },<br>
> {<br>
> "id": 1921681,<br>
> // Subnet for fd00:192:168:1::/48 - static IPs (usable host IP range: fd00:192:168:1::1 - fd00:192:168:1::ffff)<br>
> "subnet": "fd00:192:168:1::/48",<br>
> "client-class": "Default",<br>
> // Add DHCP IPv6 Pool<br>
> "pools":<br>
> [ ],<br>
> // Add reservations here for subnet<br>
> "reservations":<br>
> [<br>
> {<br>
> "hw-address": "52:54:00:74:f6:13",<br>
> "ip-addresses": [ "fd00:192:168:1::1" ],<br>
> "hostname": "v6-vmhomeserver"<br>
> }<br>
> ]<br>
> },<br>
> {<br>
> "id": 1921682,<br>
> // Subnet for fd00:192:168:2::/48 - static IPs (usable host IP range: fd00:192:168:2::1 - fd00:192:168:2::ffff)<br>
> "subnet": "fd00:192:168:2::/48",<br>
> "client-class": "Default",<br>
> // Add DHCP IPv6 Pool<br>
> "pools":<br>
> [ ],<br>
> // Add reservations here for subnet<br>
> "reservations":<br>
> [<br>
> {<br>
> "hw-address": "52:54:00:74:f6:13",<br>
> "ip-addresses": [ "fd00:192:168:2::1" ],<br>
> "hostname": "v6-vmhomeserver"<br>
> }<br>
> ]<br>
> // Additional information for subnet<br>
> //"option-data":<br>
> },<br>
> {<br>
> "id": 1921683,<br>
> // Subnet for fd00:192:168:3::/48 - static IPs (usable host IP range: fd00:192:168:3::1 - fd00:192:168:3::ffff)<br>
> "subnet": "fd00:192:168:3::/48",<br>
> "client-class": "Default",<br>
> // Add DHCP IPv6 Pool<br>
> "pools":<br>
> [ ],<br>
> // Add reservations here for subnet<br>
> "reservations":<br>
> [<br>
><br>
> {<br>
> "hw-address": "52:54:00:74:f6:13",<br>
> "ip-addresses": [ "fd00:192:168:3::1" ],<br>
> "hostname": "v6-vmhomeserver"<br>
> },<br>
> {<br>
> "duid": "00:04:71:7d:ec:24:45:86:f2:f8:07:fd:6a:c2:53:b6:be:da",<br>
> "ip-addresses": [ "fd00:192:168:3::2" ],<br>
> "hostname": "v6-homeserver"<br>
> },<br>
> // VMDatabaseServer<br>
> {<br>
> //"hw-address": "52:54:00:ef:57:d9",<br>
> "duid": "00:03:00:01:52:54:00:ef:57:d9",<br>
> "ip-addresses": [ "fd00:192:168:3::3" ],<br>
> "hostname": "v6-vmdatabaseserver"<br>
> //"option-data":<br>
> },<br>
> // VMHomeHub<br>
> {<br>
> //"hw-address": "52:54:00:ed:13:86",<br>
> "duid": "00:03:00:01:52:54:00:ed:13:86",<br>
> "ip-addresses": [ "fd00:192:168:3::4" ],<br>
> "hostname": "v6-vmhomehub"<br>
> //"option-data":<br>
> }<br>
> ]<br>
> // Additional information for subnet<br>
> //"option-data":<br>
> },<br>
> {<br>
> "id": 19216816,<br>
> "subnet": "fd00:192:168:f::/48",<br>
> "client-class": "Default",<br>
> "pools":<br>
> [<br>
> {<br>
> "pool": "fd00:192:168:f::5-fd00:192:168:f::ffff"<br>
> }<br>
> ],<br>
> // Add reservations here for subnet<br>
> "reservations":<br>
> [<br>
> // VMHomeServer - interface 'enp2s0'<br>
> {<br>
> "hw-address": "52:54:00:74:f6:13",<br>
> "ip-addresses": [ "fd00:192:0168:f::1" ],<br>
> "hostname": "v6-vmhomeserver"<br>
> //"option-data":<br>
> }<br>
> ]<br>
> // Additional information for subnet<br>
> //"option-data":<br>
> }<br>
> ]<br>
> }<br>
> ]<br>
> # end of shared-networks<br>
> }<br>
> }<br>
><br>
><br>
> However, after a few hours the right host name is assigned again, so that is strange. It seems to happen primarily after Debian updates on 'homehub' and 'databaseserver' (and occasionally restarts of those)<br>
><br>
> Best,<br>
> C.<br>
><br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 2 Dec 2025 14:49:46 -0600<br>
From: Aaron Gould <<a href="mailto:aaron1@gvtc.com" target="_blank">aaron1@gvtc.com</a>><br>
To: <a href="mailto:kea-users@lists.isc.org" target="_blank">kea-users@lists.isc.org</a><br>
Subject: [Kea-users] KEA HA failover - dhcpv6 particularly<br>
Message-ID: <<a href="mailto:1d77cd9c-b5c0-441f-800a-9d4f2ef69135@gvtc.com" target="_blank">1d77cd9c-b5c0-441f-800a-9d4f2ef69135@gvtc.com</a>><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
Hi KEA Users, my 2 server engineer coworkers and I (i'm the network guy) <br>
are trying to setup KEA HA Failover for the first time, in our lab.? We <br>
have lab endpoints and perfdhcp to test with.? We are generating <br>
hundreds of dhcpv6 ia_na and ia_pd requests, and the juniper dhcpv6 <br>
relay router is logging the binding states just fine.? We try to <br>
failover the primary kea server, and see if the backup kea server will <br>
start replying to dhcpv6 requests, but the backup never seems to respond.<br>
<br>
I read some of a previous post from April 2016, but need a bit more <br>
guidance, lessons learned, and perhaps up-to-date 2025 info.<br>
<br>
I would appreciate any guidance any of you all could provide.<br>
<br>
<br>
-- <br>
-Aaron<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 2 Dec 2025 16:19:33 -0500<br>
From: Darren Ankney <<a href="mailto:darren.ankney@gmail.com" target="_blank">darren.ankney@gmail.com</a>><br>
To: "Kea user's list" <<a href="mailto:kea-users@lists.isc.org" target="_blank">kea-users@lists.isc.org</a>><br>
Subject: Re: [Kea-users] KEA HA failover - dhcpv6 particularly<br>
Message-ID:<br>
        <<a href="mailto:CAKabWHjQu4x3Lw_MmVJ-LUNDEJCxVagSgmLfZ_z6QiesYdCesg@mail.gmail.com" target="_blank">CAKabWHjQu4x3Lw_MmVJ-LUNDEJCxVagSgmLfZ_z6QiesYdCesg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
Hi Aaron,<br>
<br>
This is just a guess. Assuming you have something in (or have accepted<br>
the defaults of) "max-unacked-clients" and "max-ack-delay" (see here:<br>
<a href="https://kea.readthedocs.io/en/stable/arm/hooks.html#load-balancing-configuration" rel="noreferrer" target="_blank">https://kea.readthedocs.io/en/stable/arm/hooks.html#load-balancing-configuration</a>)<br>
then you'll need to make use of -y and -Y (see here:<br>
<a href="https://kea.readthedocs.io/en/stable/man/perfdhcp.8.html" rel="noreferrer" target="_blank">https://kea.readthedocs.io/en/stable/man/perfdhcp.8.html</a>) in perfdhcp<br>
to simulate a failover event + actually have Kea failover.  Something<br>
like:<br>
<br>
perfdhcp -6 -e address-and-prefix -r 1 -R 100 -Y 5 -y 300 -p 300<br>
<br>
would send dhcp6 queries with ia_na and ia_pd requests at the rate of<br>
1 per second simulating a total of 100 clients.  five seconds into the<br>
test it will start increasing the dhcp6 elapsed seconds option.  It<br>
will do this for 300 seconds.  The -p causes the test to run for 300<br>
seconds.  Shut down your primary Kea server sometime after starting<br>
perfdhcp and failover should occur.<br>
<br>
You should see log messages like this one:<br>
<a href="https://kea.readthedocs.io/en/stable/kea-messages.html#ha-communication-interrupted-client6-unacked" rel="noreferrer" target="_blank">https://kea.readthedocs.io/en/stable/kea-messages.html#ha-communication-interrupted-client6-unacked</a><br>
until more clients than "max-unacked-clients" are encountered at which<br>
point the standby or secondary server should start to answer the<br>
clients.<br>
<br>
Thank you,<br>
Darren Ankney<br>
<br>
On Tue, Dec 2, 2025 at 3:49?PM Aaron Gould <<a href="mailto:aaron1@gvtc.com" target="_blank">aaron1@gvtc.com</a>> wrote:<br>
><br>
> Hi KEA Users, my 2 server engineer coworkers and I (i'm the network guy)<br>
> are trying to setup KEA HA Failover for the first time, in our lab.  We<br>
> have lab endpoints and perfdhcp to test with.  We are generating<br>
> hundreds of dhcpv6 ia_na and ia_pd requests, and the juniper dhcpv6<br>
> relay router is logging the binding states just fine.  We try to<br>
> failover the primary kea server, and see if the backup kea server will<br>
> start replying to dhcpv6 requests, but the backup never seems to respond.<br>
><br>
> I read some of a previous post from April 2016, but need a bit more<br>
> guidance, lessons learned, and perhaps up-to-date 2025 info.<br>
><br>
> I would appreciate any guidance any of you all could provide.<br>
><br>
><br>
> --<br>
> -Aaron<br>
><br>
> --<br>
> ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
><br>
> To unsubscribe visit <a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a>.<br>
> <a href="mailto:Kea-users@lists.isc.org" target="_blank">Kea-users@lists.isc.org</a><br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
<br>
ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
<br>
Kea-users mailing list<br>
<a href="mailto:Kea-users@lists.isc.org" target="_blank">Kea-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Kea-users Digest, Vol 138, Issue 4<br>
*****************************************<br>
</blockquote></div></div>