Message-ID: <a6e24f3f-980f-4058-9bce-46e371a9b38f@uclouvain.be>
Date: Tue, 15 Jul 2025 23:10:41 +0200
User-Agent: Mozilla Thunderbird Beta
Content-Language: en-GB, fr-BE
To: Yoshifumi Nishida <nsd.ietf@gmail.com>
References: 
 <CAAK044STo8k0F0vVgHUmz3mmb9hROz0LyTvfCRJA1Hmf8Dyv4w@mail.gmail.com>
From: Matthieu Baerts <matthieu.baerts@uclouvain.be>
Organization: UCLouvain
In-Reply-To: 
 <CAAK044STo8k0F0vVgHUmz3mmb9hROz0LyTvfCRJA1Hmf8Dyv4w@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: 
	=?utf-8?B?d2U3NUo1QzNPdGxsRDcvQkxNb1IwU2tlYXAyR1hSOWlIeUNKOGNOTTdmS0dQ?=
 =?utf-8?B?a0krOHhTV1VvOVFRQnJPVnNxWFBjcytBM0tTRkE4UktRN0tVRDkzVXpxR2J0?=
 =?utf-8?B?Ymwzc3lDWmVma2RaZG9RSk5aNzVPZjREYklaSTE0ZGM0bjcyRGtVTllTWThL?=
 =?utf-8?B?bFFuSVNtVHpuNDAwdUxJMEw1SXRXUUE3UmQvWkt3aXJkY3FNbjVkekNEMG52?=
 =?utf-8?B?NzdmZ2RMQVpnS2loK3BZcmJZZGQ1aTZncGlLNTloN0hmYm12SVZCTlNPai9q?=
 =?utf-8?B?d29tUXR5RHg2Qmdjby9vd0xKeXRTaUcwT0svRFd3a0szOG44TmNaWDNlRkJT?=
 =?utf-8?B?ZDYrTGZnNWlYMHkxdzRuWUlkM1FvL3crU0RqcUc1clRwTGdzS0tQa0hiQzNR?=
 =?utf-8?B?eWJnN012aHhNOEpsZHF5ZC9YYnVXWnRSTFBVbE1jYVBoQ094b1pndXFQL0Y0?=
 =?utf-8?B?RkM0ek1rWDRXQnVFVnlyQlFPSGxzQlNSNVVZZ1ZWUFlRa2MvUkJZUTJZSFAv?=
 =?utf-8?B?amhiaDlMb09yZVVXc0FLWWRhUUxYQTkrUUdVVllGcTlsWUdyY1Zkd3Y1VWRT?=
 =?utf-8?B?YnRsODcwSUVDY0syTzhGNVdHOGR3Y3lUZk5iK3ZUVTNBUnUvVENWSHdaaHpG?=
 =?utf-8?B?T2owSnRBMTFZOWRobXl6ZmkyUFR5Tm1Uek9wYnNSK1JZYmNQZEc1elg1Y0pw?=
 =?utf-8?B?MEJGVGNDbzkrVUt4QStmRkNGRVJkVnJQd253SHVqQ3RyYWhsZlBYT2cvMmx1?=
 =?utf-8?B?cU1ycDVSWU1Wd2JpVWlZRmxIVUk4aXdyK2lWdDZnZjhJV1ZxSXBoejFFS0FK?=
 =?utf-8?B?K0cyRWE1Y0lzeHNGdzdBSC83ZmZJalQyc2F1cnFMWWJ6UTVPS1J6clBJc29m?=
 =?utf-8?B?WGpPWWhmYVVENEs5RVpIZTZsZmZFaG16Ykx4K21rOFExeW5UNE1BR3JIdm4z?=
 =?utf-8?B?dUQwY2FYcG5GSXJ2a0FadmdyejFaODhTUU9MZGJ3d0ZZVEJnZzNLUGM5d1pm?=
 =?utf-8?B?MXkrZGMyZnZSUXNaQmJyZ2I1NXExWTFxR1g0NklTSDE2SVU4SU5KRXFxci9l?=
 =?utf-8?B?czc1ZGtSRGtlODMza0E1VTVQdFh4bEtkUWZjc0lpS1RONEg3YkJLVnRmZ0Rw?=
 =?utf-8?B?WGNoOHJaY0taNHhWSG84OUg2aitFb3EzQ05rUXFhOVZYNkZzL1hNQ2FPZElU?=
 =?utf-8?B?UTR5MUd5dWYrRU9lWG5XbEFsZTVxU0s1Ui9FbDhYSERxMUUvTXhpeHlPd1Bw?=
 =?utf-8?B?T3J5TUdnOWlEU1BEa1B0YTBCampVK3ZjcmFuRmdDTmN5WFVtY1RIc1k0a2xJ?=
 =?utf-8?B?d2Y2WWJjUE1RSXFNOU1rbFdQL09XcFRlSGNqR2lxMVRIN0VIb05OTDFZL1Jm?=
 =?utf-8?B?R28wS3h4d0RwL2tjMC9aYXdjeFRLR0JKclRsZ1lGSnp6M2hpSnJyaURWQmFx?=
 =?utf-8?B?aHlZUVhwMGRiRCtRVm1QNUNwWE51RFVtc2x0ZVFwd2VwajBsTlZrQlhPVHVH?=
 =?utf-8?B?QkxWUVMwWUJtaXcvNnR5SXhOSnhBQUJld24ydWR6R2pUMDc2Q1piOFFIU1RO?=
 =?utf-8?B?L1VVMlRLVGhzQ0dqOG1iL080MTJzR0FzRU1kRGhWeVlaK0k3NWlYM21QdnpL?=
 =?utf-8?B?b014dHhTS1ZCVVVUbTF1NDVlT1lxNVNxWTZyRkU2MEQwNHlUSlE4NEh5R2F2?=
 =?utf-8?B?eG1Ccy9Ed2RQcllxY1pNeGF3WGNnUEtDTHRpcTJMdlNmYXVBR2lXK0dlVkI5?=
 =?utf-8?B?TlNMeEl6U3RpcXJYWm5OYnE4Rm5td01MdnhUaEUwNGp4a1UydVN1RnZaZFll?=
 =?utf-8?B?b2VZYXlaN0NXVUxNWUtxdzVQcjgwK2NPM3VKNC9vVEdXV2FnSEtMMjV6K1Jl?=
 =?utf-8?B?SjkzM0FCRFFBYy9Yd3hVbUVZcS8zYlA2K1BoWXdmdmk2WnNERTl6aXpvR1ZY?=
 =?utf-8?B?ZE1hbWtFald0MFp4NFdJQnVyaGkvWUh6OTR4czJYc0tieG43a2IxZDcvYVFR?=
 =?utf-8?B?S3RxNG41djRaL2lmSCtpUnk1eUN6dTVWK2dRRGhKRmhQTmhvdFVaWEVBZzd4?=
 =?utf-8?B?MGZScGwyaU9XS2drQ0JEakJrSm9SYlZ6ZUU5RzFYcjkrdVlpUGxoTkZaS3ZB?=
 =?utf-8?B?bXZTdXpHcFFBWkt6SHNQSkhNS0xnU3FkMzAyZENRc1lHMUp2SFRmRkZjMk1M?=
 =?utf-8?B?ekZiSk5TZiswc1VGMEgzZmI2QTMzQTRTNFNlYzZyNE55VnhYcFh1d09Gcm9m?=
 =?utf-8?B?bmhzbGYyc2tUMFpXSk9HL2k4Q2x3PT0=?=
