RE: Multipath Milestones

Lucas Pardue <Lucas.Pardue@bbc.co.uk> Wed, 14 February 2018 21:42 UTC

Return-Path: <Lucas.Pardue@bbc.co.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 F266B126CD8 for <quic@ietfa.amsl.com>; Wed, 14 Feb 2018 13:42:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, 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 Gr8OumXYylXo for <quic@ietfa.amsl.com>; Wed, 14 Feb 2018 13:42:45 -0800 (PST)
Received: from mailout1.cwwtf.bbc.co.uk (mailout1.cwwtf.bbc.co.uk [132.185.160.180]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDB6C12426E for <quic@ietf.org>; Wed, 14 Feb 2018 13:42:44 -0800 (PST)
Received: from BGB01XI1006.national.core.bbc.co.uk ([10.184.50.56]) by mailout1.cwwtf.bbc.co.uk (8.15.2/8.15.2) with ESMTP id w1ELggj0027711; Wed, 14 Feb 2018 21:42:42 GMT
Received: from BGB01XUD1012.national.core.bbc.co.uk ([10.161.14.10]) by BGB01XI1006.national.core.bbc.co.uk ([10.184.50.56]) with mapi id 14.03.0361.001; Wed, 14 Feb 2018 21:42:42 +0000
From: Lucas Pardue <Lucas.Pardue@bbc.co.uk>
To: Ian Swett <ianswett@google.com>
CC: "Eggert, Lars" <lars@netapp.com>, QUIC WG <quic@ietf.org>
Subject: RE: Multipath Milestones
Thread-Topic: Multipath Milestones
Thread-Index: AdOlot2vk/mcXyftQ+aZnFxr8GlL1QAJSPAAAABGCQAABJTfgAAAK9VB
Date: Wed, 14 Feb 2018 21:42:41 +0000
Message-ID: <7CF7F94CB496BF4FAB1676F375F9666A3BAE0D46@bgb01xud1012>
References: <7CF7F94CB496BF4FAB1676F375F9666A3BAE0BEA@bgb01xud1012> <DE0B9AF2-915C-42A0-85E4-C419782D46B5@netapp.com> <CAKcm_gO4gc-iek4_VKi+ekyUyWTQ0Pt-wmr=zvXdGezzXDBiNA@mail.gmail.com>, <CAGD1bZZgx4O54vFO-O1ZHsWbzYuOp4ne4d33HCd67f8K7coPEQ@mail.gmail.com>
In-Reply-To: <CAGD1bZZgx4O54vFO-O1ZHsWbzYuOp4ne4d33HCd67f8K7coPEQ@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.19.161.213]
x-exclaimer-md-config: 1cd3ac1c-62e5-43f2-8404-6b688271c769
x-tm-as-product-ver: SMEX-11.0.0.4255-8.200.1013-23664.002
x-tm-as-result: No--28.158500-0.000000-31
x-tm-as-user-approved-sender: Yes
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/gfMSfUbP14fMRg6ayP_sJ7VY3n8>
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, 14 Feb 2018 21:42:47 -0000

Yes I think Ian summarised things well.

>From my own perspective, changing milestone dates to <TBD>, <suspended until further notice> etc would give a more honest reflection of current status. Not sure if the datatracker allows such a thing.

Regards
Lucas
________________________________________
From: Jana Iyengar [jri@google.com]
Sent: 14 February 2018 21:33
To: Ian Swett
Cc: Eggert, Lars; Lucas Pardue; QUIC WG
Subject: Re: Multipath Milestones

I agree with Lars and Ian, and I presume this was left out inadvertently.

Lars: maybe the chairs could come up with a "fix" to the milestones and do a consensus call?

On Wed, Feb 14, 2018 at 11:22 AM, Ian Swett <ianswett@google.com<mailto:ianswett@google.com>> wrote:
Lars, that was my interpretation as well.

I think the right path forward is for those particularly interested in multipath to experiment with QUIC extensions inside v1, once the extension mechanism is defined.  Once some experimentation has happened, we'll be in a better place to have an informed discussion about some of the points Christian raised in his multipath requirements draft: https://tools.ietf.org/html/draft-huitema-quic-mpath-req-01

The recent text being added about Connection Migration should lay some of the groundwork for adding second paths. https://github.com/quicwg/base-drafts/pull/1012

On Wed, Feb 14, 2018 at 2:14 PM, Eggert, Lars <lars@netapp.com<mailto:lars@netapp.com>> wrote:
Hi,

On 2018-2-14, at 15:49, Lucas Pardue <Lucas.Pardue@bbc.co.uk<mailto:Lucas.Pardue@bbc.co.uk>> wrote:
This might be a bit pedantic but when the milestones were adjusted back in December, the Multipath extension milestones were left as originally stated (Nov ’17, May ’19).

Is there any intention to modify these? The Nov ’17 adoption has obviously been missed and I’m wondering what I would tell someone less familiar with the WG when they hypothetically asks me what that means.

yes, we need to update those milestones.

I can't recall that we explicitly discussed this when we discussed pushing the base-drafts milestones back. But to me personally, the decision to focus all efforts on v1 - and multipath not being part of v1 - implicitly meant that we'd not really start any real effort before the base-drafts are shipped off to the IESG. In other words, WG adoption would probably not happen before Nov 2018, and completion sometime in 2019 (?).

As I said, this is my personal interpretation - it would be good to know if this is the WG consensus.

Lars




-----------------------------
http://www.bbc.co.uk
This e-mail (and any attachments) is confidential and
may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in
error, please delete it from your system.
Do not use, copy or disclose the
information in any way nor act in reliance on it and notify the sender
immediately.
Please note that the BBC monitors e-mails
sent or received.
Further communication will signify your consent to
this.
-----------------------------