[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>rg>, Internet  
> Architecture Board <iab@iab.org>rg>, 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