ISC DHCPv6 Client Rapid Commit

[David W. Hankins]

On Thu, Dec 04, 2008 at 12:52:54AM -0500, John Jason Brzozowski wrote:
> I figured out the issue, it was configuration.  The following needs to be in
> the global configuration context per subnet6 appears to be invalid:
> 
> option dhcp6.rapid-commit;
> 
> The above the configuration in the client configuration resulted in a
> successful rapid commit exchange.

Hm.  It looks like we try to source a lot of config in the
start_reply() function, long before we've assigned any IPv6
addresses.

Without the addresses, there's no tie-in to subnet(s).

We can probably fix this in maint by shuffling the work after lease
assignment.


This will also be true of server id (a server id scoped in the subnet
would likely get lost), and reconfigure accept (DOCSIS compatibility,
we don't support reconfigure extensions yet).

-- 
Ash bugud-gul durbatuluk agh burzum-ishi krimpatul.
Why settle for the lesser evil?	 https://secure.isc.org/store/t-shirt/
-- 
David W. Hankins	"If you don't do it right the first time,
Software Engineer		     you'll just have to do it again."
Internet Systems Consortium, Inc.		-- Jack T. Hankins
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20081204/7479d439/attachment-0001.bin>