<div dir="ltr">are you using non-authoritative ? I'm not sure exact way to implement it in your environment, but it might work.<br><br>-greg<br><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 3, 2013 at 8:20 PM, solarflow99 <span dir="ltr"><<a href="mailto:solarflow99@gmail.com" target="_blank">solarflow99@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks for the tip, I got it working, but still couldn't stop the dhcp<br>
servers from interfering with each other.  I see a lot of messages<br>
like this in syslog:<br>
<br>
DHCPDISCOVER from 1c:b0:94:31:20:98 via eth0: network <a href="http://192.168.2.0/24" target="_blank">192.168.2.0/24</a>:<br>
no free leases<br>
<br>
It might be a client side problem for not ignoring the NAK offer and<br>
picking up the right one from the other dhcp server, since some<br>
clients do work.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
On Fri, Dec 28, 2012 at 9:21 AM, Greg Swift <<a href="mailto:greg@nytefyre.net">greg@nytefyre.net</a>> wrote:<br>
><br>
><br>
><br>
> On Thu, Dec 27, 2012 at 7:41 PM, solarflow99 <<a href="mailto:solarflow99@gmail.com">solarflow99@gmail.com</a>> wrote:<br>
>><br>
>> I have been testing with a second dhcp server on the same vlan, and<br>
>> wanted to limit the scope to only serve out to clients that have mac<br>
>> addresses that start with the same 3 octets, something like this<br>
>> maybe?<br>
>><br>
>><br>
>> class "custom-clients" {<br>
>>          match if substring (option dhcp-client-identifier, 00:50:56);<br>
>>        }<br>
>><br>
>> deny unknown-clients;<br>
>><br>
><br>
> you are very close.  if you search for 'isc dhcp match vendor' you should<br>
> get a lot of helpful information.  You can simply use the hardware address<br>
> rather than an option.  Plus unknown-clients refers to systems that do not<br>
> have a host entry in your file.  In this case none do, so all clients would<br>
> be denied.  You can either do an allow block:<br>
><br>
> or<br>
><br>
> class "good" {<br>
>  match if substring(hardware,1,3) = AA:BB:CC;<br>
> }<br>
><br>
> allow members of "good";<br>
><br>
><br>
><br>
><br>
> or a deny block<br>
><br>
><br>
> class "bad" {<br>
>  match if not substring(hardware,1,3) = AA:BB:CC;<br>
> }<br>
><br>
> deny members of "bad";<br>
><br>
><br>
> In an ideal world they work the same, but test it out and see how they do<br>
> for your use case.<br>
><br>
> -greg<br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> rhelv6-list mailing list<br>
> <a href="mailto:rhelv6-list@redhat.com">rhelv6-list@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/rhelv6-list" target="_blank">https://www.redhat.com/mailman/listinfo/rhelv6-list</a><br>
<br>
_______________________________________________<br>
rhelv6-list mailing list<br>
<a href="mailto:rhelv6-list@redhat.com">rhelv6-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rhelv6-list" target="_blank">https://www.redhat.com/mailman/listinfo/rhelv6-list</a><br>
</div></div></blockquote></div><br></div></div></div>