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. End of maintenance for ISC DHC CLIENT and RELAY (Victoria Risk)
   2. Re: Option 82 Sub-option 5 (Simon Hobson)


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

Message: 1
Date: Thu, 17 Jun 2021 12:13:34 -0700
From: Victoria Risk <vi...@isc.org>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: End of maintenance for ISC DHC CLIENT and RELAY
Message-ID: <049096f6-68e2-4e12-bc99-5acb59c7f...@isc.org>
Content-Type: text/plain; charset="utf-8"

Greetings ISC DHCP Users -

ISC would like to end maintenance of the ISC DHCP *client and relay* by the end 
of 2021.  We plan to continue maintaining the DHCP *server*, and any code that 
is common between the server, client and relay for a couple more years at 
least.  Our January 2020 release of ISC DHCP incorporated a number of submitted 
patches, mostly for the client, but otherwise we have done little maintenance 
on the client or relay.  To be honest, the client and relay have simply not 
been a focus of ours for several years.  As a small non-profit organization, we 
have to allocate our limited resources carefully and we think the ISC DHCP 
server, and Kea have more future value for users.  

We emailed a couple of dozen people who contributed to the maintenance of the 
ISC DHCP client and relay in the past few years to see if there was anyone 
interested in volunteering to take over maintenance. We got a single reply, 
from someone who is maintainer for the client in an operating system. This 
reinforced our thinking that perhaps no one needs the ISC distribution of the 
client or relay any longer. 

Why are we doing this?
The ISC DHCP code is extremely mature, and is not designed for 
unit-testability. The test coverage is just not good enough to inspire 
confidence that any change, even an apparently minor one, would not cause some 
unidentified breakage. 

ISC has no support customers for either of these components, and we haven?t for 
at least a decade, so there is no funding stream to support them.  We are not 
even sure whether anyone is even using the client or relay code from our 
distribution anymore. We think it is likely that some operating systems are 
maintaining DHC client or relay implementations or forks that are ?better 
maintained? and more modern than our current client or relay code.   

Feedback welcome
We welcome your comments, questions and suggestions.  We have maintained ISC 
DHCP for over 20 years, and it seems like it is time to archive the ISC DHC 
client and relay.  If you are aware of a well-maintained implementation of 
either a client or relay, and would like to suggest users switch to that 
alternative, please feel free to reply with that comment.  

We would like to thank all the contributors who have sent us patches (mostly 
upstreaming client patches from operating system distributions) over the years. 

Questions?

Vicky Risk
Product Manager
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<https://lists.isc.org/pipermail/dhcp-users/attachments/20210617/39393e09/attachment-0001.htm>

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

Message: 2
Date: Fri, 18 Jun 2021 11:37:29 +0100
From: Simon Hobson <dh...@thehobsons.co.uk>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Option 82 Sub-option 5
Message-ID: <985ac30b-be07-45c4-8f6b-036bf8b3c...@thehobsons.co.uk>
Content-Type: text/plain; charset=us-ascii

Kraishak Mahtha <kraishak....@gmail.com> wrote:
> 
> Hi All,
> 
> I have been trying to understand the option 82 sub option 5 
> (agent.link-selection) working prototype, I have been searching in the forums 
> and many of them suggest as below
> 
> class "BD-1Net" { match if(binary-to-ascii(10, 8, ".", option 
> agent.link-selection) = "192.168.1.0"); }
> 
>  shared-network BD-1Net 
>  { 
>   subnet 192.168.1.0 netmask 255.255.255.0 
> { 
>   option routers 192.168.1.1;
>   option subnet-mask 255.255.255.0;
> pool {
>  allow members of "BD-1Net";
>  range 192.168.1.101 192.168.1.110; 
>  } 
>  }
> }
> I have a doubt of why to add a shared-network line statement in the config 
> though it has only one subnet, Is it mandatory to add that shared-network 
> statement?
> I tried testing without adding the shared-network statement line and it works 
> fine, but before I use in my prod I want to know full details,

Yes, if there is only one subnet then the shared-network is optional. AFAIK in 
this situation it will provide no additional features.

BTW - it's not necessary to use binary-to-ascii, you can (I think) compare the 
raw data :
match if( option agent.link-selection = 0xc0a80100 );
which is less processing though less readable.

Simon



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

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 152, Issue 7
******************************************

Reply via email to