Re: [Kea-users] DHCPv4 Conflict resolution on MAC change
Veronique Lefebure wrote: > The problem is new in the sense that we did not have that "problem" when > using ISC DHCP since it would not check for the existing leases in case of > static IP host-reservation. Indeed, and it is documented that static host declarations didn’t follow the normal lease lifecycle. AIUI, reservations in Kea are more akin to leases marked reserved with dhcpd - where the problem would be found. Simon -- 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
Re: [Kea-users] DHCPv4 Conflict resolution on MAC change
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 +, 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
Re: [Kea-users] DHCPv4 Conflict resolution on MAC change
+1 From: Kea-users on behalf of GIRSTMAIR Tobias via Kea-users Sent: Monday, January 30, 2023 10:54 AM To: dh...@thehobsons.co.uk ; kea-users@lists.isc.org Subject: Re: [Kea-users] DHCPv4 Conflict resolution on MAC change On Fri, 2023-01-27 at 19:58 +, 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
Re: [Kea-users] DHCPv4 Conflict resolution on MAC change
Hi Simon, The problem is new in the sense that we did not have that "problem" when using ISC DHCP since it would not check for the existing leases in case of static IP host-reservation. Cheers, Veronique From: Kea-users on behalf of Simon Sent: Friday, January 27, 2023 8:58 PM Your problem isn’t new - it’s somewhat fundamental to complying with the RFCs. You will need to remove any existing lease for the IP before the IP can be allocated to another client. 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. Simon -- 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
Re: [Kea-users] DHCPv4 Conflict resolution on MAC change
On Fri, 2023-01-27 at 19:58 +, 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
