Report information
The Basics
Id:
33098
Status:
resolved
Estimated:
36 hours (2,160 minutes)
Left:
36 hours (2,160 minutes)
Priority:
Low/Low
Queue:

People
Owner:
Nobody in particular
Cc:
AdminCc:

BugTracker
Version Fixed:
4.3.1, 4.2.7, 4.1-ESV-R10
Version Found:
(no value)
Versions Affected:
(no value)
Versions Planned:
(no value)
Priority:
P1 High
Severity:
S2 Normal
CVSS Score:
(no value)
CVE ID:
(no value)
Component:
(no value)
Area:
feature

Dates
Created:Wed, 03 Apr 2013 11:51:55 -0400
Updated:Mon, 15 Jan 2018 14:55:19 -0500
Closed:Fri, 01 Dec 2017 08:56:11 -0500



This bug tracker is no longer active.

Please go to our Gitlab to submit issues (both feature requests and bug reports) for active projects maintained by Internet Systems Consortium (ISC).

Due to security and confidentiality requirements, full access is limited to the primary maintainers.

CC: Jiri Popelka <jpopelka@redhat.com>
Subject: dhclient does not exposes next-server DHCPv4 option to dhclient script
Date: Wed, 3 Apr 2013 11:51:49 -0400 (EDT)
To: dhcp-bugs@isc.org
From: Tomas Hozza <thozza@redhat.com>
Hello. Currently dhclient does not exposes next-server DHCPv4 option to the dhclient script. Patch fixing this is attached (based on latest dhcp-4.2.5). Regards, Tomas Hozza

Message body is not shown because sender requested not to inline it.

On Wed Apr 03 15:51:56 2013, thozza@redhat.com wrote:
> Hello.
>
> Currently dhclient does not exposes next-server DHCPv4
> option to the dhclient script. Patch fixing this is
> attached (based on latest dhcp-4.2.5).
>
> Regards,
>
> Tomas Hozza

Hi Tomas,

Thanks for submitting this patch!

Our engineering team will review it and consider it for inclusion in a future release.

Thanks,
Brian Conry


We are (finally) looking at adding this ticket to our code.
I'm a bit concerned about porting it into 4.1 and 4.2 as it
changes what the user experience is a bit.  

I believe it makes sense to add this to 4.3.1 but 
I'd like to hear your thoughts on including this functionality
into 4.1 or 4.2.  Are you already including it?  have you seen
any problems with script mis-behavior?

I do plan to change the patch somewhat, basically adding
a server_address type field into the client lease structure
and treating it similar to the address field rather than passing
the server address as an argument.

Shawn

CC: Jiri Popelka <jpopelka@redhat.com>
Subject: Re: [ISC-Bugs #33098] dhclient does not exposes next-server DHCPv4 option to dhclient script
Date: Mon, 5 May 2014 03:26:10 -0400 (EDT)
To: dhcp-suggest@isc.org
From: Tomas Hozza <thozza@redhat.com>
Hi Shawn. ----- Original Message ----- > We are (finally) looking at adding this ticket to our code. > I'm a bit concerned about porting it into 4.1 and 4.2 as it > changes what the user experience is a bit. > > I believe it makes sense to add this to 4.3.1 but > I'd like to hear your thoughts on including this functionality > into 4.1 or 4.2. Are you already including it? have you seen > any problems with script mis-behavior? We are already including the patch in RHEL-6 shipping the 4.1.1-P1 version. AFAIK there have been no complains or mis-behaviour caused by the patch. The patch is also included since Fedora 18 which shipped the 4.2.5 version. I'm CC-ing Jirka Popelka, the maintainer of ISC DHCP server in RHEL/Fedora. > I do plan to change the patch somewhat, basically adding > a server_address type field into the client lease structure > and treating it similar to the address field rather than passing > the server address as an argument. > > Shawn This sounds reasonable. Since the exposed option name/format should be the same it will not cause behaviour change compared to my original patch. Thank you for reviewing the patch and letting us know. Regards, -- Tomas Hozza Software Engineer - EMEA ENG Developer Experience PGP: 1D9F3C2D Red Hat Inc. http://cz.redhat.com
 The first half of this has been committed  to
master => 4.3.1 first
4.2 => 4.2.7 first
4.1-ESV => 4.1-ESV-R10 first

I'm leaving the ticket open until the second half (write
to and read from lease file) is completed.


Hello Tomas and Jiri: As you're aware, the first part of the ticket, exposing the value of siaddr to the script was done quite some time ago. We had tagged the second part of this ticket, writing the value to the client lease file, as being included in 4.4.0 (due out Q1-2018). While this isn't difficult to do, we're not sure we see the value in doing it. It is not a value dhclient uses directly other than exposing it to the script. Do either of you have a use case for it being persisted in the lease file? If not we're going to resolve this ticket as complete. Thanks Thomas Markwalder ISC Software Engineering
From: "Tomas Hozza" <thozza@redhat.com>
Subject: Re: [ISC-Bugs #33098] dhclient does not exposes next-server DHCPv4 option to dhclient script
To: dhcp-public@isc.org
CC: "Pavel Zhukov" <pzhukov@redhat.com>
Date: Fri, 1 Dec 2017 13:19:32 +0100
On 29.11.2017 16:25, Thomas Markwalder via RT wrote: > Hello Tomas and Jiri: > > As you're aware, the first part of the ticket, exposing the value of siaddr to the script was done quite some time ago. We had tagged the second part of this ticket, writing the value to the client lease file, as being included in 4.4.0 (due out Q1-2018). > > While this isn't difficult to do, we're not sure we see the value in doing it. It is not a value dhclient uses directly other than exposing it to the script. Do either of you have a use case for it being persisted in the lease file? > > If not we're going to resolve this ticket as complete. > > Thanks > > Thomas Markwalder > ISC Software Engineering Hello Thomas. I had to check back our original issue https://bugzilla.redhat.com/show_bug.cgi?id=658855. Based on the information I was able to find, I think we cared only about dhclient exposing the value. Therefore I agree with you assessment, that storing the value in the lease file should not be necessary. Thank you for checking with us. Regards, Tomas -- Tomas Hozza Associate Manager, Software Engineering - EMEA ENG Core Services PGP: 1D9F3C2D UTC+1 (CET) Red Hat Inc. http://cz.redhat.com

Message body not shown because it is not plain text.