RE: Brokenness of specs w.r.t. client behavior with M&O bits
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Brokenness of specs w.r.t. client behavior with M&O bits
Just so I'm clear... when you say "ignore M/O and always run DHCPv6", does that mean stateful or stateless DHCPv6? And of course, if it is "or", then how is that determined without the M/O bits in the RA?
Greg
-----Original Message-----
From: ipv6-bounces at ietf.org [mailto:ipv6-bounces at ietf.org] On Behalf Of Ralph Droms
Sent: Monday, October 13, 2008 1:47 PM
To: Thomas Narten
Cc: DHC WG; IPV6 List Mailing
Subject: Re: Brokenness of specs w.r.t. client behavior with M&O bits
<snip>
It may also be the case that we want to reconsider our previous
consensus, to give an explicit answer to the question about when to
run DHCPv6. draft-cha-ipv6-ra-mo-00.txt gives one possible
redefinition for those bits. We have other suggestions ranging from
"ignore M/O and always run DHCPv6" to "revert to RFC 246[12] and
disallow DHCPv6 if M/O flags aren't set". In my opinion, the former
suggestion sounds perfectly reasonable as a way to simplify the specs
and the implementations - I have heard it the necessary APIs to get
the status of M/O flags to a userland DHCPv6 client may not exist in
some OSes. The latter makes sense if there is a compelling reason to
guarantee there is no DHCPv6 traffic on a link.
- Ralph
</snip>
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6 at ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.