That's basically the same situation we are in. It would be awesome if there was a configuration option in Kea to tell the server that it should immediately expire a lease if there is a request for a static reservation that conflicts with an existing lease. But maybe there are issues with that that I am not thinking about.
--Dan On Mon, Jan 30, 2023 at 3:55 AM GIRSTMAIR Tobias via Kea-users < kea-users@lists.isc.org> wrote: > On Fri, 2023-01-27 at 19:58 +0000, Simon wrote: > > I assume it doesn’t scale in terms of having multiple hell desk > > operators having to do manual steps - in which case, the answer is to > > build a tool into your management toolset allowing them to “click > > here to remove the lease” when they are altering the reservation > > details. > > The problem for us is that we manage reservations through a central > MySQL database (through a fancy UI for our hell desk), but leases are > stored in memfiles on each DHCP server (8 HA setups for 16 total). So > our tooling doesn't directly connect to the dhcp servers (and doesn't > even know which dhcp server a reservation 'belongs' to). > > If there is no other way, we'll have to rework our tooling to find out > where to send this API call to (and punch some holes into the > firewalls). Not the end of the world, but this seems to be a feature > more people could benefit from. > > tobi > -- > 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 >
-- 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