Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-datagram-plpmtud-02 to end 10th January 2018
Gorry Fairhurst <gorry@erg.abdn.ac.uk> Wed, 10 January 2018 15:39 UTC
Return-Path: <gorry@erg.abdn.ac.uk>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 555F212D862; Wed, 10 Jan 2018 07:39:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FXp2wHXeUCDN; Wed, 10 Jan 2018 07:39:32 -0800 (PST)
Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [IPv6:2001:630:241:204::f0f0]) by ietfa.amsl.com (Postfix) with ESMTP id BE1C212751F; Wed, 10 Jan 2018 07:39:32 -0800 (PST)
Received: from Gs-MacBook-Pro.local (at-zeroshell-1.erg.abdn.ac.uk [139.133.217.68]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPA id 43C021B00062; Wed, 10 Jan 2018 15:38:56 +0000 (GMT)
Message-ID: <5A563390.8050403@erg.abdn.ac.uk>
Date: Wed, 10 Jan 2018 15:38:56 +0000
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Reply-To: gorry@erg.abdn.ac.uk
Organization: University of Aberdeen
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: "Eggert, Lars" <lars@netapp.com>
CC: "Black, David" <David.Black@dell.com>, QUIC WG <quic@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Subject: Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-datagram-plpmtud-02 to end 10th January 2018
References: <CE03DB3D7B45C245BCA0D243277949362FE164EB@MX307CL04.corp.emc.com> <9837331A-76DF-4137-9612-CC653E869553@netapp.com>
In-Reply-To: <9837331A-76DF-4137-9612-CC653E869553@netapp.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/QuZEIKGs5HcW7dip4hN9_nBoYCQ>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jan 2018 15:39:34 -0000
On 09/01/2018, 11:11, Eggert, Lars wrote: > Hi, > > would someone clarify what the intended relationship of the mechanism > described in the document and QUIC is? For example, is the intention > here that QUIC should implement this, is this unrelated, or anything > in between? > The work originates from updates to the IPv6 base spec, and the need to consider how to do PLPMTUD for transports other than TCP. There's practical code for UDP-Options, and SCTP, and that is presently evolving with the Spec. I suspect someone could use the final method with QUIC - since it's also a UDP-based transport. I don' knopw of anyone planning PMTUD for QUIC - please get in touch if that is on your radar. > Asking, because if there is an intended relationship, it would be good > to discuss this sooner rather than later. > Thanks, > Lars > Best wishes, Gorry >> On 2017-12-15, at 7:27, Black, David <David.Black@dell.com >> <mailto:David.Black@dell.com>> wrote: >> >> I’m tardy in getting to this action item from the TSVWG meeting in >> Singapore … >> The TSVWG chairs are considering adoption of the draft >> "Packetization Layer Path MTU Discovery for Datagram Transports". >> This draft has been discussed at the previous IETF meeting and on the >> list, and the chairs are now looking for input from the group to help >> inform whether TSVWG should adopt this draft. >> * Please send an email to this list if you would like to see this >> work adopted in TSVWG, or you have comments on the suitability for >> adoption. >> * Please indicate if you are willing to REVIEW such a document during >> its development. >> Please send all notes of support/comments to the TSVWG list or the WG >> chairs by the date above. >> Best wishes, >> David and Wes. >> (TSVWG Co-Chairs) [Gorry is recused from this adoption decision, as >> he is an author of this draft.] >> [The time period for this adoption call is longer than usual to allow >> for the winter holidays – may yours be joyous!] >> Abstract >> This document describes a robust method for Path MTU Discovery >> (PMTUD) for datagram Packetization layers. The method allows a >> Packetization layer (or a datagram application that uses it) to probe >> an network path with progressively larger packets to determine a >> maximum packet size. The document describes as an extension to RFC >> 1191 and RFC 8201, which specify ICMP-based Path MTU Discovery for >> IPv4 and IPv6. This provides functionally for datagram transports >> that is equivalent to the Packetization layer PMTUD specification for >> TCP, specified in RFC4821. >
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Eggert, Lars
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Gorry Fairhurst
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Christian Huitema
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Michael Tuexen
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Christian Huitema
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Mikkel Fahnøe Jørgensen
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Mikkel Fahnøe Jørgensen
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Christian Huitema
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Tom Jones
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Philipp S. Tiesel
- Re: [tsvwg] Adoption call: draft-fairhurst-tsvwg-… Joe Touch