Thomas,
On Apr 12, 2006, at 12:34 PM, ext Thomas Narten wrote:
Hi Ralph.
Revisiting this thread... I think your proposed text is fine. The only
question I have is that I assume you want to be consistent in
referring to "DHCPv6lite" or "RFC3736" (both are used in the text
below.) Also, one nit (from my original text!)
With these clarifications, I think this text is fine.
Bob
Thomas
Ralph Droms <[EMAIL PROTECTED]> writes:
Second try, this time with new text on top and explanation below.
M :
1-bit "Managed address configuration" flag. When set, it
indicates that addresses are available via Dynamic Host
Configuration Protocol [DHCPv6]. When the M flag is set,
nodes SHOULD use DHCPv6 to obtain addresses (and associated
configuration information) to be assigned to the interface on
which the RA was received. Note that when the M flag is
set, the setting of the O flag is irrelevant, since the
DHCPv6
server will return all available configuration information
together with any addresses.
O :
1-bit "Other configuration" flag. When set, it indicates
that
DHCPv6 for other configuration information [DHCPv6lite] is
available
for delivery of other (non-address) information. Examples
of such
information are DNS-related information or information on
other
servers within the network. When the O flag is set,
- If the M flag is also set, the O flag is irrelevant (as
described above) and the node SHOULD use DHCPv6 to obtain
addresses and associated configuration information.
- If the M flag is not set, the node SHOULD use DHCPv6 as
described in RFC3736.
Note that if neither M nor O are set, the node SHOULD NOT not
s/NOT not/NOT/
request any information with DHCPv6.
In the interest of simplicity and consistency (note that the
protocol in
question is referred to as DHCP or DHCPv6 through all of
specifications [as
well as in the original version of this text], not "DHC"), I
suggest the
text above.
Comments on previous earlier text:
including addresses that are likely not available via stateless
address
autoconfiguration.
Deleted as it adds no discernible content to the text.
Clients SHOULD use DHC to obtain addresses (and associated
configuration information) as described in [ADDRCONF].
S/Clients/The node/
S/DHC/DHCPv6/
Deleted reference to [ADDRCONF] (what part of [ADDRCONF] was
referenced
here?)
Added reference to interface on which RA was received for clarity
since the DHC server will return "other"
S/DHC/DHCPv6/
s/"other"/all available configuration information/
[DHCPv6lite] is available for autoconfiguration of other
s/autoconfiguration/delivery/ because the configuration involves a
server
and is not "autoconfiguration"
- If the M bit is also set, clients SHOULD use DHC to obtain
addresses (and associated configuration information) as
described above.
Reworded for clarity
- Ralph
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------