Re: Interim meeting request for slides on multipath QUIC use cases and requirements

Gorry Fairhurst <gorry@erg.abdn.ac.uk> Wed, 14 October 2020 10:23 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 1F0B03A1462 for <quic@ietfa.amsl.com>; Wed, 14 Oct 2020 03:23:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.111
X-Spam-Level:
X-Spam-Status: No, score=-2.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.213, SPF_HELO_NONE=0.001, SPF_NONE=0.001] 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 ExV6F-9-EBzl for <quic@ietfa.amsl.com>; Wed, 14 Oct 2020 03:23:08 -0700 (PDT)
Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [IPv6:2001:630:42:150::2]) by ietfa.amsl.com (Postfix) with ESMTP id 6CD7B3A1460 for <quic@ietf.org>; Wed, 14 Oct 2020 03:23:08 -0700 (PDT)
Received: from GF-MacBook-Pro.lan (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id 9B4E21B00082; Wed, 14 Oct 2020 11:22:55 +0100 (BST)
Subject: Re: Interim meeting request for slides on multipath QUIC use cases and requirements
To: Lars Eggert <lars@eggert.org>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Cc: IETF QUIC WG <quic@ietf.org>, Lucas Pardue <lucaspardue.24.7@gmail.com>
References: <CALGR9oaJ4Zi=gZd4hrxFyR2TgL40c43pnTDk9=7GtN3Oz-ezdA@mail.gmail.com> <CAKKJt-f72oH5ng44U-QjA6jRHtamsTQfdm8a69zn14AneafUXg@mail.gmail.com> <B35AD30B-3184-4ADE-B2EC-877965E4DAB6@eggert.org>
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Message-ID: <331dca8f-3f95-e9f2-c10e-ab8199d43b36@erg.abdn.ac.uk>
Date: Wed, 14 Oct 2020 11:22:54 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:78.0) Gecko/20100101 Thunderbird/78.3.1
MIME-Version: 1.0
In-Reply-To: <B35AD30B-3184-4ADE-B2EC-877965E4DAB6@eggert.org>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/8l5y6LyKUs_samvtJUca-gFOw_8>
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, 14 Oct 2020 10:23:10 -0000

Maybe it's just me - but I would be super-interesting in checking that I 
really understand what the migration feature of QUIC would give us if 
there was a change in connectivity.

Am I correct, in seeing QUIC as already having (or nearly having) a path 
failover method - similar to SCTP failover? ... where multiple paths are 
kept alive, but only one path is used at a time for data. Can some 
problems be solved by a simple failover method?

To me multipath, is where performance optimisation questions are solved 
- such as how to have simultaneous use of capacity across multiple paths 
(some people call this bonding), or scheduling across paths to 
minimising the delay, or one of many other metrics.

Just a thought on what might be useful to me to see in some slides .... 
perhaps before we delive into the details of policies and scheduling.

Gorry


On 14/10/2020 10:45, Lars Eggert wrote:
> Hi,
>
> On 2020-10-13, at 18:35, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
>> I'd like to do one or two slides, five minutes max, on the multipath modes that are under discussion in 3GPP SA2, from my perspective as an individual.
> I think that would be helpful, and so far there are no other offers to summarize those use case requirements.
>
>> When do you need the slides?
> Monday at the latest?
>
> Thanks,
> Lars