<div dir="ltr">Thanks Simon for the very detailed write up. So, if I am understanding you correctly, lets say we used <a href="http://172.16.0.0/25">172.16.0.0/25</a> and set a router address of 172.16.0.1. Next we wanted to shrink that to <a href="http://172.16.0.0/27">172.16.0.0/27</a>. Will I need to use a secondary router in the option router line in this case? I'm a bit confused on this part. When would we need to actually use a secondary router and what would the option line look like? Something like this:<div><br></div><div>option routers 172.16.0.1 172.16.0.2;<br></div><div><br></div><div>If we do this what determines which router address gets assigned to the client? ( I'm assuming it can only have one)</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 8, 2018 at 12:11 PM, Simon Hobson <span dir="ltr"><<a href="mailto:dhcp1@thehobsons.co.uk" target="_blank">dhcp1@thehobsons.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">project722 <<a href="mailto:project722@gmail.com">project722@gmail.com</a>> wrote:<br>
<br>
> We have a few scopes in DHCP that were made according to inaccurate projections. Now we are being forced to shrink these ranges.<br>
><br>
> For instance, all of our /25's will need to become /27's. We have a legitimate concern that the gateway for the new /27's may already/will probably be leased out from the original /25.<br>
><br>
> What can we do to make this a smooth transition and are there any other considerations that we need to be aware of?<br>
<br>
</span>First off, ignore the spaced that will be freed up by the shrinking (for now).<br>
<br>
<br>
Then in advance, you will want to shorten your max lease time. If your max lease time is (say) 14 days then you cannot guarantee any step is complete until 14 days after you make the change. But if you shorten it, then you will only have to wait out the full time once, and then it will be the shorter time you have to wait. For long lease times, you can balance load/stability vs convenience by a stepped reduction - eg reduce from 14 days to 7 days, wait 7 days, reduce to 3 days, wait 4 days, reduce to 1 day, wait 2 days. Now you will have no leases valid for more than 1 day - you can go shorter if needed.<br>
<br>
Make sure that all your routers will have an address in the shrunk ranges.<br>
Eg, if you have used <a href="http://172.16.0.0/25" rel="noreferrer" target="_blank">172.16.0.0/25</a> and put the router at 172.16.1.254 then that will not be within <a href="http://172.16.0.0/27" rel="noreferrer" target="_blank">172.16.0.0/27</a>. But if you've used 172.16.0.1 then that will be OK. If you need to change the router address, add the new one as a secondary address and change the routers option in the DHCP config.<br>
<br>
Also change any fixed addresses and all your ranges so that they will fit within the new reduced size subnet.<br>
<br>
Wait 1 day (or whatever time you have set) and now all your clients will have suitable addresses and be using the right router address.<br>
<br>
You can now change the subnet mask in the DHCP config and wait another day (or time you set). After this, all the clients will be using the new shrunk subnet.<br>
<br>
You can now remove the old address from the router (if it changed), and the freed up space is now available to use.<br>
<br>
______________________________<wbr>_________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/dhcp-users</a><br>
</blockquote></div><br></div>