Re: Revising PMTUD for IPv6 to DS?

Jack McCann USG <mccann@zk3.dec.com> Mon, 12 April 2004 15:34 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA25340 for <ipv6-archive@odin.ietf.org>; Mon, 12 Apr 2004 11:34:51 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BD3S3-0003HZ-Tm for ipv6-archive@odin.ietf.org; Mon, 12 Apr 2004 11:34:23 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i3CFYNWU012613 for ipv6-archive@odin.ietf.org; Mon, 12 Apr 2004 11:34:23 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BD3S3-0003HM-Pi for ipv6-web-archive@optimus.ietf.org; Mon, 12 Apr 2004 11:34:23 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA25300 for <ipv6-web-archive@ietf.org>; Mon, 12 Apr 2004 11:34:20 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1BD3S2-00000b-00 for ipv6-web-archive@ietf.org; Mon, 12 Apr 2004 11:34:22 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BD3O1-0007Oy-00 for ipv6-web-archive@ietf.org; Mon, 12 Apr 2004 11:30:14 -0400
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1BD3LE-000732-00 for ipv6-web-archive@ietf.org; Mon, 12 Apr 2004 11:27:20 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BD3Kv-000256-KB; Mon, 12 Apr 2004 11:27:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BD3KD-0001za-AR for ipv6@optimus.ietf.org; Mon, 12 Apr 2004 11:26:17 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA24938 for <ipv6@ietf.org>; Mon, 12 Apr 2004 11:26:13 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1BD3KB-0006vy-00 for ipv6@ietf.org; Mon, 12 Apr 2004 11:26:15 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BD3Ez-0006TF-00 for ipv6@ietf.org; Mon, 12 Apr 2004 11:20:53 -0400
Received: from zcamail03.zca.compaq.com ([161.114.32.103]) by ietf-mx with esmtp (Exim 4.12) id 1BD39N-0005x5-00 for ipv6@ietf.org; Mon, 12 Apr 2004 11:15:05 -0400
Received: from mailrelay01.cce.cpqcorp.net (mailrelay01.cce.cpqcorp.net [16.47.68.171]) by zcamail03.zca.compaq.com (Postfix) with ESMTP id 6E6F5AD93 for <ipv6@ietf.org>; Mon, 12 Apr 2004 08:14:29 -0700 (PDT)
Received: from anw.zk3.dec.com (and.zk3.dec.com [16.140.64.3]) by mailrelay01.cce.cpqcorp.net (Postfix) with ESMTP id 966F53BCF for <ipv6@ietf.org>; Mon, 12 Apr 2004 10:14:28 -0500 (CDT)
Received: by anw.zk3.dec.com (8.11.1/1.1.22.2/08Sep98-0251PM) id i3CFESD0001691739; Mon, 12 Apr 2004 11:14:28 -0400 (EDT)
Date: Mon, 12 Apr 2004 11:14:28 -0400
From: Jack McCann USG <mccann@zk3.dec.com>
Message-Id: <200404121514.i3CFESD0001691739@anw.zk3.dec.com>
To: ipv6@ietf.org
Subject: Re: Revising PMTUD for IPv6 to DS?
Sender: ipv6-admin@ietf.org
Errors-To: ipv6-admin@ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Id: IP Version 6 Working Group (ipv6) <ipv6.ietf.org>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60

RFC 1981 was approved as a Draft Standard in August 1998
(see below).  My attempts to have this corrected this in
STD 1 have been unsuccessful.  Perhaps the chairs would 
have better luck?

- Jack

-------------------------------------------------------
To: IETF-Announce
Cc: RFC Editor <rfc-editor@isi.edu>
Cc: Internet Architecture Board <iab@isi.edu>
Cc: ipng@sunroof.eng.sun.com
From: The IESG <iesg-secretary@ietf.org>
Subject: (IPng 6147) Protocol Action: Internet Protocol, Version 6 (IPv6)
         Specifications to Draft Standard
Date: Mon, 10 Aug 1998 06:49:21 -0400

The IESG has approved publication of the following Internet-Draft as
Draft Standards:


o Internet Protocol, Version 6 (IPv6) Specification
  <draft-ietf-ipngwg-ipv6-spec-v2-02.txt> replacing RFC 1883, currently
  a Proposed Standard.

o Neighbor Discovery for IP Version 6 (IPv6)
  <draft-ietf-ipngwg-discovery-v2-03.txt>, replacing RFC1970, currently
  a Proposed Standard

o IPv6 Stateless Address Autoconfiguration
  <draft-ietf-ipngwg-addrconf-v2-02.txt>, replacing RFC1971, currently
  a Proposed Standard

o Internet Control Message Protocol (ICMPv6) for the Internet Protocol
  Version 6 (IPv6) Specification <draft-ietf-ipngwg-icmp-v2-01.txt>
  replacing RFC 1885, currently a Proposed Standard

The IESG also approved Path MTU Discovery for IP version 6 <rfc1981> as
a Draft Standard.


These documents are the product of the IPNG Working Group. The IESG
contact persons are Jeffrey Burgan and Thomas Narten.


Technical Summary

 These documents represent the base protocols for IPv6. The IPv6
 Specification defines the base IPv6 packet format and processing
 rules. The Neighbor Discovery specification defines how to do address
 resolution for neighboring nodes, as well as to how to locate
 neighboring routers. The Stateless Address Autoconfiguration document
 defines how a booting node can generate its own IP addresses without
 the need to maintain configuration information across machine
 restarts. The ICMPv6 specification defines the packet formats and
 processing rules for ICMP for IPv6. The Path MTU Discovery document
 defines how to perform Path MTU in IPv6. All nodes are required to
 implement Path MTU in IPv6; routers do not fragment packets they
 forward.

Working Group Summary

 There is Working Group consensus for the protocols defined in these
 documents. There were two objections raised during Last Call, but the
 objections did not have support of the Working Group. However, a small
 clarification was made to the ICMPv6 spec to make it easier to deploy
 a new ICMP "Packet Too Big" message, should such a message become
 defined.

Protocol Quality

 There are numerous implementations of these protocols, and extensive
 interoperability tests have been done via the UNH consortium and on
 the 6bone. The documents have been reviewed for the IESG by Jeffrey
 Burgan and Thomas Narten.




--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------