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 ******************************************