<div dir="ltr">Hi<div>Only a user myself, and have not read if this is possible, although I totally agree it's a good idea. </div><div>In an ISP environment it's fairly common to have /30 or /31 ptp-links for mgmt of cpe's. For these scenarios I have seen a few inhouse build solutions which do what we call "gi+1", i.e. when a discover/request comes in just reply with adding "1" to the gi-address of the request.</div><div>With this solution autoconfiguration of equipment can be performed, also if the access network allows the IP can be configured statically during initial autoconfiguration.</div><div><br></div><div>If this feature is not available, I do think it would be a useful addition.</div><div><br></div><div>Regards Anders R </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 17 Jul 2021 at 14:31, <<a href="mailto:dp-web4@dpotter.com">dp-web4@dpotter.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all.<br>
<br>
Our network has a lot of /30 and /31 subnets, designed for a single <br>
device on a single switchport. So our kea configuration includes lots of <br>
subnets with only 1 address in the DHCP pool. We currently issue <br>
addresses using the DHCP relay address, and this works very well.<br>
<br>
But we have some mobile devices that move from port to port, and they <br>
occasionally cannot receive an address because the last device to attach <br>
to that switchport is still holding the lease.<br>
<br>
We would like to configure kea to prevent it from storing leases for <br>
these subnets:  if another device attaches to that switchport, we'd like <br>
kea to re-issue the address.  (Note that we also have some traditional <br>
networks, and we prefer kea to record and track leases normally for <br>
those subnets).<br>
<br>
Is this behavior currently supported?  Or will it require new <br>
development or external integration to remove the lease from the <br>
database?<br>
<br>
Thank you,<br>
David Potter<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>
<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>
</blockquote></div>