Re: [Int-area] [multipathtcp] SOCKS 6 Draft

Vladimir Olteanu <vladimir.olteanu@cs.pub.ro> Thu, 20 July 2017 00:32 UTC

Return-Path: <vladimir.olteanu@cs.pub.ro>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 584F612EC39; Wed, 19 Jul 2017 17:32:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.453
X-Spam-Level:
X-Spam-Status: No, score=-0.453 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BRBL_LASTEXT=1.449, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no 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 5A_E1yTHWbbc; Wed, 19 Jul 2017 17:32:39 -0700 (PDT)
Received: from vesa.cs.pub.ro (vesa.cs.pub.ro [141.85.227.187]) by ietfa.amsl.com (Postfix) with ESMTP id 860C212EC06; Wed, 19 Jul 2017 17:32:37 -0700 (PDT)
IronPort-PHdr: 9a23:BzmxzB0sLMkELDVjsmDT+DRfVm0co7zxezQtwd8ZsesWIvnxwZ3uMQTl6Ol3ixeRBMOAuq0C07KempujcFRI2YyGvnEGfc4EfD4+ouJSoTYdBtWYA1bwNv/gYn9yNs1DUFh44yPzahANS47xaFLIv3K98yMZFAnhOgppPOT1HZPZg9iq2+yo9ZDeZwdFiCChbb9uMR67sRjfus4KjIV4N60/0AHJonxGe+RXwWNnO1eelAvi68mz4ZBu7T1et+ou+MBcX6r6eb84TaFDAzQ9L281/szrugLdQgaJ+3ART38ZkhtMAwjC8RH6QpL8uTb0u+ZhxCWXO9D9QKsqUjq+8ahkVB7oiD8GNzEn9mHXltdwh79frB64uhBz35LYbISTOfFjfK3SYMkaSHJcUMhPWSxPAoCyYYUBAOUOP+lXs4bzqkASrRa8HwSgGP/jxzFKi3LwwKY00/4hEQbD3AE4EN0OtG7bo8j0NKcXUOC11rTDwyzHb/NKxzjy8o7Icg08qvyLQ7JwddDexlQuFwPAj1WQs5bpPzSR1uQRrWeU9exgVf+0hmE7sAF9uCCvxto3hYXTnIIVzUnJ+CNky4g2Pd21UFN3bNG5HJdKtCyXN5F6Tt08T2xqoio3xKUKtYO4cSUK0pgr2h7SZv2df4SV/B7vSPydLDRkiH9jZbmxnQy98VK6xe35TsS01VFKoTdbndTUrXAN0gDT6tCASvtg4ketwTaP2B7X6uFDOU00i6/bJIQgwr40jJYcrV/DEjXumEXrl6CabF8k+u+w5+TmZLXpuIOcOpdphgzxL6gigM+yDOQiPgQQQWSW+/6w2bP78U38WrpKj/k2kqfDsJDdIMQWvrC5AwtP3Yk+6ha/Cjam0M4CkXkAKFJFZAyIgJLvO1HTO/33Eey/j060kDd23P/KJKfhApLVInjZjLjhZap961JbyAcr0N9f/I5bCrEAIPL1QEDwtd3YAwQjPAys2+bnDMty2pkCVmKIB6+TKLnSvkOQ5uIzP+mMY5cYtjX7K/g5/vLhl2U5lkEHcqSy3JsYdmy4Hvp8L0Wee3rsjc8LEX0WsQomUOzqlFqCXCZWZ3avW6I8+jA7CJq8AoffRoCtnKCO3D+gE51XeG9GFl6MHW3vd4WeVPcGcDiSLdN5kjwYSbihTJcs1Q2ptA/n17VnLvHZ+iwDtZLiztR6+fDclQwq/zxuE8udy32NT31znm4QQj8226B/rlZ4ylidzKd0medXFdtO5/xVSAg1KITTz+1gC93pXQLBZM2GSFCpQtq4Gz0+UtUxw9pdK3p6Tvelg1j/2DehA/dBi7uWD5wc87ndmXX9OpA5g1rc3aYmbW4AQ8BSMWC9jbM3owTJDoHOiAOflq23cakH1zPl/3zF1XeE+ltfBl1eS6LACE4bb0fXqNXjrmTGU7KnD6lvZhVFwMKDL6pQLNrtkVhPQurLM8+Ye3+73X23U0XbjoiQZZbnLj1OlB7WD1IJxkVKpS6L
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2CqAQBX+W9ZRwPjVY1cDgwBAQEBAgEBAQEIAQEBARUBAQEBAgEBAQEIAQEBAZQlkHSYFYVHAoQ6AQEBAQEBAQECAQUBATNYgjMkAYJBAQUjFTUMEAsYAgIZDQICQxQGAQwIAQGKL7BygiaLIQEBAQEBBQIBJYELgh2DTYFgLIJ5hFSDKYJhBZFfjVqCJqQjlVoCVoELMSGGFByBKEKKEwEBAQ
X-IPAS-Result: A2CqAQBX+W9ZRwPjVY1cDgwBAQEBAgEBAQEIAQEBARUBAQEBAgEBAQEIAQEBAZQlkHSYFYVHAoQ6AQEBAQEBAQECAQUBATNYgjMkAYJBAQUjFTUMEAsYAgIZDQICQxQGAQwIAQGKL7BygiaLIQEBAQEBBQIBJYELgh2DTYFgLIJ5hFSDKYJhBZFfjVqCJqQjlVoCVoELMSGGFByBKEKKEwEBAQ
X-IronPort-AV: E=Sophos;i="5.40,382,1496091600"; d="scan'208";a="1167784"
Received: from mail.cs.pub.ro (HELO vmail.cs.pub.ro) ([141.85.227.3]) by vesa.cs.pub.ro with ESMTP; 20 Jul 2017 03:32:32 +0300
Received: from localhost (localhost [127.0.0.1]) by vmail.cs.pub.ro (Postfix) with ESMTP id 7EE531A60068; Thu, 20 Jul 2017 04:28:11 +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 LwnkYLLZhSWj; Thu, 20 Jul 2017 04:28:11 +0300 (EEST)
Received: from vmail.cs.pub.ro (localhost [127.0.0.1]) by vmail.cs.pub.ro (Postfix) with ESMTPS id 604551A6007C; Thu, 20 Jul 2017 04:28:11 +0300 (EEST)
Received: from painkiller.localdomain (unknown [185.156.120.80]) by vmail.cs.pub.ro (Postfix) with ESMTPSA id EB54E1A60068; Thu, 20 Jul 2017 04:28:10 +0300 (EEST)
To: Joe Touch <touch@isi.edu>, Dragoș Niculescu <dragos.niculescu@cs.pub.ro>
Cc: mohamed boucadair <mohamed.boucadair@orange.com>, David Schinazi <dschinazi@apple.com>, multipathtcp <multipathtcp@ietf.org>, int-area <Int-area@ietf.org>
References: <149871247634.6490.5928844232347189122.idtracker@ietfa.amsl.com> <787AE7BB302AE849A7480A190F8B93300A000764@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <b33e4726-f255-75f7-5203-9e30faa36659@cs.pub.ro> <787AE7BB302AE849A7480A190F8B93300A000D16@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <a922a59f-2670-8d50-f3c5-99e1c29848ca@cs.pub.ro> <ec8cae81-dbeb-ed92-33ca-678bb2b5efeb@isi.edu> <1459306318.3890958.1499330475778.JavaMail.zimbra@cs.pub.ro> <c15031f3-95cf-d341-2ddb-0b3850a74d76@isi.edu> <53068639.4279258.1500018250846.JavaMail.zimbra@cs.pub.ro> <0f8dd648-d89f-50ee-716a-7547ee34885a@isi.edu> <f7121225-ce5f-4002-d3cf-202dcdd11f04@cs.pub.ro> <2ff22633-8f12-f4ef-868f-9c6c698ae32f@isi.edu>
From: Vladimir Olteanu <vladimir.olteanu@cs.pub.ro>
Message-ID: <5c61bf79-5a8f-65cf-e6b7-02a29db37073@cs.pub.ro>
Date: Thu, 20 Jul 2017 03:32:30 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <2ff22633-8f12-f4ef-868f-9c6c698ae32f@isi.edu>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/PiAXwvYIG1e8GCN4OLgHO2Akhc4>
Subject: Re: [Int-area] [multipathtcp] SOCKS 6 Draft
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jul 2017 00:32:41 -0000

