Re: [multipathtcp] SOCKS 6 Draft

Vladimir Olteanu <vladimir.olteanu@cs.pub.ro> Wed, 12 July 2017 14:15 UTC

Return-Path: <vladimir.olteanu@cs.pub.ro>
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 292EE1316C9 for <multipathtcp@ietfa.amsl.com>; Wed, 12 Jul 2017 07:15:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 GfZ77QpZ1Q1Z for <multipathtcp@ietfa.amsl.com>; Wed, 12 Jul 2017 07:15:30 -0700 (PDT)
Received: from vesa.cs.pub.ro (vesa.cs.pub.ro [141.85.227.187]) by ietfa.amsl.com (Postfix) with ESMTP id 1C7D01316A8 for <multipathtcp@ietf.org>; Wed, 12 Jul 2017 07:15:29 -0700 (PDT)
IronPort-PHdr: 9a23:hNolpRfLqj9OUakgSQ9GrdORlGMj4u6mDksu8pMizoh2WeGdxcSzYR7h7PlgxGXEQZ/co6odzbGH7Oa4ASQp2tWoiDg6aptCVhsI2409vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6nK94iQPFRrhKAF7Ovr6GpLIj8Swyuu+54Dfbx9GiTe5Y75+Ngm6oRnMvcQKnIVuLbo8xAHUqXVSYeRWwm1oJVOXnxni48q74YBu/SdNtf8/7sBMSar1cbg2QrxeFzQmLns65Nb3uhnZTAuA/WUTX2MLmRdVGQfF7RX6XpDssivms+d2xSeXMdHqQb0yRD+v9LlgRgP2hygbNj456GDXhdJ2jKJHuxKquhhzz5fJbI2JKPZye6XQds4YS2VcRMZcTzFPDJ2yb4UPDOQPM+hXoIb/qFQSthaxHxWgCfn1xzNUiHL736s32PkhHwHc2wwgGsoDv3vQrNrvKagSUOW1zKjSzT7edv1W3Sv955bSfRAnvPGHQLV9cdTVyUY1CgzFj1CQqY3/Pz+P0eQNt3Sb4PR6WuKplm4qsB1+oiO1ysc0l4nGnZgZykrD9Shgxos+ON62SFZjbNK5H5ZcqjuWOoh2T884XW1kpiQ3xqcItJKjYSQHx4krywTcZvGHaYSE/BzuWeiLLTtli39pZrSyjAuo/0e60O3zTMy03U5PripCj9bDqGgA1wfW6sibUvt9+Vqh2SqX2wDT9O5EJUc0mLLFK54k2LEwl54TvV7fES/tgkn2lLKWeV4+9uiy7OTrerTmppmCOI9okgzyL6sjltGlDek7MgUCRXaX9fq+2bH580D1WLBKgec3kqndvpDaP8MbpquhDg9L1oYs8QuwDzaj0NQZh3kLNlVFeBabj4f3IV7OJu34AOyjjFS3ijtr3+3GMab7DpXXKXjPiK3hcqpl605A1AozyshS55dJCrEFPPLzW1fxu8bEDh85Lwy73/7nBc581owARWKPDLWVMKTIsV+H/ugvOfWDZJcJuDbhLPgo//jujX4imV8dfKmmwIEYZWujHvRoP0qVe3TtgtYcHmgUpAYxVvHlhEeAUT5LND6OWPcN4So7CYy7CIaLYIG2gL2N1W/vGJxNZmFKA3iXH3yuaISIVrEFZGSQOpkyvCYDUO2fT4Yt1BSvrkfdz6ZqJ+zJsnkGsZvv1d10/avUkQ0//DppJ8+GlXmQRSdumTVbFHcNwKljrBklmR+42q9ijqkdTIQL6g==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2DHAgClLmZZjAPjVY1cHAEBBAEBCgEBFgEBAQMBAQEJAQEBhBaBEY58kH2YFIV2AoQlAQEBAQEBAQECARIBAQEmV4IzJAGCQQECAyMEUhALGCcDAgJGEQYNBgIBAYovrRaBbDoninsBAQEBBgEBAQEBI4Mog02CDIJ5hFSDKYJhBZFZhWOHbIIjnRKGf5VPAlaBCzEhhiSBdnOIWQEBAQ
X-IPAS-Result: A2DHAgClLmZZjAPjVY1cHAEBBAEBCgEBFgEBAQMBAQEJAQEBhBaBEY58kH2YFIV2AoQlAQEBAQEBAQECARIBAQEmV4IzJAGCQQECAyMEUhALGCcDAgJGEQYNBgIBAYovrRaBbDoninsBAQEBBgEBAQEBI4Mog02CDIJ5hFSDKYJhBZFZhWOHbIIjnRKGf5VPAlaBCzEhhiSBdnOIWQEBAQ
X-IronPort-AV: E=Sophos;i="5.40,350,1496091600"; d="scan'208,217";a="889253"
Received: from mail.cs.pub.ro (HELO vmail.cs.pub.ro) ([141.85.227.3]) by vesa.cs.pub.ro with ESMTP; 12 Jul 2017 17:15:28 +0300
Received: from localhost (localhost [127.0.0.1]) by vmail.cs.pub.ro (Postfix) with ESMTP id E86A91A60148; Wed, 12 Jul 2017 17:15:27 +0300 (EEST)
Received: from vmail.cs.pub.ro ([127.0.0.1]) by localhost (vmail.cs.pub.ro [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id fcJ6Yyc8O-pG; Wed, 12 Jul 2017 17:15:27 +0300 (EEST)
Received: from vmail.cs.pub.ro (localhost [127.0.0.1]) by vmail.cs.pub.ro (Postfix) with ESMTPS id CACAE1A601AC; Wed, 12 Jul 2017 17:15:27 +0300 (EEST)
Received: from [172.19.2.57] (unknown [141.85.233.142]) by vmail.cs.pub.ro (Postfix) with ESMTPSA id C5A131A60148; Wed, 12 Jul 2017 17:15:27 +0300 (EEST)
To: Yoshifumi Nishida <nishida@sfc.wide.ad.jp>
Cc: multipathtcp <multipathtcp@ietf.org>, Dragoș Niculescu <dragos.niculescu@cs.pub.ro>
References: <149871247634.6490.5928844232347189122.idtracker@ietfa.amsl.com> <96151c77-fd31-f6ca-dca0-bffb9780f89f@cs.pub.ro> <CAO249yf3Jt8SdC9+1aZTbtTJ_iu+TkoHdqTu+NSxuXoS+0pUTA@mail.gmail.com> <a4e490fa-42fc-b421-c125-26520bf3ea87@cs.pub.ro> <CAO249ycWyDzZzHP27iWcymXno-yeXqj+PYLv=FmNff=pBm9Z1Q@mail.gmail.com>
From: Vladimir Olteanu <vladimir.olteanu@cs.pub.ro>
Message-ID: <eb2b1807-d3b8-726f-f1ba-d139c697c5bf@cs.pub.ro>
Date: Wed, 12 Jul 2017 17:15:27 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0
MIME-Version: 1.0
In-Reply-To: <CAO249ycWyDzZzHP27iWcymXno-yeXqj+PYLv=FmNff=pBm9Z1Q@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------E62651342DCE0CA702E6CC88"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/duapv1QixICFqvcPK6Z2tHtN1O8>
Subject: Re: [multipathtcp] SOCKS 6 Draft
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: Wed, 12 Jul 2017 14:15:34 -0000

Hi Yoshi,


On 07/12/2017 10:51 AM, Yoshifumi Nishida wrote:
> Hi Vlad,
>
> Thanks for the response.
>
> On Mon, Jul 10, 2017 at 4:19 PM, Vladimir Olteanu 
> <vladimir.olteanu@cs.pub.ro <mailto:vladimir.olteanu@cs.pub.ro>> wrote:
>
>     Hi Yoshi,
>
>     As a response to question 2, the client can send some initial data
>     as part of the request. It does have to wait for a reply to send
>     any more data, though. As such, the client can get a data response
>     from the server in 1 RTT, same as when contacting the server
>     directly with TFO, if:
>      * Everyone uses TFO (otherwise, RTTs are incurred only on the
>     segments where TFO is not available).
>      * Authentication is not required, or 0-RTT authentication
>     succeeds. (Otherwise, some extra RTTs are incurred, same as above.)
>
>
>     If nobody uses TFO, but authentication is not an issue (either
>     it's not needed or done in 0 RTTs), then SOCKS 6 does no worse
>     than regular TCP (2 RTTs for a data response).
>
>     As for the use case, there are two possible ways in which it can
>     be handled:
>      * The client knows about both proxies.
>      * The client knows only about proxy1, but proxy1 is configured to
>     go via proxy2 when contacting the server.
>
>
>     Assuming the client knows about both of them, it can speak SOCKS 6
>     over SOCKS 6. The relevant messages are:
>     C->P1 request(P2, auth data 1, initial data(request(S, auth data
>     2, initial data(application data))))
>     P1->P2 request(S, auth data 2, initial data(application data))
>     P2->S application data
>
>     If proxy1 is configured to use proxy2:
>     C->P1 request(S, auth data 1, initial data(application data))
>     P1->P2 request(S, auth data 2, initial data(application data))
>     P2->S application data
>
>
> Thanks for the clarification.
> So, in both cases, if C piggy-backs all requests (authentication, 
> connect, etc if any) and application data in SYN payload with TFO, P1 
> can forward it as soon as it receives and P2 can do the same thing? 
> (We might presume no authentication or 0-rtt authentication here, though.)
>
Yes, that is the case.

Vlad