Proposed response to Liaison Statement "LS on need for Multi-Path QUIC for ATSSS"
Lars Eggert <lars@eggert.org> Wed, 29 April 2020 14:28 UTC
Return-Path: <lars@eggert.org>
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 A67923A11AF for <quic@ietfa.amsl.com>; Wed, 29 Apr 2020 07:28:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=unavailable 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 LXUa-WV6pool for <quic@ietfa.amsl.com>; Wed, 29 Apr 2020 07:28:43 -0700 (PDT)
Received: from fgw23-4.mail.saunalahti.fi (fgw23-4.mail.saunalahti.fi [62.142.5.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E90283A11AA for <quic@ietf.org>; Wed, 29 Apr 2020 07:28:42 -0700 (PDT)
Received: from eggert.org (unknown [62.248.255.8]) by fgw23.mail.saunalahti.fi (Halon) with ESMTPSA id 9342eccf-8a25-11ea-90c6-005056bdfda7; Wed, 29 Apr 2020 17:27:40 +0300 (EEST)
Received: from stickers.eggert.org (stickers.eggert.org [172.21.96.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by eggert.org (Postfix) with ESMTPSA id 55595879C03; Wed, 29 Apr 2020 17:27:30 +0300 (EEST)
From: Lars Eggert <lars@eggert.org>
Message-Id: <890062AB-4F69-490E-95DF-E13841442489@eggert.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_B677801E-7714-4F82-9204-358731B9553F"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Subject: Proposed response to Liaison Statement "LS on need for Multi-Path QUIC for ATSSS"
Date: Wed, 29 Apr 2020 17:27:29 +0300
In-Reply-To: <53440b6005987fe7b3608186a48428d626d92422.camel@ericsson.com>
Cc: Magnus Westerlund <magnus.westerlund=40ericsson.com@dmarc.ietf.org>
To: "quic@ietf.org" <quic@ietf.org>
References: <158575376802.30598.14992202513752114049@ietfa.amsl.com> <53440b6005987fe7b3608186a48428d626d92422.camel@ericsson.com>
X-MailScanner-ID: 55595879C03.A1DBA
X-MailScanner: Found to be clean
X-MailScanner-From: lars@eggert.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/m-J7dAhtXgwDwK5yK5zN3Ybjd9A>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
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, 29 Apr 2020 14:28:45 -0000
QUIC WG participants, the chairs have discussed a response to this statement and plan on sending the message below. If you have comments, please respond to this e-mail by May 13. Thanks, Lars --- Thank you for your input to our specifications. Multipath capabilities for QUIC are currently under active discussion in the IETF's QUIC WG. Several individual proposals have been made, but the group is also considering whether the already-specified connection migration capabilities are sufficient to cover the majority of use cases. We encourage 3GPP to detail their requirements for QUIC multipath capabilities in an Internet-Draft, especially if the already-specified connection migration capabilities are deemed insufficient. 3GPP's active involvement in any multipath QUIC standardization would be the best way to remain informed of the progress of any such work in the IETF. Kind regards, Mark Nottingham, Lucas Pardue and Lars Eggert, QUIC Working Group chairs
- [Fwd: New Liaison Statement, "LS on need for Mult… Magnus Westerlund
- Re: [Fwd: New Liaison Statement, "LS on need for … Matt Joras
- Re: [Fwd: New Liaison Statement, "LS on need for … Spencer Dawkins at IETF
- Re: [Fwd: New Liaison Statement, "LS on need for … Martin Thomson
- Re: [Fwd: New Liaison Statement, "LS on need for … Spencer Dawkins at IETF
- Re: [Fwd: New Liaison Statement, "LS on need for … Martin Thomson
- Re: [Fwd: New Liaison Statement, "LS on need for … Gorry Fairhurst
- Re: Re: [Fwd: New Liaison Statement, "LS on need … Olivier Bonaventure
- Re: Re: [Fwd: New Liaison Statement, "LS on need … Olivier Bonaventure
- Re: [Fwd: New Liaison Statement, "LS on need for … Spencer Dawkins at IETF
- Re: [Fwd: New Liaison Statement, "LS on need for … Ted Hardie
- Re: Re: [Fwd: New Liaison Statement, "LS on need … Qing An
- Re: [Fwd: New Liaison Statement, "LS on need for … Lars Eggert
- Re: [Fwd: New Liaison Statement, "LS on need for … Olivier Bonaventure
- Re: [Fwd: New Liaison Statement, "LS on need for … Gorry Fairhurst
- Re: [Fwd: New Liaison Statement, "LS on need for … Olivier Bonaventure
- Re: [Fwd: New Liaison Statement, "LS on need for … Gorry Fairhurst
- RE: [Fwd: New Liaison Statement, "LS on need for … Markus.Amend
- Proposed response to Liaison Statement "LS on nee… Lars Eggert
- Re: Proposed response to Liaison Statement "LS on… Spencer Dawkins at IETF
- Re: Proposed response to Liaison Statement "LS on… Lars Eggert
- Re: Proposed response to Liaison Statement "LS on… Spencer Dawkins at IETF
- Re: Proposed response to Liaison Statement "LS on… Lars Eggert
- Re: Proposed response to Liaison Statement "LS on… Spencer Dawkins at IETF