Report information
The Basics
Id:
21237
Status:
resolved
Estimated:
16 hours (960 minutes)
Worked:
20 hours (1,200 minutes)
Users:
tmark: 20 hours (1,200 minutes)
Left:
16 hours (960 minutes)
Priority:
Low/Low
Queue:

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

Dates
Created:Fri, 30 Apr 2010 10:07:54 -0400
Updated:Mon, 15 Jan 2018 14:49:00 -0500
Closed:Thu, 07 Dec 2017 06:27:58 -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.

Subject: Client should perform DAD and send Decline message when address is found to be in use on the link
Date: Fri, 30 Apr 2010 16:07:04 +0200
To: dhcp-suggest@isc.org
From: Jiri Popelka <jpopelka@redhat.com>
RFC 3315 says: The client SHOULD perform duplicate address detection [17] on each of the addresses in any IAs it receives in the Reply message before using that address for traffic. If any of the addresses are found to be in use on the link, the client sends a Decline message to the server as described in section 18.1.7. Attached is patch (dhcp-4.1.1-sendDecline.patch) that makes client send Decline message when dhclient-script returns value indicating that DAD failed. Next part of this problem is how to make dhclient-script discover that DAD failed. I'm not skilled with other OS besides linux so my patch (dhcp-4.1.1-dhclient-script-DAD.patch) fixes only dhclient-script for linux. It uses the fact that 'ip addr show' shows 'tentative' flag in address info when DAD is still not complete or failed. Thanks Jiri Popelka Red Hat, inc.

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

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

Reviewing: - IMHO the state is more S_DECLINING than S_DECLINED but it is a matter of taste. - I'll more insisting by keeping S_STOPPED as the last item in the dhcp_state enum. Note they are cosmetic so no re-review needed.