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: can dhcpd keep working when encountering a syntax error
      (Pat Dery)
   2. Re: Different hardware options based on subnet (Simon Hobson)
   3. Re: Different hardware options based on subnet
      (glenn.satch...@uniq.com.au)


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

Message: 1
Date: Thu, 3 Sep 2020 07:31:31 -0500 (CDT)
From: Pat Dery <patrick.for...@derytelecom.ca>
To: dhcp-users@lists.isc.org
Subject: Re: can dhcpd keep working when encountering a syntax error
Message-ID: <1599136291652-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii

good idea

thanks

pat



--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/


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

Message: 2
Date: Thu, 3 Sep 2020 14:41:34 +0100
From: Simon Hobson <dh...@thehobsons.co.uk>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Different hardware options based on subnet
Message-ID: <8e3b0bb5-5143-4573-991e-0bce94ef9...@thehobsons.co.uk>
Content-Type: text/plain; charset=us-ascii

Ricardo Stella <ste...@rider.edu> wrote:

> Is the problem that the definition in the global section of the config trumps 
> whatever is defined inside a subnet?

Normally, definitions in a lower scope (e.g. in a subnet) override options made 
at a higher level (e.g. at the global level). So (for example) you can set your 
DNS servers globally and override them for specific subnets or pools.

However, class definitions and host definitions are always global even if 
declared within a lower scope. This is one that can catch people out.
As classes are "special" in this respect, I could imagine there being similar 
oddities with option inheritance in cases like yours. But I don't recall this 
particular setup being asked before, and I'm not familiar with implementation 
details - I guess if you can read code (I assume it's in C) then you could 
spend the time (possibly a lot of it) working out how this particular scenario 
works.

Simon



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

Message: 3
Date: Fri, 04 Sep 2020 09:24:18 +1000
From: glenn.satch...@uniq.com.au
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Different hardware options based on subnet
Message-ID: <8c8f8e048d879c2a2c28ff8f4a70b...@uniq.com.au>
Content-Type: text/plain; charset=US-ASCII; format=flowed

Hi Ricardo,

How about omitting the allow class option in the specific pool, and add 
all the required info? eg something like this?

pool {
   # allow members of "i2004-clients";
   range ... ;
   option nortel-specific-info = 
"Nortel-i2004-A,10.2.0.10:4100,1,15;10.2.0.10:4100,1,15.";
]

regards,
-glenn

On 2020-09-03 23:41, Simon Hobson wrote:
> Ricardo Stella <ste...@rider.edu> wrote:
> 
>> Is the problem that the definition in the global section of the config 
>> trumps whatever is defined inside a subnet?
> 
> Normally, definitions in a lower scope (e.g. in a subnet) override
> options made at a higher level (e.g. at the global level). So (for
> example) you can set your DNS servers globally and override them for
> specific subnets or pools.
> 
> However, class definitions and host definitions are always global even
> if declared within a lower scope. This is one that can catch people
> out.
> As classes are "special" in this respect, I could imagine there being
> similar oddities with option inheritance in cases like yours. But I
> don't recall this particular setup being asked before, and I'm not
> familiar with implementation details - I guess if you can read code (I
> assume it's in C) then you could spend the time (possibly a lot of it)
> working out how this particular scenario works.
> 
> Simon
> 
> _______________________________________________
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
> 
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users


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

Subject: Digest Footer

_______________________________________________
ISC funds the development of this software with paid support subscriptions. 
Contact us at https://www.isc.org/contact/ for more information.

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


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

End of dhcp-users Digest, Vol 143, Issue 2
******************************************

Reply via email to