Re: WG ACTION: 1 week continued discussion [LL70] DNAv4 normative or informative?

Mika Liljeberg <[email protected]> Thu, 27 May 2004 19:45:19 +0300
Newsgroups gmane.ietf.zeroconf
Message-ID <1085676319.3162.70.camel@hades>
I agree with Philip on every point.

Thanks,

	MikaL

On Wed, 2004-05-26 at 13:42, Philip Nye wrote:
> I support the principle that DNAv4 should become informative rather than normative - espescially as recent discussions here have shown that the reachability test of DNAv4 is a guide rather than a final and decisive test of the useability of an address.
> 
> I do not support the resolution text as it stands for several reasons:
> 
> 1. (editorial) an extra meaningless paragraph has appeared which is a combination of two others:
> 
> >    When an interface has a routable address configured on an interface,
> >    is based solely on the state of the interface, and is independent of
> >    any other protocols such as DHCP.  A host MUST NOT alter its behavior
> >    and use of other protocols such as DHCP because the host has assigned
> >    an IPv4 Link-Local address to an interface.
> 
> 2. (editorial) "When an interface has a routable address configured on an interface" needs to be changed. The paragraph should read:
> 
>    When a routable address is configured on an interface,
>    the host SHOULD NOT also assign an IPv4 Link-Local address to that
>    interface.
> 
> 3. (substantive) as I have said in previous discussion, the term "valid" carries meaning that is lost when it is simply dropped as here. I would rather keep the term "valid" (or "working" or "useable") and leave its definition fuzzy if necessary. I don't believe the proposed text adequately resolves this issue.
> 
>     If a host finds that an interface that was previous[ly] configured
>     with an IPv4 Link-Local address is now configured with a routable 
>     address, the host MUST use the routable address when initiating new 
>     communications...
> 
> I would interpret this text as a firm injunction preventing me from using IPv4LL on any interface which has a routable address however wrong and unuseable that address is. The only get out is weasle words about the meaning of "configured".
> 
> Philip
> 
> 
> ----- Original Message ----- 
> From: "Erik Guttman" <[email protected]>
> To: <[email protected]>
> Sent: Tuesday, May 25, 2004 4:56 PM
> Subject: WG ACTION: 1 week continued discussion [LL70] DNAv4 normative or informative?
> 
> 
> > LL70
> > 
> > This issue will remain open for comment until June 2, 2004.
> > After that point, if no comments are received, the issue will be
> > resolved by making DNAv4 normative and leaving the text as it currently
> > stands.
> > 
> > Bernard suggests the following resolution, which should allow DNAv4 to
> > remain an informative reference.
> > 
> > Was:
> > 1.9.  When to configure a Link-Local IPv4 address
> > 
> >    Having addresses of multiple different scopes assigned to an
> >    interface, with no adequate way to determine in what circumstances
> >    each address should be used, leads to complexity for applications and
> >    confusion for users.  A host with an address on a link can
> >    communicate with all other devices on that link, whether those
> >    devices use Link-Local addresses, or routable addresses.  For these
> >    reasons, a host SHOULD NOT have both a valid routable address and a
> >    Link-Local IPv4 address configured on the same interface.
> > 
> > 
> >    A routable address is any address that is:
> > 
> >    * a unicast address (see Section 1.2)
> >    * not a loopback address
> >    * not contained within the 169.254/16 prefix reserved for Link-Local
> >       IPv4 addresses
> > 
> >    A "valid routable address" is a routable address that passes the
> >    reachability test described in section 2 of "Detection of Network
> >    Attachment (DNA) in IPv4" [DNAv4].
> > 
> >    The assignment and use of a Link-Local IPv4 address on an interface
> >    is based solely on the state of the interface, and is independent of
> >    any other protocols such as DHCP.  A host MUST NOT alter its behavior
> >    and use of other protocols such as DHCP because the host has assigned
> >    a Link-Local IPv4 address to an interface.
> > 
> >    When an interface has a valid routable address configured on an
> >    interface, the host SHOULD NOT also assign a Link-Local IPv4 address
> >    to that interface.
> > 
> >    If a host finds that an interface that was previous configured with a
> >    Link-Local IPv4 address is now configured with a valid routable
> >    address, the host MUST always use the routable address when
> >    initiating new communications, and MUST cease advertising the
> >    availability of the Link-Local IPv4 address through whatever
> >    mechanisms that address had been made known to others.  The host
> >    SHOULD continue to use the Link-Local IPv4 address for communications
> >    underway when the routable address was configured, and MAY continue
> >    to accept new communications addressed to the Link-Local IPv4
> >    address.  Ways in which a valid routable address might be configured
> >    for the interface include:
> > 
> >    * Manual configuration
> >    * Address assignment through DHCP
> >    * Roaming of the host to a network on which a routable address
> >       assigned to the interface is valid
> > 
> >    If a host finds that an interface that was previously configured with
> >    a valid routable address no longer has a valid routable address, the
> >    host MAY identify a usable Link-Local IPv4 address (as described in
> >    section 2) and assign that address to the interface.  Ways in which a
> >    valid routable address might no longer be assigned to an interface
> >    include:
> > 
> >    * Removal of the address from the interface through manual
> >       configuration
> >    * Expiration of the lease on the address assigned through DHCP
> >    * Roaming of the host to a new network on which the address is no
> >      longer valid.
> > 
> >    Further discussion of the issues in detection of transient failures
> >    and the use of DHCP in response to network attachment failure is
> >    provided in "Detection of Network Attachment (DNA) in IPv4". [DNAv4]
> > 
> > 
> > 
> > Becomes:
> > 
> > 1.9.  When to configure an IPv4 Link-Local address
> > 
> >    Having addresses of multiple different scopes assigned to an
> >    interface, with no adequate way to determine in what circumstances
> >    each address should be used, leads to complexity for applications and
> >    confusion for users.  A host with an address on a link can
> >    communicate with all other devices on that link, whether those
> >    devices use Link-Local addresses, or routable addresses.  For these
> >    reasons, a host SHOULD NOT have both a routable address and an IPv4
> >    Link-Local address configured on the same interface.
> > 
> >    The assignment and use of an IPv4 Link-Local address on an interface
> >    is based solely on the state of the interface, and is independent of
> >    any other protocols such as DHCP.  A host MUST NOT alter its behavior
> >    and use of other protocols such as DHCP because the host has assigned
> >    an IPv4 Link-Local address to an interface.
> > 
> >    When an interface has a routable address configured on an interface,
> >    is based solely on the state of the interface, and is independent of
> >    any other protocols such as DHCP.  A host MUST NOT alter its behavior
> >    and use of other protocols such as DHCP because the host has assigned
> >    an IPv4 Link-Local address to an interface.
> > 
> >    When an interface has a routable address configured on an interface,
> >    the host SHOULD NOT also assign an IPv4 Link-Local address to that
> >    interface.
> > 
> >    If a host finds that an interface that was previous configured with
> >    an IPv4 Link-Local address is now configured with a routable address,
> >    the host MUST use the routable address when initiating new
> >    communications, and MUST cease advertising the availability of the
> >    IPv4 Link-Local address through whatever mechanisms that address had
> >    been made known to others.  The host SHOULD continue to use the IPv4
> >    Link-Local address for communications underway when the routable
> >    address was configured, and MAY continue to accept new communications
> >    addressed to the IPv4 Link-Local address.  Ways in which a routable
> >    address might be configured for the interface include:
> > 
> >    * Manual configuration
> >    * Address assignment through DHCP
> >   * Roaming of the host to a network on which the host has a
> >         valid routable address
> > 
> >    If a host finds that a routable address is no longer assigned to an
> >    interface, the host MAY identify a usable IPv4 Link-Local address (as
> >    described in section 2) and assign that address to the interface.
> >    Ways in which a routable address might no longer be assigned to an
> >    interface include:
> > 
> >    * Removal of the address from the interface through manual
> >       configuration
> >    * Expiration of the lease on the address assigned through DHCP
> >    * Roaming of the host to a new network on which the address is no
> >         longer valid.
> > 
> >    Further discussion of address assignment and the detection of network
> >    attachment is provided in [DNAv4].
> > 
> > Erik Guttman
> > ZEROCONF WG Chair
> > 
> >