<div dir="ltr"><div><br></div><div>Hi Francis,</div><div><br></div><div>Thanks for the feedback. Your first point seems like the best practice implementation, although in practice just using a dummy MAC for a blocked-out address will work well enough.<br><br>We manage reservations through an external application talking to MySQL directly, and so don't store reservations in the config file itself.</div><div><br></div><div>cheers,</div><div>Klaus</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 15, 2018 at 12:38 AM, Francis Dupont <span dir="ltr"><<a href="mailto:fdupont@isc.org" target="_blank">fdupont@isc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't fully understand your problem but:<br>
 - the simplest is to not have addresses you want reserve in a pool<br>
<br>
 - using host reservations work too but with a performance penalty<br>
  (cf out-of-pool text in the doc) and with a hairy but handle case<br>
  if you change dynamically the config (cf conflict text in the doc).<br>
<br>
Note you do not need to use an existing MAC in a host reservation,<br>
the only constraint is to use a different MAC (or identifier in general)<br>
between host reservations.<br>
<br>
Regards<br>
<br>
Francis Dupont <<a href="mailto:fdupont@isc.org">fdupont@isc.org</a>><br>
</blockquote></div><br></div>