<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Yes.  I just tested it myself, and it's happy with an empty subnet.  The ocd monster in me is going to have to go back through the RELNOTES to see if this is documented somewhere.  Either behavior is fine with me;  I was just cranky about the fact that it changed.  The workflow in my application is....<br><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">- All DHCP information (settings, shared-networks, class/pool matching, etc.) is in a mysql db.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">- Web interface interacts with that db.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">- Upon changes in the web interface, a php class (job) is fired off to rewrite the dhcpd.conf based on what's in the db, and then it restarts the dhcpd service.<br><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">The only change I had to make was to *not* fire the rewrite/restart job when a shared-network is added.  Probably complete hackery, but it works.<br><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">I've been super intrigued to try Kea, but so far all I know about it is "dhcp + mysql".  I'm a little reluctant to jump outside the box of traditional isc dhcp because the people who will be using this interface seem to really like the fact that if the web interface is broken (trust issues!), they can still just hop on and configure things like they do now.  All that said, if Kea is keeping leases in mysql, it would be absolutely priceless to do away completely with caring about parsing dhcpd.leases.....that, my friends, has been the bane of my existence over the years.<br><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Really appreciate your input here.  I haven't been a subscriber to this list in longer than I care to remember, but it's good to be back.<br><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks.<br><br><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Regards,<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Ryan Gray<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 13, 2015 at 10:12 AM, Glenn Satchell <span dir="ltr"><<a href="mailto:glenn.satchell@uniq.com.au" target="_blank">glenn.satchell@uniq.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, October 14, 2015 1:29 am, Glenn Satchell wrote:<br>
> On Tue, October 13, 2015 10:00 pm, Simon Hobson wrote:<br>
>> Ryan Gray <<a href="mailto:ryantgray@gmail.com">ryantgray@gmail.com</a>> wrote:<br>
>><br>
>>> I have a need for empty shared-network declarations in my dhcpd.conf<br>
>>> file.  Like so:<br>
>>><br>
>>> shared-network VIDEO {<br>
>>> }<br>
>><br>
>> Why ?<br>
>> If it's just a marker for something you may add later, make it into a<br>
>> comment.<br>
><br>
> My guess is they "fixed" something in the parser. Can you put an empty<br>
> subnet declaration in it for a subnet you don't have, eg:<br>
><br>
> shared-network VIDEO {<br>
>   subnet 10.0.0.0 netmask 255.255.255.252 {<br>
>   }<br>
> }<br>
<br>
</span>This does parse correctly, but I just saw your other message, so this<br>
probably won't help.<br>
<br>
The RELNOTES file in the source release lists every change made, so you<br>
can go back looking for changes. Nothing obvious though.<br>
<div class="HOEnZb"><div class="h5"><br>
regards,<br>
-glenn<br>
<br>
_______________________________________________<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/listinfo/dhcp-users</a><br>
</div></div></blockquote></div><br></div>