]> git.ipfire.org Git - thirdparty/dhcp.git/commitdiff
[v4_1_esv] Add comment that declines is only usable for v4 servers
authorShawn Routhier <sar@isc.org>
Thu, 20 Aug 2015 20:12:05 +0000 (13:12 -0700)
committerShawn Routhier <sar@isc.org>
Thu, 20 Aug 2015 20:12:05 +0000 (13:12 -0700)
[rt40206] Add comment that declines is only usable for v4 servers

server/dhcpd.conf.5

index e459d82a663ed4fce012dd9c0fde71ff859937b4..1598c065e8cfd0381dab294c75eb341dc4335040 100644 (file)
@@ -1772,9 +1772,9 @@ a DHCPDECLINE for a particular address, it normally abandons that
 address, assuming that some unauthorized system is using it.
 Unfortunately, a malicious or buggy client can, using DHCPDECLINE
 messages, completely exhaust the DHCP server's allocation pool.  The
-server will reclaim these leases, but while the client is running
-through the pool, it may cause serious thrashing in the DNS, and it
-will also cause the DHCP server to forget old DHCP client address
+server will eventually reclaim these leases, but not while the client
+is running through the pool. This may cause serious thrashing in the DNS,
+and it will also cause the DHCP server to forget old DHCP client address
 allocations.
 .PP
 The \fBdeclines\fR flag tells the DHCP server whether or not to honor
@@ -1782,6 +1782,11 @@ DHCPDECLINE messages.  If it is set to \fBdeny\fR or \fBignore\fR in
 a particular scope, the DHCP server will not respond to DHCPDECLINE
 messages.
 .PP
+The \fBdeclines\fR flag is only supported by DHCPv4 servers.  Given the large
+IPv6 address space and the internal limits imposed by the server's
+address generation mechanism we don't think it is necessary for DHCPv6
+servers at this time.
+.PP
 .B The
 .I client-updates
 .B keyword