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 --------------------------------------------------------------------
- Revising PMTUD for IPv6 to DS? Pekka Savola
- Re: Revising PMTUD for IPv6 to DS? Jack McCann USG
- Re: Revising PMTUD for IPv6 to DS? Bob Hinden