X-OriginatorOrg: uclouvain.be
X-MS-Exchange-CrossTenant-Network-Message-Id: 
 5cda2934-3970-4299-fb4c-08ddc3e40f7d
X-MS-Exchange-CrossTenant-AuthSource: GVXPR03MB8450.eurprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Jul 2025 21:10:43.8029
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 7ab090d4-fa2e-4ecf-bc7c-4127b4d582ec
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 
 jUKkgnXjJCVLzzAKGK8kX2z6OWcIzlfjCOqBL5OfLQlwv6TVQB52m6YjnRqi82E6J7IKDcGvXyvnhbLS1AUa0odud8nH+UQPXgfHDb+/Jfk=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: GVXPR03MB10213
Message-ID-Hash: UOAW4MQ4333PVGTVHYNQAHEHFZLOP52Z
X-Message-ID-Hash: UOAW4MQ4333PVGTVHYNQAHEHFZLOP52Z
X-MailFrom: matthieu.baerts@uclouvain.be
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency;
 loop; banned-address; member-moderation;
 header-match-multipathtcp.ietf.org-0; nonmember-moderation; administrivia;
 implicit-dest; max-recipients; max-size; news-moderation; no-subject;
 digests; suspicious-header
CC: "tcpm@ietf.org Extensions" <tcpm@ietf.org>,
 multipathtcp <multipathtcp@ietf.org>,
 Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: =?utf-8?q?=5Bmultipathtcp=5D_Re=3A_comments_on_draft-baerts-tcpm-mptcpdss-00?=
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/multipathtcp/O2wQodE1p0Bwz4Hr5TOmjbtEN7A>
List-Archive: <https://mailarchive.ietf.org/arch/browse/multipathtcp>
List-Help: <mailto:multipathtcp-request@ietf.org?subject=help>
List-Owner: <mailto:multipathtcp-owner@ietf.org>
List-Post: <mailto:multipathtcp@ietf.org>
List-Subscribe: <mailto:multipathtcp-join@ietf.org>
List-Unsubscribe: <mailto:multipathtcp-leave@ietf.org>

