<div dir="ltr">OK I'm with you now. I think we'll be OK. These are fairly new subnets so not that many clients on them to break :-). <div><br></div><div>Thanks again for the help.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 8, 2018 at 1:24 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=""><br>
On 8 Jan 2018, at 18:50, project722 <<a href="mailto:project722@gmail.com">project722@gmail.com</a>> wrote:<br>
<br>
> 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" rel="noreferrer" target="_blank">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" rel="noreferrer" target="_blank">172.16.0.0/27</a>. Will I need to use a secondary router in the option router line in this case?<br>
<br>
</span>No, because 172.16.0.1 is a valid address in the <a href="http://172.16.0.0/27" rel="noreferrer" target="_blank">172.16.0.0/27</a> subnet.<br>
<br>
Had you used (say) 172.16.1.254 then that would NOT be valid in the <a href="http://172.16.0.0/27" rel="noreferrer" target="_blank">172.16.0.0/27</a> subnet - and so you'd need to change it. Since you can't "just change it" without breaking clients for a while, it's best to add the new address as a secondary address on the router* so that clients with old leases will carry on working until they get new settings via DHCP.<br>
<br>
* Ah, reading it over I see the confusion. It's not about adding a second router address in the DHCP config, it's about adding it on the router itself. On a Linux box something like :<br>
> ip addr add <a href="http://172.16.0.1/25" rel="noreferrer" target="_blank">172.16.0.1/25</a> dev eth0<br>
<br>
on a Cisco box something like :<br>
> int gi0/0<br>
> ip address 172.16.0.1 255.255.255.128 secondary<br>
<br>
That way, clients still configured to use 172.16.1.254 will continue working, when things get their new config then they'll switch to using 172.16.0.1. When everything has been reconfigured, you can remove the 172.16.1.254 address from the router and make 172.16.0.1 the primary (and probably, only) IPv4 address.<br>
<br>
<br>
I did miss one step BTW - when all the clients have been reconfigured, the router will need reconfiguring - if it originally had <a href="http://172.16.0.1/25" rel="noreferrer" target="_blank">172.16.0.1/25</a> then it will need changing to <a href="http://172.16.0.1/27" rel="noreferrer" target="_blank">172.16.0.1/27</a>.<br>
<br>
<br>
Reconfiguring the network is never something you could call fun - I've done it a couple of times :-( Assume that you'll have missed something - a device you didn't realise was manually configured, a device configured to talk to a PC at a particular address (common when third parties install things like access control systems or multi-funcion copier/scanners), and so on.<br>
Given the number of outfits I've come across who just still don't understand IPv4 basics, I hate to think how they'll cope with IPv6 8-0<br>
<div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>