Re: [Int-area] Middleboxes to aid the deployment of MPTCP

Joe Touch <touch@isi.edu> Wed, 19 July 2017 19:58 UTC

Return-Path: <touch@isi.edu>
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 8AF26129789; Wed, 19 Jul 2017 12:58:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-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 KUHH0gUxysP1; Wed, 19 Jul 2017 12:58:17 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) (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 8195D120724; Wed, 19 Jul 2017 12:58:17 -0700 (PDT)
Received: from [128.9.160.211] (mul.isi.edu [128.9.160.211]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id v6JJvlvm015068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 19 Jul 2017 12:57:47 -0700 (PDT)
To: Olivier Bonaventure <olivier.bonaventure@tessares.net>, Internet Area <int-area@ietf.org>, tsv-area@ietf.org
References: <fe384d2b-a0ba-9444-2ee9-cd0de6d24b7c@tessares.net> <61608b70-6861-e7f8-96de-5679718a9680@isi.edu> <0174561d-9baf-13e7-06a4-a8f843c3621f@tessares.net> <608a81e9-f61c-b0b2-646f-777e5f5937c9@isi.edu> <6a116785-51d2-6270-fb1f-10f9a2e64c31@tessares.net> <6977c9a1-19b8-0bf5-4396-3cc3d8385b57@isi.edu> <bab6cb75-946f-cb4b-e4e6-32f49a7ea8ae@tessares.net> <7b76a8de-d07e-a51d-28fc-f6d3e70b9f1c@isi.edu> <b6543473-fc83-d78a-31a4-7faee67b0c7d@tessares.net>
From: Joe Touch <touch@isi.edu>
Message-ID: <2ee957ad-757b-c457-f6ff-894a3d995149@isi.edu>
Date: Wed, 19 Jul 2017 12:57:46 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <b6543473-fc83-d78a-31a4-7faee67b0c7d@tessares.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/LYtpxtkJOCuixAfGj-PgGGtNml4>
Subject: Re: [Int-area] Middleboxes to aid the deployment of MPTCP
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: Wed, 19 Jul 2017 19:58:18 -0000


On 7/19/2017 12:51 PM, Olivier Bonaventure wrote:
> Joe,
>>>>
>>>> On 7/19/2017 12:41 AM, Olivier Bonaventure wrote:
>>>>>> - IMO, TCP always needs to be able to fall back (which should be
>>>>>> true now)
>>>>>
>>>>> This is not a concern with the proposed design
>>>> Prove that is true if/when TCP-AO is enabled.
>>>
>>> I don't think that TCP-AO is a use case for the proposed converters.
>>
>> You don't get to decide that. If you use TCP, then TCP-AO could be
>> enabled on the client.
>
> The converter is not intended to be used for all TCP connections. In
> the draft we explain how an MPTCP endpoint can bypass the converter if
> the destination server supports MPTCP. For TCP-AO, my recommendation
> would be that the default policy of the client would be to never use
> the converter if TCP-AO is requested by the application.

How do you know you're using the converter? Is the initial connection to
that converter? Or does the converter hijack (the latter is the
implication of the text, AFAICT).

Joe