Re: [tcpm] I-D Action: draft-nishida-tcpm-agg-syn-ext-00.txt

Joseph Touch <touch@strayalpha.com> Wed, 10 February 2021 15:55 UTC

Return-Path: <touch@strayalpha.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FA7F3A0E37 for <tcpm@ietfa.amsl.com>; Wed, 10 Feb 2021 07:55:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.com
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 Zl93QHLnwBqe for <tcpm@ietfa.amsl.com>; Wed, 10 Feb 2021 07:55:09 -0800 (PST)
Received: from server217-5.web-hosting.com (server217-5.web-hosting.com [198.54.116.226]) (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 58F4B3A0E25 for <tcpm@ietf.org>; Wed, 10 Feb 2021 07:55:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To: From:Subject:Mime-Version:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=q8BlBi9Egaxwfyi7Cc7fSSY06fVRCQEg2WmH9HhXhsA=; b=hXujadNdoZ6WMQ1Y5Fqabz/CB iEKRbUnIGfVUKiYVjVzeoXlBrjrEGAVVOSRfDQP5bxnjLFWu3rfp6YSwwt9nXvVmueY8ATcIuP+a0 NJ8x8k1z/VSEBksaD3FhtG7wJ8K79qrm/jYRpeLiTT0kIaFYrjXKDpJv/hae+crUeO4S1pDJWY4+7 pgDHODEp4jnZFJE3NdFoR7AwGxc+IBGT8pwGEdivpUKWVjY0LeHdjQOFCjnS7BQx3pr6dfVJhrocY oiNU8/M+tb1vxs8ybY8qpPyvBCMzPEMHECwNgIKAteYsTc8S138orYCUrJU7NZOdhLSsdBRQjWcpC 6PDF2caSQ==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:64702 helo=[192.168.1.14]) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from <touch@strayalpha.com>) id 1l9rpN-003Hcw-8A; Wed, 10 Feb 2021 10:54:58 -0500
Content-Type: multipart/alternative; boundary="Apple-Mail=_4B373B8A-DC89-4D47-B630-BB536624266C"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\))
From: Joseph Touch <touch@strayalpha.com>
In-Reply-To: <CAAK044SNwkYBkdB1Ji=Yt-onVnRnnsn6GLA37691zXnk3WpqLw@mail.gmail.com>
Date: Wed, 10 Feb 2021 07:54:52 -0800
Cc: Kangjiao <kangjiao@huawei.com>, "tcpm@ietf.org Extensions" <tcpm@ietf.org>, Liangqiandeng <liangqiandeng@huawei.com>
Message-Id: <A64A6C3D-9270-4529-9EB6-B507C513DFD5@strayalpha.com>
References: <161233469809.31214.294457730576935197@ietfa.amsl.com> <CAAK044QYBiGXKm+D+=edc8TWhjzAadBxER5VRFmJOdW8hdXFKg@mail.gmail.com> <719A2C1D4AC73847B6E1BF21DF1545EAE5E77372@dggemm514-mbs.china.huawei.com> <CAAK044SNwkYBkdB1Ji=Yt-onVnRnnsn6GLA37691zXnk3WpqLw@mail.gmail.com>
To: Yoshifumi Nishida <nsd.ietf@gmail.com>
X-Mailer: Apple Mail (2.3654.60.0.2.21)
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/QOC49casxXQ6VcT1-JCoTtKDk7I>
Subject: Re: [tcpm] I-D Action: draft-nishida-tcpm-agg-syn-ext-00.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Feb 2021 15:55:12 -0000

Hi, all,

FWIW, my view is that:

- it MAY be reasonable for an option to negotiate parameters after the TWHS
	BUT this can be VERY difficult, esp. because the negotiation needs to account for segment loss and reordering

- a new option CANNOT provide that opportunity for existing options
	those existing options were defined assuming establishment during the TWHS

- a new option CANNOT provide that opportunity for new options UNLESS THEY EXPLICITLY ALLOW IT

So the proposed mechanism does not appear to extend the option space in a general sense, either for existing or all future options. 

Joe

