Re: [multipathtcp] [tcpm] Working group acceptance of draft-bonaventure-mptcp-converters ?

Yuchung Cheng <ycheng@google.com> Mon, 04 December 2017 18:25 UTC

Return-Path: <ycheng@google.com>
X-Original-To: multipathtcp@ietfa.amsl.com
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39D49127BA3 for <multipathtcp@ietfa.amsl.com>; Mon, 4 Dec 2017 10:25:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 95Inzsg3Dmn2 for <multipathtcp@ietfa.amsl.com>; Mon, 4 Dec 2017 10:25:33 -0800 (PST)
Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A323B127B60 for <multipathtcp@ietf.org>; Mon, 4 Dec 2017 10:25:32 -0800 (PST)
Received: by mail-wm0-x22f.google.com with SMTP id i11so15993988wmf.4 for <multipathtcp@ietf.org>; Mon, 04 Dec 2017 10:25:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/nALGvo7RaGhHNVwEjkFYPoAa+GCdVZgsdqeVN62/OQ=; b=jR5vs56jjZJQxV5kIT6Ty0hNVx/Pa9BtXmIQ8TBNHwy0vlFY42sofAlYqM4y2/r+P/ Qncr5yZSpjvL9YypLogPt6WJZIFPChFlaZ6UZbUYJXM4+wD9TlvQH5KGpXCv3xbor7Fs s1SYQzZJckhdn/I0cxdbwTtyPnMrbfK9ITfFrjOCXVue8oqAdtceP4qCzisE+sKoD7YQ 2vIdXR4/xAzvBIo0qjz7EhCXrXtWUoQ2Wi3gWYnrlfFXdskQA4/cTV16hTP7jEcyfsiO n4MLpwPcZiBMD7IRB08l9vUPXc+kcH8tHGsJ9BE3JBkliPQ04TvjTP8nYU6zMP7ulJLQ IM/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/nALGvo7RaGhHNVwEjkFYPoAa+GCdVZgsdqeVN62/OQ=; b=Nk7UEGc6wgduq/mIltXHWVGEJF8uKnTj5xsG65cxgc+91krPGmFIvCCaTyn42/zlIu /jhNygIuE8ID16cvcWIazzda94Ef2t01CFi/OnT3TlS4jOCgZVjiNW50KOahnilW/LXN xhDn1geKxwCHurpmJIsEMbZRjwLayis7n1ESBaUw6Kzm6EVzmc5ZT6jxQg0JlEzwECtL fTVmq8QciGMu5iGLw9EzMy9yxbj7+SxTZTvC74dC++5kWci3iwC1iihVOdLtccEBOYVi 9W67OucwFVDj743/GEbk7CaCOBBCqR2CBWmYr1n7yTSM9MIiwg7IGVgSfRJm3QmNsHEP RlhQ==
X-Gm-Message-State: AKGB3mLrEv0fYIFyJtyV+NvDLL7ahpcnlY1UiroSwr4up2pG2S+huyw6 5nSCU1Zuib04Hd3cQ9c9XX2nm7zE0iIaaiWBv1bi4Q==
X-Google-Smtp-Source: AGs4zMa3IL/SuSQh1i81xq01mexlY9k9/A0iNCZ+NOTqgA1FOwNFADTdlKqJXU0thHrj3TZY5lwmOUqg/zVdFTt0tfk=
X-Received: by 10.28.49.195 with SMTP id x186mr3540756wmx.116.1512411930780; Mon, 04 Dec 2017 10:25:30 -0800 (PST)
MIME-Version: 1.0
Received: by 10.28.16.10 with HTTP; Mon, 4 Dec 2017 10:24:50 -0800 (PST)
In-Reply-To: <1d4eda72-b822-c8b5-1207-d52ce2e3fe62@strayalpha.com>
References: <AM5PR0701MB25475FD66E9553F2947DD22C933F0@AM5PR0701MB2547.eurprd07.prod.outlook.com> <AM5PR0701MB25470B276B0889170FC309FE933F0@AM5PR0701MB2547.eurprd07.prod.outlook.com> <1d4eda72-b822-c8b5-1207-d52ce2e3fe62@strayalpha.com>
From: Yuchung Cheng <ycheng@google.com>
Date: Mon, 04 Dec 2017 10:24:50 -0800
Message-ID: <CAK6E8=f0GG+Y45NqQ3zb_ChFWpWZ4mS5sgeQVPO7e0zmTbOyeA@mail.gmail.com>
To: Joe Touch <touch@strayalpha.com>
Cc: "Scharf, Michael (Nokia - DE/Stuttgart)" <michael.scharf@nokia.com>, "tcpm@ietf.org" <tcpm@ietf.org>, multipathtcp <multipathtcp@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/44_JQgf9qjILIavxhYq9_FpTYx8>
Subject: Re: [multipathtcp] [tcpm] Working group acceptance of draft-bonaventure-mptcp-converters ?
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/multipathtcp/>
List-Post: <mailto:multipathtcp@ietf.org>
List-Help: <mailto:multipathtcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Dec 2017 18:25:35 -0000

On Sun, Dec 3, 2017 at 12:30 PM, Joe Touch <touch@strayalpha.com> wrote:
>
>
>
> On 12/3/2017 12:09 PM, Scharf, Michael (Nokia - DE/Stuttgart) wrote:
> > The TCPM charter states that the "WG mostly focuses on maintenance issues
> > (e.g., bug fixes) and modest changes to the protocol, algorithms, and
> > interfaces that maintain TCP's utility". Assisting the deployment of new TCP
> > extensions could be understood as one way to ensure TCP's utility.
>
>   "The client places the destination address and port number of the
>    target Server in the payload of the SYN sent to the Converter by
>    leveraging TCP Fast Open [RFC7413]."
>
> I disagree with any use of TCP SYN payloads as anything other than
> application data. At best, the mechanism attempts to re-create an
> extension of TCPMUX, which was deprecated for good reason.
>
> Additionally, this is claimed to be an application proxy, which would be
> out of scope both for TCPM and to modify the definition of the contents
> or directly manipulate the headers of any TCP segments.
>
> My position is as follows:
>     - I don't think this doc should be adopted by the WG
I too do not support the adoption for similar reasons above, even
though I'd love to see more usage of TFO and MPTCP.

TFO today is still facing bad middle-boxes issues and
demands extreme conservative heuristics to deploy (see last
presentation by Praveen in tcpm). Ultimately they need to be
applied by either the client or the proposed converters.

>     - Whether the doc is adopted or not, I have no interest in
> continuing to try to repair its significant (and IMO fatal) flaws
>
> Joe
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm