Protocol Action: 'Dynamic Configuration of Link-Local IPv4 Addresses' to Proposed Standard

The IESG <iesg-secretary@ietf.org> Mon, 19 July 2004 23:52 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA10539; Mon, 19 Jul 2004 19:52:36 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Bmhw0-0005lJ-BG; Mon, 19 Jul 2004 19:52:40 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BmhO2-0003rr-IV; Mon, 19 Jul 2004 19:17:34 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bmf5C-0004Zm-Hh; Mon, 19 Jul 2004 16:49:58 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA03226; Mon, 19 Jul 2004 16:49:55 -0400 (EDT)
Received: from host50.foretec.com ([65.246.255.50] helo=mx2.foretec.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Bmf2Y-0003kA-RU; Mon, 19 Jul 2004 16:47:15 -0400
Received: from megatron.ietf.org ([132.151.6.71]) by mx2.foretec.com with esmtp (Exim 4.24) id 1BmdKK-0008EO-P5; Mon, 19 Jul 2004 14:57:28 -0400
Received: from apache by megatron.ietf.org with local (Exim 4.32) id 1Bmd9L-0000M5-15; Mon, 19 Jul 2004 14:46:07 -0400
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1Bmd9L-0000M5-15@megatron.ietf.org>
Date: Mon, 19 Jul 2004 14:46:07 -0400
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c
Cc: zeroconf chair <erik.guttman@sun.com>, Internet Architecture Board <iab@iab.org>, zeroconf mailing list <zeroconf@merit.edu>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: Protocol Action: 'Dynamic Configuration of Link-Local IPv4 Addresses' to Proposed Standard
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ietf-announce.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
Sender: ietf-announce-bounces@ietf.org
Errors-To: ietf-announce-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17

The IESG has approved the following document:

- 'Dynamic Configuration of Link-Local IPv4 Addresses '
   <draft-ietf-zeroconf-ipv4-linklocal-17.txt> as a Proposed Standard

This document is the product of the Zero Configuration Networking Working 
Group. 

The IESG contact persons are Thomas Narten and Margaret Wasserman.

Technical Summary

This specification serves three important functions.  First, it documents
the IPv4 Link-local autoconfiguration protocol as shipped by Microsoft and
Apple in popular operating system releases since 1998.  Second, it offers
definite rules for how this protocol should operate in the future.  This
differs in particular ways from the code which Apple and Microsoft have
implemented.  The changes come from experience with the existing implem-
entations as well as Working Group assessment.  Third, a set of unsolved
issues are called out for implementors - focussing on use of Link-Local
configuration for multihomed hosts.

It is important for this specification to be issued as a standard as
soon as possible since the number of non-standard implementations are
multiplying.  In particular, some implementations make assumptions
about the setting of the "TTL" of packets sent by hosts which are
incompatible with the recommendation set by the specification
supported by IETF WG consensus.  The longer we wait, the less
interoperation we will see in practice.  It is not a question of
adoption: This protocol is already widely adopted.  We must prevent it
from further mutations.

The current version of this protocol will not break existing
implementations with the one exception.  Those implementations which
assumed that all datagrams would be sent with a TTL of 255 in order to
drop incoming messages with TTLs not equal to 255 will not properly
interoperate with hosts which implement the current specification.
The TTL filtering feature appeared roughly at draft 3 and was removed
as of draft 9 of this protocol specification.  Most existing
implementations and all existing Windows implementations interoperate
with the current specification.

It is important to note that there are differences between the current
version of this protocol and those implemented and deployed on Apple
and Microsoft platforms.  The current version of the protocol is
documented in this specification, as well as the deployed versions of
the protocol.

Working Group Summary

Working group consensus has been slowly achieved through many contentious
and laborious discussions.  Several issues arose which were only decided
by compromise:  Avoiding a 'solution' for multihomed problems, requiring
that advertisements of link local addresses cease once routeable address
configuration exists, omission of special 'faster timers' text and other
areas.  The consensus, while rough, expresses the end result of years of
exacting scrutiny of this document by several reviewers.

Protocol Quality

The basis of this protocol has been deployed on millions of hosts.  The
modifications to the protocol are quite minor and have received a very
high degree attention during the critical review phase.

This protocol has been reviewed for the IESG by Thomas Narten.


_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce