[pmtud] Fwd: Protocol Action: 'Packetization Layer Path MTU Discovery' to Proposed Standard
Lars Eggert <lars.eggert@netlab.nec.de> Tue, 12 December 2006 10:04 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gu4V7-00059N-F2; Tue, 12 Dec 2006 05:04:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gu4V6-00059H-Oe for pmtud@ietf.org; Tue, 12 Dec 2006 05:04:40 -0500
Received: from kyoto.netlab.nec.de ([195.37.70.21]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gu4V4-0008C2-8x for pmtud@ietf.org; Tue, 12 Dec 2006 05:04:40 -0500
Received: from lars.local (p54AD494B.dip0.t-ipconnect.de [84.173.73.75]) by kyoto.netlab.nec.de (Postfix) with ESMTP id 9699F13CF86 for <pmtud@ietf.org>; Tue, 12 Dec 2006 11:09:23 +0100 (CET)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.local (Postfix) with ESMTP id 2DE952AE526 for <pmtud@ietf.org>; Tue, 12 Dec 2006 11:04:34 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v752.2)
References: <E1GtpBI-0001XP-D7@stiedprstage1.ietf.org>
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <89E9F618-BB47-4B45-9A67-0C9ACCFC99F1@netlab.nec.de>
Content-Transfer-Encoding: 7bit
From: Lars Eggert <lars.eggert@netlab.nec.de>
Date: Tue, 12 Dec 2006 11:04:32 +0100
To: Path MTU Discovery WG <pmtud@ietf.org>
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b
Subject: [pmtud] Fwd: Protocol Action: 'Packetization Layer Path MTU Discovery' to Proposed Standard
X-BeenThere: pmtud@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Path Maximum Transmission Unit Discovery <pmtud.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pmtud>, <mailto:pmtud-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pmtud>
List-Post: <mailto:pmtud@ietf.org>
List-Help: <mailto:pmtud-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pmtud>, <mailto:pmtud-request@ietf.org?subject=subscribe>
Errors-To: pmtud-bounces@ietf.org
Congratulations! Begin forwarded message: > From: The IESG <iesg-secretary@ietf.org> > Date: December 11, 2006 6:43:12 PM GMT+01:00 > To: IETF-Announce <ietf-announce@ietf.org> > Cc: pmtud chair <pmtud-chairs@tools.ietf.org>, Internet > Architecture Board <iab@iab.org>, RFC Editor <rfc-editor@rfc- > editor.org> > Subject: Protocol Action: 'Packetization Layer Path MTU Discovery' > to Proposed Standard > > The IESG has approved the following document: > > - 'Packetization Layer Path MTU Discovery ' > <draft-ietf-pmtud-method-11.txt> as a Proposed Standard > > This document is the product of the Path MTU Discovery Working Group. > > The IESG contact persons are Lars Eggert and Magnus Westerlund. > > A URL of this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-pmtud-method-11.txt > > Technical Summary > > This document describes a robust method for Path MTU Discovery > ("Packetization Layer Path MTU Discovery" or PLPMTUD) that > relies on TCP or some other Packetization Layer to probe an Internet > path with progressively larger packets. This method is described as > an extension to RFC 1191 and RFC 1981, which specify ICMP based Path > MTU Discovery for IP versions 4 and 6, respectively. > > The general strategy of the new algorithm is to start with a small > MTU and search upward, testing successively larger MTUs by probing > with single packets. If a probe is successfully delivered then the > MTU can be raised. If the probe is lost, it is treated as an MTU > limitation and not as a congestion signal. > > PLPMTUD introduces some flexibility in the implementation of > classical Path MTU discovery. If can be configured to perform just > ICMP black hole recovery to increase the robustness of classical Path > MTU Discovery, or at the other extreme, all ICMP processing can be > disabled and PLPMTUD can completely replace classical Path MTU > Discovery. > > > Working Group Summary > > The working group feels that an update to path MTU discovery is needed > to rectify problems with current "classical" path MTU discovery that > occur in today's network deployments (which result in Path MTU "black > holes", and the failure of not only the algorithm but often the entire > connection). The document has had considerable review by the working > group over its eight revisions, and the comments have been > incorporated in the current draft. Reviewers have had background in > TCP, SCTP, DCCP, the use of tunnels (ipsec and other) and IPv6. The > WGLC version has had four careful reviews that only revealed nits and > clarifications that are fixed in this version. > > > Protocol Quality > > The current protocol has one implementation in Linux, by a co-author, > and another independent implementation in a user-space transport > protocol. Previous versions have had implementation in Linux, NetBSD, > and FreeBSD, by different people, resulting in comments that > contributed > to document changes. Other operating systems vendors and tunnel > vendors > have reviewed the document. > > Matt Zekauskas (matt@internet2.edu) acted as Document Shepherd. > > Lars Eggert (eggert@netlab.nec.de) has reviewed this document for the > IESG. > > > _______________________________________________ > IETF-Announce mailing list > IETF-Announce@ietf.org > https://www1.ietf.org/mailman/listinfo/ietf-announce Lars _______________________________________________ pmtud mailing list pmtud@ietf.org https://www1.ietf.org/mailman/listinfo/pmtud