Re: Fwd: New Version Notification for draft-liu-multipath-quic-01.txt

Quentin De Coninck <quentin.deconinck@uclouvain.be> Wed, 16 December 2020 09:48 UTC

Return-Path: <quentin.deconinck@uclouvain.be>
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 01F8E3A07F5 for <quic@ietfa.amsl.com>; Wed, 16 Dec 2020 01:48:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=uclouvain.be
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 D9aB4CoQg42E for <quic@ietfa.amsl.com>; Wed, 16 Dec 2020 01:48:41 -0800 (PST)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70117.outbound.protection.outlook.com [40.107.7.117]) (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 263893A07F4 for <quic@ietf.org>; Wed, 16 Dec 2020 01:48:40 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aBHT/iYbC5JPvjysRPTjSEbqs+ND5yZmCwEvR0YzPkdM7O+FSJafv8ak8PJbQ4+uVs1wXdS+1UQvQFQ5wMPRyFz2G0s0hIClI5MytK0JLPf09D6STc0zFMwwE0dIsBzlnvKf734bfCXQBX5YN9CNeMa8m0QYOOIEsmSd+PlHI/6DWBPJpV8vI+om/gXlS3Y86cffxeRU0JDPJMKWAUClo6jI0+Rz7ir2269ZyeAVFlJo8PG5IRoaKYlg8+gs8U3uubqiToDvK9+i1JhLeeB9x5YVUsv87uD77U14QE/nQ0QpOVQJ5uNaWIS01P1UUINVyU580Xpy2NBqfetsuvprTQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rClKYCm0gCqgOwDSRAuGQiXnjdZZ1VITXG+xQFlGwp4=; b=dmXhr1+R7/Zfm5Y9YLzWjRG+RMB1hkefLKmlThRadPER0qC41mUMtMjaEd65GqRK2g6/d9WzRYY3k62wYbB3/qsIh7i9y+zgHJE0HWhU/9LB3IqudBimLkPXBAb40/1IuWljDf2RsfC4aHBMAueZfapH8Z1OnUO9JBFrYT1ryIhuDn0c9IlNohpufz2RsO/jvUqf3psL4yHnWkHIkWjffKy4R8VUrd4Zq7wgfNFwx1EcFV8RnaGkOZZDp0yUu/3aWHcSeC3W5wZNR1tX0lJ4OmmQrITkK0XXCUXRi1B+u3KbI1latlvY+KDeBdZq/ojaGqlDz2AZ4ndv4iKJ8HNRnA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uclouvain.be; dmarc=pass action=none header.from=uclouvain.be; dkim=pass header.d=uclouvain.be; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uclouvain.be; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rClKYCm0gCqgOwDSRAuGQiXnjdZZ1VITXG+xQFlGwp4=; b=OhfYDwt4nd2TgY75fUAWNjZlLo9uFH4yvCqw0DcBh4OL2K7muqriqTdFHzPI2E4ojWLtt1hZ+HYoqQgTajd7jdSO9P2xc1gYbbxGlbiDLsSydffEqulg5zBe363NR1Y5EFvyYShz56FFX6wG//NKqr0PUsbtyRqkzw9uIxSPkGA=
Authentication-Results: alibaba-inc.com; dkim=none (message not signed) header.d=none;alibaba-inc.com; dmarc=none action=none header.from=uclouvain.be;
Received: from PA4PR03MB7344.eurprd03.prod.outlook.com (2603:10a6:102:10e::7) by PA4PR03MB7056.eurprd03.prod.outlook.com (2603:10a6:102:eb::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3654.19; Wed, 16 Dec 2020 09:48:38 +0000
Received: from PA4PR03MB7344.eurprd03.prod.outlook.com ([fe80::7d36:eaa9:2bfe:8846]) by PA4PR03MB7344.eurprd03.prod.outlook.com ([fe80::7d36:eaa9:2bfe:8846%6]) with mapi id 15.20.3654.025; Wed, 16 Dec 2020 09:48:37 +0000
Subject: Re: Fwd: New Version Notification for draft-liu-multipath-quic-01.txt
To: Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>, Yunfei Ma <yfmascgy@gmail.com>
Cc: 李振宇 <zyli@ict.ac.cn>, quic <quic@ietf.org>, "安勍(莳逸)" <anqing.aq@alibaba-inc.com>, Yanmei Liu <miaoji.lym@alibaba-inc.com>, huitema <huitema@huitema.net>, "Ma, Yunfei" <yunfei.ma@alibaba-inc.com>
References: <1baa86a9-455d-4256-85f2-9aee159afed9.miaoji.lym@alibaba-inc.com> <e8027334-2615-30fc-c4c4-e890c5f527b8@uclouvain.be> <CAHgerOGXWgfna8DmGYGnSYESyuJNseWmVSZquyuY9_WUf30nbw@mail.gmail.com> <CAN1APdcH1Jh4BpCiq_xuzb6s0a++c9Ty4ebaYBZvtsqbVcQStg@mail.gmail.com>
From: Quentin De Coninck <quentin.deconinck@uclouvain.be>
Message-ID: <4345423f-c639-2c03-e726-6dcc8d58ea0e@uclouvain.be>
Date: Wed, 16 Dec 2020 10:48:36 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0
In-Reply-To: <CAN1APdcH1Jh4BpCiq_xuzb6s0a++c9Ty4ebaYBZvtsqbVcQStg@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------734C1CC71DFD5BF37EAB1BC1"
Content-Language: en-US
X-Originating-IP: [2001:6a8:3081:a000::db13]
X-ClientProxiedBy: PR3P191CA0021.EURP191.PROD.OUTLOOK.COM (2603:10a6:102:54::26) To PA4PR03MB7344.eurprd03.prod.outlook.com (2603:10a6:102:10e::7)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [IPv6:2001:6a8:3081:a000::db13] (2001:6a8:3081:a000::db13) by PR3P191CA0021.EURP191.PROD.OUTLOOK.COM (2603:10a6:102:54::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3654.12 via Frontend Transport; Wed, 16 Dec 2020 09:48:37 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 1d263af0-ab46-4510-9871-08d8a1a7c338
X-MS-TrafficTypeDiagnostic: PA4PR03MB7056:
X-Microsoft-Antispam-PRVS: <PA4PR03MB70563AF011E39C4EA7C6F0C09DC50@PA4PR03MB7056.eurprd03.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:10000;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: hw5Z/in2K8WR5i0ksIu/yVuDQ93tm7xHfIPc9fyoBUPotGkfniuGh5wsyJiq2LHBaFCipkan3KiP7ZgUuvzt/NXUXUmk0ZND9VVvmIhJy5mTZD07ZweE/iqFihlbe7UEpD9rW2a580QULhsozsmQ1KKu8QD+CNyaUMYCPVu2aAgQhHFKiPMg3yvgC+Z8pCYccyQoUjojnrfNxtXOfWBhLBZuQBFdul5KfsD53gK7MrfY+f1Ke/kdeW0qZTx7kApdLZ6UqEH7PO3VplTo0NtOL5mm6ikuoOA9+qsU2ptDMu3ObnHnmE0wsSwoSsJeRsBdTH1t5bqVy1kACKb4aFGz57CVWfdm61eRgqP3QidqRreLZkDYCqVoo2ykSCNh1xZko2Pdk/DZwObbMdytrgvdaebz8Lm+0YleH4jmnflDcqI=
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PA4PR03MB7344.eurprd03.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(136003)(396003)(376002)(346002)(366004)(31696002)(31686004)(86362001)(4326008)(2616005)(8676002)(33964004)(6486002)(2906002)(110136005)(52116002)(54906003)(478600001)(5660300002)(16526019)(66556008)(786003)(316002)(8936002)(66476007)(186003)(36756003)(66946007)(43740500002)(45980500001); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData: PLXJM3JzyRpMK/PjfEjWPvTnqQLe4bb4Herhkk5ZFeiJT8GiWaA/olHQtamM5lUUTyBkiX387IzevbzXkLulb0wJcRck9RA8fydyKXshsFULoSnrfj5lMPxihWk+MSLdctHMF6/5cfgRI2nVBBfDp7CgEGoz5GaAmbEtqgsr6kdDvggFCdlTC+vpBmzgMLNkpi4lVu8H7Oc5isMWaICzgiyudcrn4vQftx9wDFpt6zaP0aDbOTQgHx5vmXgFyap9roQYOzeX8CSurRZsHbZhzpssVcgIDtvVju1fdyqmYoscmFyefap44t5+VVe+/YbI1zm/CiwpD35Pxha3t5aMiE5Fbn3WxKslRR4mhDTb79yroEPeTsB9vL1+G4l4ovi4Z4+YEaqZLVSlnzVL1RezSUNeza1lFyo/qttexLX/EI0ZyO6wB+tcUIqTqw0rpDNtEzDmy28en6UHEJbU3izIQM0WfMTEubjtKzp9YA2lw0LWv/HhTsjhiwNiEOrGl/VmkRv+pJ+lq/Nyzl+XKK1LKpbegZA9/bgvoRp1x+v84HIQeeF8mg6yoXj+7ZPUrfX6vK/bgpQYHQw1lAAJRaSVuhMhm/oTE1E2kYKjeDvZGWYMMHgUkpujrsEfsT9iQo8HwUoQKo4FGm+W59O0dazPC5Ur6le+5Sf7kr6a6IR+ojxsKGI8uHmJIQ2RTKMtIKB138skL3258Wdg58353TzBU7WwOxADiCcIVRFFudZ6CSwj3t+qWMmrXUQOP9fr/luvWm7pG1qYOtCejRWVE/1CZOkJ1i9u0/RaaO8aTYSpIeZZkbCwf9WhdiUM+Zvn7rPf1G72r3dx/2YCLAik6WuwytPKr5f8nqtW2cPHwbPI7XktutCPkYChuCOgK18JFgeFMaTpAA5F3HtBO9jDBehonO2dcT12+fwzh7zKcR5vQQ8tmhDstzPvP7aOqVAs7U/5q2V2/0KpDqM4I2kNLuQD7RUM5qOutUyyvvhyYYRn3PfCBuA+XO+Y6F6fs70dmhazIvij0kYVUurd/ZU90cD/uA==
X-OriginatorOrg: uclouvain.be
X-MS-Exchange-CrossTenant-AuthSource: PA4PR03MB7344.eurprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Dec 2020 09:48:37.9005 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 7ab090d4-fa2e-4ecf-bc7c-4127b4d582ec
X-MS-Exchange-CrossTenant-Network-Message-Id: 1d263af0-ab46-4510-9871-08d8a1a7c338
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 70mtVdayXuKMWbLedIlUERRAEYpYObfT6qT1fUsPosZLrY7psNSTJmkVwLPsHlaauajv9r8L0dGCiSFCFCbnYBaofAxX4hKD8f8n8n8lIt4=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PA4PR03MB7056
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/uhR0VVQ7InkdZrzlhMTGvjWmRc4>
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, 16 Dec 2020 09:48:44 -0000

Hi Mikkel,

Le 16/12/20 à 10:19, Mikkel Fahnøe Jørgensen a écrit :
> | It also seems odd to create a (bidirectional?) "path" with different 
> identifiers at both sides.
>
> Hi Quentin, I have not read through your document, as I mentioned in 
> an earlier mail, I also have some concerns about the the Path-ID being 
> too granular because QoE does not relate to a path instance (sequence 
> number) but rather the tuples it runs over - at least most of the time.
+1, both the "forward path" and the "return path" should be considered.
>
> But … the Path-ID in Liu uses the sequence number of the client CID. 
> Presumable both endpoints uses the same Path-ID for the same path, 
> even if server sends with a different CID.
Probably, but how can we ensure that for a given Path ID, each endhost 
uses the same network road to reach its peer?
> I had some concerns about PATH_STATE frames conflicting on Path-ID 
> when sent from different endpoints, but that shouldn’t be a problem. I 
> also especially had a concern about future symmetric multipath with 
> server announced endpoints, but if the client always probes the path 
> first, the client CID still remains a unique identifier.
>
> Now, I do think that a more stable Path-ID makes sense compare to the 
> (potentially) frequently changing CIDs. But, again thinking about a 
> future server announced endpoint, a server might want to use different 
> paths for traffic steering even if the endpoint tuple remains the same 
> for multiple virtual paths. The server CID could be computed 
> differently for each virtual endpoint and affect server side routing.
>
> So I am not sure client side Path-ID should be client CID because it 
> changes often, but it should be sufficiently unique for both 
> endpoints. Also I am not sure that a tuple based Path-ID is a good 
> decision because of potential virtual server endpoints.

In my opinion, I don't think the "path" should be the element we should 
identify. Rather, I think we should identify "forward flows" and 
"backward flows" (what we call uniflows in our deconinck draft) and see 
paths as a combination of a forward flow and a backward one.

Best,

Quentin

>
> Mikkel
>
> On 16 December 2020 at 08.25.34, Yunfei Ma (yfmascgy@gmail.com 
> <mailto:yfmascgy@gmail.com>) wrote:
>
>> It also seems odd to create a (bidirectional?) "path" with different 
>> identifiers at both sides.