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.
>