Report information
The Basics
Id:
22345
Status:
open
Worked:
30 minutes
Users:
aclegg: 10 minutes
cathya: 15 minutes
Priority:
Medium/Medium
Queue:

People
Owner:
Nobody in particular
Cc:
AdminCc:

BugTracker
Version Fixed:
(no value)
Version Found:
(no value)
Versions Affected:
(no value)
Versions Planned:
(no value)
Priority:
(no value)
Severity:
S2 Normal
CVSS Score:
(no value)
CVE ID:
(no value)
Component:
DHCP Server
Area:
feature

Dates
Created:Sat, 16 Oct 2010 10:40:35 -0400
Updated:Fri, 07 Jul 2017 01:20:35 -0400
Closed:Not set



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.

Subject: OMAPI versioning
Date: Sat, 16 Oct 2010 10:40:18 -0400
To: <dhcp-bugs@isc.org>
From: "Timothe Litt" <litt@acm.org>
dhcpd 4.1.1-P1 In trying to work with the OMAPI/dhcpctl libraries, it became clear that the interface is unstable. As noted in the dhcpd man page about the failover-object's state: "Note that some of the above values have changed since DHCP 3.0.x." Maybe this was required - but as far as I can tell, there is no way for an application to determine the version of DHCP on the other end of the wire. So interpreting the value in the state variable correctly is impossible in the general case. Omapi has a version in the protocol - but it is not exposed thru dhcpctl. And even if it was, that version remains 1.0. I'd like to see: o API changes increment some version number. o That version number exposed via the dhcpctl API. Ideally, the version would be an API version, but it would also be useful if something (say, the control object) also output the dhcpd server version. Thanks. --------------------------------------------------------- This communication may not represent my employer's views, if any, on the matters discussed.
On Sat Oct 16 14:40:35 2010, litt@acm.org wrote: > I'd like to see: > o API changes increment some version number. > o That version number exposed via the dhcpctl API. > > Ideally, the version would be an API version, but it > would also be useful if something (say, the control > object) also output the dhcpd server version. Timothy, Thanks for the input. I've moved this request to the "DHCP Request" queue and have scheduled it for review and possible inclusion into our roadmap. AlanC
On Wed Oct 20 13:02:46 2010, aclegg wrote:
> On Sat Oct 16 14:40:35 2010, litt@acm.org wrote:
>
> > I'd like to see:
> > o API changes increment some version number.
> > o That version number exposed via the dhcpctl API.
> >
> > Ideally, the version would be an API version, but it
> > would also be useful if something (say, the control
> > object) also output the dhcpd server version.
>
> Timothy,
>
> Thanks for the input. I've moved this request to the "DHCP Request" queue
> and have scheduled it for review and possible inclusion into our roadmap.
>
> AlanC

Hi Timothy,

In response to your query on this feature suggestion's status - it's currently still in the queue of items to be considered.  As I already explained on another ticket - we have more work than hours. We have to juggle new development (features) along with reported bugs.  We give precedence to critical and security related issues, bugfixes that affect a large number of people, features that are needed or wanted by many, and we also take into account more readily items that are requested by our support and forum customers.  Occasionally also we accept funding to undertake specific work that we'd like to do but wouldn't otherwise have the resources to pursue.

I've highlighted your interest to engineering, but have no news to give you on this feature request yet.

Kind regards,

Cathy

Kind regards,

Cathy