[Kea-users] KEA subnet client reservation error

[Bohnenberger, Mark]

After some days of invenstigating and troubleshooting, I found the reason and solution. So my subnets doesnt have a fixed Subnet-ID configured and after the first start oft he Server, the subnet ID´s are allocated to the configured subnets automatically with a random number. If I put a subnet before the already configured subnets, the leases on the database did not match the subnets id´s anymore, because the server is rearranging all subnet ID´s. So my solution / workaround will be to add a subnet id to all of my configured subnets and delete all active leases. In my tests this workaround is working for a few clients in every constelation i have tried.

Mark

Von: Veronique.Lefebure at cern.ch <Veronique.Lefebure at cern.ch>
Gesendet: Mittwoch, 31. August 2022 17:13
An: Bohnenberger, Mark <mark.bohnenberger at bechtle.com>; kea-users at lists.isc.org
Betreff: Re: [Kea-users] KEA subnet client reservation error

I can see that the lease file contains the subnet ID.
So if you have re-arranged the sequence of the subnets, they got a new ID, and maybe the leases don't match anymore ?
This is just an idea. Experts will answer I assume.
On 31/08/2022 08:30 Bohnenberger, Mark <mark.bohnenberger at bechtle.com<mailto:mark.bohnenberger at bechtle.com>> wrote:


Good morning together,

last week I did a configuration change on a 2.0.0 KEA server and adding more subnets for DHCP addressing (as I did before). After adding new subnets after the already configured subnets, everything was working fine. Then I added new subnets before the already configured subnets in the config file and then the DHCP server is ignoring the configured DHCP reservations fort he clients. So the DHCP server was giving clients, which have a reservations in the config, a new DHCP lease and a new IP address. I tested the configuration on a test system and I was not recieving any error when I start the DHCP server, so there was no configuration error and same result on the live system. The DHCP service itself and the DHCP addressing is also working fine. Only the reservations were not work anymore. I did some tests and I can reproduce that error on the test system.

So my question are now, ist tehre a command for reordering the subnet configuration or for re-reading/rebuilding the subnet configuration on the DHCP server? Or does anyone have the same error?

The system is a Ubuntu 20 with KEA 2.0.0 in an HA setup. The configuration is config file and the leases are saved on a MySQL database.

########### New added subnet with problems
{
                "subnet": "10.8.1.0/24",
                "comment": "NEWNET",
                "pools": [ { "pool": "10.8.1.20 - 10.8.1.239" } ],
                "option-data": [
                               {
                               "name": "routers",
                               "data": "10.8.1.1"
                               }
                ]
},

########### Already configured subnet
{
                "subnet": "10.8.12.0/24",
                "comment": "FAKENET",
                "pools": [ { "pool": "10.8.12.20 - 10.8.12.239" } ],
                "reservations": [
                               {
                                               "hw-address": "12:34:56:78:90",
                                               "ip-address": "10.8.12.36",
                                               "hostname": "FAKENAME"
                               }
                ],
                "option-data": [
                               {
                               "name": "routers",
                               "data": "10.8.12.1"
                               }
                ]
},

########### New added subnet without problems
{
                "subnet": "10.8.1.0/24",
                "comment": "NEWNET",
                "pools": [ { "pool": "10.8.1.20 - 10.8.1.239" } ],
                "option-data": [
                               {
                               "name": "routers",
                               "data": "10.8.1.1"
                               }
                ]
},

Regards

Mark


--
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/__;!!J748QdifiTU!n_AYzitYDvAW37cFKLdM6QMtQA8cvEHjG-q_qgwIThOJpBU4jozM_8UCOdYrDNfPs144gJ9d1C46MeKkt3xwJHATxv1PPoA63uk$> 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__;!!J748QdifiTU!n_AYzitYDvAW37cFKLdM6QMtQA8cvEHjG-q_qgwIThOJpBU4jozM_8UCOdYrDNfPs144gJ9d1C46MeKkt3xwJHATxv1PnWusBpE$>.

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__;!!J748QdifiTU!n_AYzitYDvAW37cFKLdM6QMtQA8cvEHjG-q_qgwIThOJpBU4jozM_8UCOdYrDNfPs144gJ9d1C46MeKkt3xwJHATxv1PnWusBpE$>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20220906/12f7651d/attachment-0001.htm>