Hi Yoshi,

On 15/07/2025 05:55, Yoshifumi Nishida wrote:
> Hi Matt, Olivier,
> 
> Thanks for providing an interesting draft.

Thank you for your review!

> I think the idea of the draft is straightforward and makes sense to me.
> I think the draft needs to clarify the following points for
> further improvements.
> 
> 1: It seems to me that using 'D' flag in MP_CAPABLE for this proposal
> doesn't exactly match the description of RFC8864. Because, in my
> understanding, flags D through H are used for crypto algorithm
> negotiations.

Good point. Our understanding is that flag bits "D" through "G" are
"reserved" for future uses. RFC8684 seems to suggest [1] they might be
used for crypto algorithm negotiation, but we don't think the intension
was to limit these reserved flags only to that:

> The remaining bits, labeled "D" through "H", are used for crypto
> algorithm negotiation. In this specification, only the rightmost bit,
> labeled "H", is assigned.

[1] https://datatracker.ietf.org/doc/html/rfc8684#section-3.1-20.8

Do you think the draft should mention this interpretation? Or should we
have this clarification in RFC8684 directly?


> 2: I'm not very sure how responders can fall back to normal MPTCP when
> they don't support this feature. When they cannot support any requested
> features in MP_CAPABLE, will they fall back to regular TCP rather than
> normal MPTCP by sending SYN ACK without MP_CAPABLE options?

Compared to RFC8684, the only difference in the SYN + MP_CAPABLE is the
'D' flag. The rest, including the Data-Level Length (16 bits) and the
checksum (16 bits, optional), are not modified. For the SYN -- for TCP
FastOpen for example -- we don't think there is a need to have a DLL
larger than 16 bits which would break the possibility of a fallback to
RFC8684 without this extension. Keeping the DLL on 16 bits in the
MP_CAPABLE seems safer.

The draft tries to explain that at the end [2]:

> Even when the TBD Flag is set to 1, the MP_CAPABLE options continue to
> use a 16-bit Data-Level Length like before, to allow fallback if the
> receiver doesn't support a 32-bit Data-Level Length.
[2]
https://www.ietf.org/archive/id/draft-baerts-tcpm-mptcpdss-00.html#section-3-9

Is this enough for you, or should it be clearer?

Cheers,
Matt