<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 16 August 2016 at 10:32, Marcin Siodelski <span dir="ltr"><<a href="mailto:marcin@isc.org" target="_blank">marcin@isc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><span style="color:rgb(34,34,34)">Hi Matthew,</span><br></div></div>
<br>
When dealing with non-relayed (direct traffic), the only parameters that<br>
the server can use to select the subnet are: client's source address,<br>
ciaddr, IP address assigned to the interface on which the server<br>
received the packet. In case this is a new allocation, none of the first<br>
two is available for the server. Thus, the server will use the local IP<br>
address assigned to the interface on which it has received the packet to<br>
select the subnet. If that address happens to be the one that matches<br>
subnet with ID 2, it will pick this subnet. Since, there are no pools,<br>
it will fail to allocate any address. Also, because static reservations<br>
are made for another (non-selected) subnet, it will not use those<br>
reservations.<br>
<br>
Do you serve both subnets on the same physical interface?<br></blockquote><div><br></div><div>Yeah, both subnets are on the same physical interface.  </div><div><br></div><div>For now I've fallen back to using isc-dhcpd since it handles this setup flawlessly.</div><div><br></div></div></div></div>