On 07/19/2017 10:40 PM, Joe Touch wrote:
>
> On 7/19/2017 12:23 PM, Vladimir Olteanu wrote:
>> I think there's a misunderstanding here. SOCKSv6 runs strictly on top
>> of TCP.
> OK, so to clarify - TCP is between the two SOCKS endpoints.
> The user data travels over SOCKS.
> Can you confirm that's correct?
Yes.
>> The "user data" to which we're referring is data meant to be relayed
>> by the proxy to the server. The SYN's payload (both SOCKS request and
>> said user data) is irrevocably part of the client-proxy data stream
>> and we do not change it retroactively after learning that the proxy
>> does not support TFO.
> If the above is correct, then it would be useful to NEVER speak of
> "putting data in the SYN payload". You simply don't have that control.
> The interface to TCP *allows* pending "user" (as in TCP user, which in
> this case is the SOCKS layer) data to be placed in the SYN, but never
> requires it.
We're perfectly aware of that. We were only talking about putting data 
in the SYN for the sake of brevity, because said data is very likely to 
actually make it into the SYN under typical circumstances.

However, you do have a point, especially given that MPTCP-PM and O-RTT 
converters are being actively discussed and they do require data to be 
placed in the SYN.
> So you can talk about putting information in the SOCKS stream, but
> shouldn't be referring to individual TCP segments.
>
If we were not discussing performance, I would agree with you. However, 
it's impractical (and not useful, either) to reason about the RTT 
overhead without making some assumptions about what data goes into which 
segment. SOCKS 6 is is designed to take advantage of how the stack is 
likely to split the data into segments in typical use cases.

Cheers,
Vlad