[Multipath Extension] separate Path IDs from Connection IDs

Yanmei Liu <miaoji.lym@alibaba-inc.com> Fri, 24 November 2023 05:41 UTC

Return-Path: <miaoji.lym@alibaba-inc.com>
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 B4E58C17DC1A for <quic@ietfa.amsl.com>; Thu, 23 Nov 2023 21:41:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yaqZc5E0zSv4 for <quic@ietfa.amsl.com>; Thu, 23 Nov 2023 21:41:21 -0800 (PST)
Received: from out0-197.mail.aliyun.com (out0-197.mail.aliyun.com [140.205.0.197]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 163B7C14CF1A for <quic@ietf.org>; Thu, 23 Nov 2023 21:41:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1700804476; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=kcI7OIRSO38PWjBKvuyl9zeDOOFyEYEEpuLHjR6C+5s=; b=wudtm6oE1xBMaG8ppW1u2UP6aeeNx3JCQO8DrKIl51uN22soGY/Q0VHy25cT28l/AguAXQPZ7IZDxBuN901o+gaMYs0vIvYe9w4MGD0IjoRWFaDjh9qF5YjzBtwBXD3jcHvM5dAzdDgvLKKv1I19Trh9Sn8rUNutxp7WZkvnoyI=
X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R151e4; CH=green; DM=||false|; DS=||; FP=0|-1|-1|-1|0|-1|-1|-1; HT=ay29a033018047194; MF=miaoji.lym@alibaba-inc.com; NM=1; PH=DW; RN=7; SR=0; TI=W4_0.2.3_v5ForWebDing_210DFDF6_1700653014498_o7001c139d;
Received: from WS-web (miaoji.lym@alibaba-inc.com[W4_0.2.3_v5ForWebDing_210DFDF6_1700653014498_o7001c139d]) at Fri, 24 Nov 2023 13:41:15 +0800
Date: Fri, 24 Nov 2023 13:41:15 +0800
From: Yanmei Liu <miaoji.lym@alibaba-inc.com>
To: quic <quic@ietf.org>, Lucas Pardue <lucaspardue.24.7@gmail.com>, Matt Joras <matt.joras@gmail.com>
Cc: Quentin De Coninck <quentin.deconinck@uclouvain.be>, Christian Huitema <huitema@huitema.net>, "yunfei.ma" <yunfei.ma@alibaba-inc.com>, Mirja Kuehlewind <mirja.kuehlewind@ericsson.com>, "Olivier.Bonaventure" <Olivier.Bonaventure@uclouvain.be>
Reply-To: Yanmei Liu <miaoji.lym@alibaba-inc.com>
Message-ID: <f35d667b-b55d-4425-86e1-3bfdaa80377d.miaoji.lym@alibaba-inc.com>
Subject: [Multipath Extension] separate Path IDs from Connection IDs
X-Mailer: [Alimail-Mailagent revision 22][W4_0.2.3][v5ForWebDing][Chrome]
MIME-Version: 1.0
References: <3b93b1c8-c3a3-4451-97e8-5b7dc1d3934e.>
x-aliyun-mail-creator: W4_0.2.3_v5ForWebDing_QvNTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTVfNykgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzExOC4wLjAuMCBTYWZhcmkvNTM3LjM2La
In-Reply-To: <3b93b1c8-c3a3-4451-97e8-5b7dc1d3934e.>
Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_78082_7f11d8ceb700_6560377b_7c1d5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/J8H63XdDgG9CSKTqS9qE9vhailQ>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 24 Nov 2023 05:41:25 -0000

Hi Everyone,
As we have discussed the idea of explicit Path IDs on the working group meeting in IETF 118, there're at least 20 people interested in the new design.
Marten and I have been working on a proposal about this idea for the working group. 
Please feel free to check the proposal and give comments on it, we look forward to hearing your suggestions.
Brief summary for the new proposal:
- (Most important) Use explicit Path IDs instead of CID sequence number to identify a path. Path IDs are used to address a path in control frames of Multi-path extension, e.g PATH_ABANDON, PATH_AVAILABLE and PATH_STANDBY.
- Path IDs are used as part of the AEAD encryption / decryption nonce instead of CID sequence number.
- Packet number space is per path, and it's bind to a Path Identifier. Packet number space doesn't change when CID rotation happens. 
- Transport parameter: Use "initial_max_paths" instead of "enable_multipath" to negotiate multi-path and max initial paths number. 
- New Frame Types:
 - Add MP_NEW_CONNECTION_ID frame which issues new CIDs associated with Path Identifiers. CID sequence and Retire Prior To are arranged per path. Add MP_RETIRE_NEW_CONNECTION_ID frame to retire a CID under a path.
 - Add MAX_PATHS frame to inform the peer about expanding the available Path IDs; PATH_ABANDON frame is used to abandon path and retire the associated Path ID (It's not a new frame but we add the retirement signal of Path ID in it).
Here is the proposal and original issue:
Proposal for explicit Path IDs (pull request): https://github.com/quicwg/multipath/pull/292 <https://github.com/quicwg/multipath/pull/292 >
Complete version: https://github.com/quicwg/multipath/blob/dev/path_id/draft-ietf-quic-multipath.md <https://github.com/quicwg/multipath/blob/dev/path_id/draft-ietf-quic-multipath.md >
Issue and previous discussion: https://github.com/quicwg/multipath/issues/214 <https://github.com/quicwg/multipath/issues/214 >
Next steps: 
1. Involve more implementations to verify the design and do more interop tests. 
2. We are planning to have an interim meeting in January(2024) discussing about this proposal and whether the working group agree to accept the new design. 
If you are interested in, please contact us and participate in the interim meeting.
Quentin, Christian, Mirja, Yunfei, Kazuho, Furong and Michael have helped a lot on reviewing and improve this proposal.
Thanks for everyone and happy thanksgiving day!
Best Regards,
Yanmei Liu