> On Feb 10, 2021, at 2:28 AM, Yoshifumi Nishida <nsd.ietf@gmail.com> wrote:
> 
> Hi Kangjiao,
> 
> OK. I think it has some similarities. I will think about this further and will get back to you.
> --
> Yoshi
> 
> On Tue, Feb 9, 2021 at 5:14 PM Kangjiao <kangjiao@huawei.com <mailto:kangjiao@huawei.com>> wrote:
> Hi Yoshi,
> 
>  
> 
> I wrote a draft to propose an idea for MPTCP subtype capability exchange during MPTCP handshake.  We think, in MPTCP, some options are mandatory but some options can be set as optional ones. So an exchange mechanism of actual capability between both parties are needed.
> 
>  
> 
> URL:            https://www.ietf.org/archive/id/draft-kang-tcpm-subtype-capability-exchange-00.txt <https://www.ietf.org/archive/id/draft-kang-tcpm-subtype-capability-exchange-00.txt>
> Status:         https://datatracker.ietf.org/doc/draft-kang-tcpm-subtype-capability-exchange/ <https://datatracker.ietf.org/doc/draft-kang-tcpm-subtype-capability-exchange/>
> Html:           https://www.ietf.org/archive/id/draft-kang-tcpm-subtype-capability-exchange-00.html <https://www.ietf.org/archive/id/draft-kang-tcpm-subtype-capability-exchange-00.html>
> Htmlized:       https://tools.ietf.org/html/draft-kang-tcpm-subtype-capability-exchange-00 <https://tools.ietf.org/html/draft-kang-tcpm-subtype-capability-exchange-00>
>  
> 
> When I read your draft, I think maybe our above work have some relevance to your suggestions. If you think it'll help with this work, I hope we can discuss this new negotiation mechanism for related options and subtypes. Thanks
> 
>  
> 
> Best wishes,
> 
> Jiao
> 
>  
> 
> From: tcpm [mailto:tcpm-bounces@ietf.org <mailto:tcpm-bounces@ietf.org>] On Behalf Of Yoshifumi Nishida
> Sent: Wednesday, February 3, 2021 3:12 PM
> To: tcpm@ietf.org <mailto:tcpm@ietf.org> Extensions <tcpm@ietf.org <mailto:tcpm@ietf.org>>
> Subject: [tcpm] Fwd: I-D Action: draft-nishida-tcpm-agg-syn-ext-00.txt
> 
>  
> 
> Hi folks,
> 
>  
> 
> I prepared a draft for SYN option space extensions.
> 
> I know this is a difficult issue in TCP and has been discussed for a long time. 
> 
> But, I'm thinking that it might be a good time to discuss it again.
> 
>  
> 
> Key ideas of the draft are the followings.
> 
> 1: drastic changes in TCP's spec will not be required 
> 
>     (it does not require updating TCP header format nor using multiple SYN packets or additional SYN-like packets)
> 
> 2: utilize the option negotiation schemes in mptcp for generic purposes. so, I think it can be considered middlebox friendly.
> 
> 3: it has some limitations (e.g it can only extend around 30-40 bytes for SYN option space). But, if it's combined with EDO, we can use more option space.
> 
>     (depends on how EDO draft will progress, though)
> 
>  
> 
> Please let me know if you have any questions or comments or suggestions.
> 
>  
> 
> Thank you so much!
> 
> --
> 
> Yoshi
> 
>  
> 
>  
> 
> ---------- Forwarded message ---------
> From: <internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>>
> Date: Tue, Feb 2, 2021 at 10:45 PM
> Subject: I-D Action: draft-nishida-tcpm-agg-syn-ext-00.txt
> To: <i-d-announce@ietf.org <mailto:i-d-announce@ietf.org>>
> 
> 
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 
>         Title           : Aggregated Option for SYN Option Space Extension
>         Author          : Yoshifumi Nishida
>         Filename        : draft-nishida-tcpm-agg-syn-ext-00.txt
>         Pages           : 14
>         Date            : 2021-02-02
> 
> Abstract:
>    TCP option space is scarce resource as its max length is limited to
>    40 bytes.  This limitation becomes more significant in SYN segments
>    as all options used in a connection should be exchanged during SYN
>    negotiations.  This document proposes a new SYN option negotiation
>    scheme that provide a feature to compress TCP options in SYN segments
>    and provide more option space.  The proposed scheme does not update
>    the format of TCP header nor transmit any additional SYN or SYN-like
>    segments so that it has lower risks for middlebox interventions.  In
>    addition, by combining another proposal for option space extension,
>    it is possible to provide further option space.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-nishida-tcpm-agg-syn-ext/ <https://datatracker.ietf.org/doc/draft-nishida-tcpm-agg-syn-ext/>
> 
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-nishida-tcpm-agg-syn-ext-00 <https://tools.ietf.org/html/draft-nishida-tcpm-agg-syn-ext-00>
> https://datatracker.ietf.org/doc/html/draft-nishida-tcpm-agg-syn-ext-00 <https://datatracker.ietf.org/doc/html/draft-nishida-tcpm-agg-syn-ext-00>
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org <http://tools.ietf.org/>.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/ <ftp://ftp.ietf.org/internet-drafts/>
> 
> 
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org <mailto:I-D-Announce@ietf.org>
> https://www.ietf.org/mailman/listinfo/i-d-announce <https://www.ietf.org/mailman/listinfo/i-d-announce>
> Internet-Draft directories: http://www.ietf.org/shadow.html <http://www.ietf.org/shadow.html>
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt <ftp://ftp.ietf.org/ietf/1shadow-sites.txt>_______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm