Send dhcp-users mailing list submissions to
        dhcp-users@lists.isc.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.isc.org/mailman/listinfo/dhcp-users
or, via email, send a message with subject or body 'help' to
        dhcp-users-requ...@lists.isc.org

You can reach the person managing the list at
        dhcp-users-ow...@lists.isc.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of dhcp-users digest..."


Today's Topics:

   1. Re: Option negation (Patrick Trapp)
   2. Re: Option negation (Niall O'Reilly)
   3. Re: dhcpd (via systemd) @boottime which does not wait for the
      interface.. (Pallissard, Matthew)


----------------------------------------------------------------------

Message: 1
Date: Wed, 4 May 2016 12:29:39 +0000
From: Patrick Trapp <ptr...@nex-tech.com>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Option negation
Message-ID: <568f22b0-fa89-458c-9087-142a626ff...@nex-tech.com>
Content-Type: text/plain; charset="windows-1252"

The only reason I am replying at this hour is because I should be working on 
something else, but there's an idea I can't quite fully express that a single 
device should be doable here.

Hopefully I have time when the thought fully forms to share it. Heck, maybe I 
can test it even!

PS to your PS: I'm not sure where a person enters feature requests, but I 
believe what attention you will get from ISC-affiliated individuals on this 
list is on their own time, so an official response might require a more 
official route. Enough people making the request should see it move up in 
importance. Just my opinion, though.

On May 4, 2016, at 7:20 AM, John Hascall 
<j...@iastate.edu<mailto:j...@iastate.edu>> wrote:

Unfortunately, I can't think of any way to do that.

We have many thousands of IP phones.  I don't even have a list of them,
all I have is the MAC prefix that I use to assign them to a group.
The group sets their options, now I have a request that this one specific
phone not get the options.

Thanks though!

John

On Wed, May 4, 2016 at 7:10 AM, Patrick Trapp 
<ptr...@nex-tech.com<mailto:ptr...@nex-tech.com>> wrote:
I had not realized that a host entry would inherit from more general 
configuration entries. It's not something I've really looked at despite many 
active host entries on my system.

Can you reverse the order so that the configuration without an option is what 
the larger group qualifies for first and your devices requiring the specific 
option are the ones that are the special cases.

Alternatively, can you disqualify the devices requiring no option so they do 
not receive the configuration with the unwanted option at all? Same idea, 
potentially very different execution.

Patrick

________________________________________
From: dhcp-users-boun...@lists.isc.org<mailto:dhcp-users-boun...@lists.isc.org> 
[dhcp-users-boun...@lists.isc.org<mailto:dhcp-users-boun...@lists.isc.org>] on 
behalf of Glenn Satchell 
[glenn.satch...@uniq.com.au<mailto:glenn.satch...@uniq.com.au>]
Sent: Wednesday, May 04, 2016 1:20 AM
To: Users of ISC DHCP
Subject: Re: Option negation

This topic comes up from time to time. Unfortunately there is no way to
remove an option. The best you can currently do is set it to a null or
empty string, but this is not the same as not sending the option.

regards,
-glenn

On Wed, May 4, 2016 6:11 am, John Hascall wrote:
> I know that options set in more specific scopes override those set in less
> specific scopes, but can I "undo" an option setting?  That is, lets
> imagine
> I have this:
>
> option option-66 code 66 = text;
>
>
> and then in a class scope, I have:
>
> class "someclass" {
> ??????
> ???        ???
> match substring(hardware, 1, 3);
> ???        ???
>
> *option option-66 "blah blah blah";*}
> subclass "
> ???someclass
> " 00:0
> ???1???
> :
> ???02???
> ;
>
>
> I know that, given that host whatever falls in that class scope, that:
>
> host whatever {
>
> ???        hardware ethernet 00:01:02:03:04:05;???
>
> ???
> *option option-66 "fe fi fo fum";*
> }
>
>
> works
> ??? to change its option???
> , but what if
> ???I ???
> want *host whatever* not to get
> ??? that option at all?  How do I do that???
>
> host whatever {
> ???        ???
> hardware ethernet 00:01:02:03:04:05;???
>
>         *no option??? option-66;       <== just making this up*
> }
>
>
> ???Many Thanks!
> John???
> _______________________________________________
> dhcp-users mailing list
> dhcp-users@lists.isc.org<mailto:dhcp-users@lists.isc.org>
> https://lists.isc.org/mailman/listinfo/dhcp-users


_______________________________________________
dhcp-users mailing list
dhcp-users@lists.isc.org<mailto:dhcp-users@lists.isc.org>
https://lists.isc.org/mailman/listinfo/dhcp-users
_______________________________________________
dhcp-users mailing list
dhcp-users@lists.isc.org<mailto:dhcp-users@lists.isc.org>
https://lists.isc.org/mailman/listinfo/dhcp-users

_______________________________________________
dhcp-users mailing list
dhcp-users@lists.isc.org<mailto:dhcp-users@lists.isc.org>
https://lists.isc.org/mailman/listinfo/dhcp-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<https://lists.isc.org/pipermail/dhcp-users/attachments/20160504/767cb36e/attachment-0001.html>

------------------------------

Message: 2
Date: Wed, 04 May 2016 14:12:58 +0100
From: "Niall O'Reilly" <niall.orei...@ucd.ie>
To: "Users of ISC DHCP" <dhcp-users@lists.isc.org>
Subject: Re: Option negation
Message-ID: <7382d190-8c6c-406f-9b9a-c6bd6cd8e...@ucd.ie>

On 4 May 2016, at 13:20, John Hascall wrote:

> Unfortunately, I can't think of any way to do that.
>
> We have many thousands of IP phones.  I don't even have a list of them,
> all I have is the MAC prefix that I use to assign them to a group.
> The group sets their options, now I have a request that this one specific
> phone not get the options.

  If you have to deal with only a small enough number of exceptions,
  would something like this (modulo syntax errors of mine) work to
  include all phones with MAC address beginning aa:bb:cc except for
  the one with MAC address aa:bb:cc:dd:ee:ff.

class "normal-phones" {
  match if substring(hardware, 1, 3) = aa:bb:cc
    and not substring(hardware, 4, 3) = dd:ee:ff;
  ...
}

  The dhcp-eval manpage describes if/elsif/else and switch syntax
  for either of which only the first matched condition triggers
  a corresponding sequence of configuration directives.  This
  approach might give a more readable (and so more maintainable)
  configuration file.

  I hope this helps.

  Niall O'Reilly


------------------------------

Message: 3
Date: Wed, 4 May 2016 09:45:58 -0500
From: "Pallissard, Matthew" <matthew.p...@pallissard.net>
To: dhcp-users@lists.isc.org
Subject: Re: dhcpd (via systemd) @boottime which does not wait for the
        interface..
Message-ID: <572a0b26.1010...@pallissard.net>
Content-Type: text/plain; charset=windows-1252; format=flowed

Can you share your unit file?

Matt Pallissard

On 05/04/2016 06:46 AM, lejeczek wrote:
> hi users
>
> I have my dhcpd to serve nothing but virbr0 (libvirt), OS is Centos 7.2
> Dhcpd would not start, complaining like this:
>
> No subnet declaration for virbr0 (no IPv4 addresses).
> ** Ignoring requests on virbr0.  If this is not what
>     you want, please write a subnet declaration
>     in your dhcpd.conf file for the network segment
>     to which interface virbr0 is attached. **
>
> and systemctl -l shows:
> ...
> systemd[1]: start request repeated too quickly for dhcpd.service
> ...
>
>
> but suffice to restart dhcpd and all works!
> I'v customized systemd's service conf, I've put:
>
> After=libvirtd.service
> Requisite=libvirtd.service
>
> but this did not help.
> Would you share your thoughts?
> many thanks.
> L.
>
>
> _______________________________________________
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>


------------------------------

_______________________________________________
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users

End of dhcp-users Digest, Vol 91, Issue 8
*****************************************

Reply via email to