Re: [multipathtcp] Multipath TCP FAST_CLOSE - abrupt closing

Olivier Bonaventure <olivier.bonaventure@tessares.net> Fri, 15 September 2017 08:25 UTC

Return-Path: <olivier.bonaventure@tessares.net>
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 6CE8213306B for <multipathtcp@ietfa.amsl.com>; Fri, 15 Sep 2017 01:25:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=tessares-net.20150623.gappssmtp.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 sqJ6AL1DIX-7 for <multipathtcp@ietfa.amsl.com>; Fri, 15 Sep 2017 01:25:51 -0700 (PDT)
Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (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 9A2D71201F8 for <multipathtcp@ietf.org>; Fri, 15 Sep 2017 01:25:51 -0700 (PDT)
Received: by mail-wm0-x230.google.com with SMTP id v142so6208424wmv.5 for <multipathtcp@ietf.org>; Fri, 15 Sep 2017 01:25:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tessares-net.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=ViVKKNZnr3IthyDJQj0qTDaZNndJyuwmS2UTCx895r8=; b=Iw6rUPt4HToTKrOZT6GwQwhfhFulxM/G16YM1NBptbXmQGgz2tOeAOSLIXo2tsfze/ 5VjGn/MTgZBd1eSDCgEUQzYMI+HKg8wewmS3W0PlyO/lWf0mCrrXeIKn5MbdtKsmKme8 2slIdx+7ofD4feZOWGN9uWHUTc0LEoCsrRwq6+MCKET56eRVkl1uENpX1TPGem0UK2gv CpmKs5X3uNh+/5dWpxOGEjFeaP4x+FGFE+7GYlXpqeVd1NhovzTzFCQggoISwydZlRNq 5H0Z65GRngL9ftIGh4k9XdfLn+X5PmALDubb/UCBvofZY3QfoDXudqro2p6GCPQ6QSCq p9AA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=ViVKKNZnr3IthyDJQj0qTDaZNndJyuwmS2UTCx895r8=; b=V3UhjR9TX4UwNlQIuJJUzq2XooXUJCRkRNF4Ia7whg5+KzCW+ZbzNgP0UiGH/lJct+ ky6iII0cl8UdCPmeIt7/kaUYapdGlPI+AziJSGhlbtxt+21af5V9nl83nPtYKtEs2ScM U/YgTE/KEb7X3mveuAWhVaz3DWWstSsN8T5Ymj/5bE2OhJAUml+rLXZGlxZI5K7cYuyP FAkvuEQbdvk6kiy9BYriAoe5OwsjketOV59B9Ek1cWMq8c6mxWtetH2D8PAQrCLKm4wB Sje0TxapUbhbAdl50D0mZofC/BudEv+AhCPQPQOp6DqtsZk2w/eWLvB9A8trYfIfzrdO YQ1A==
X-Gm-Message-State: AHPjjUjQXaLsZgyJxUclZPDVFogV531IzKNKezq17TRWGbK0wPwnr4wF iGOAVlp90rpSNNre+LehLxdCd3d+ExKUI+7Fu1Mid1zbMtWpTpj5+GySfHdyL084F8/RHCSqt7a cSCw2
X-Google-Smtp-Source: ADKCNb5U40EiR2aHwV70WIKfRyexkYCSIlMdpM0Xr2rAc9a0PB0mnFzzuS6FACKNRzwbo2TAA8SJRA==
X-Received: by 10.80.181.86 with SMTP id z22mr18862986edd.58.1505463949847; Fri, 15 Sep 2017 01:25:49 -0700 (PDT)
Received: from mbpobo.local ([5.149.142.22]) by smtp.gmail.com with ESMTPSA id j5sm307672edd.54.2017.09.15.01.25.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Sep 2017 01:25:49 -0700 (PDT)
To: Yoshifumi Nishida <nishida@sfc.wide.ad.jp>, François Finfe <francois.finfe@tessares.net>
Cc: multipathtcp <multipathtcp@ietf.org>
References: <b3968dc9-0500-5907-4e13-8aa350d12f11@tessares.net> <CAO249yf90+3eaH-0BR9izrqje38pwfd-ARQLKOwN0q_W5mTWPQ@mail.gmail.com>
From: Olivier Bonaventure <olivier.bonaventure@tessares.net>
Message-ID: <c2e2e63b-6fd9-88f5-78c7-94cd1bfe00ea@tessares.net>
Date: Fri, 15 Sep 2017 10:25:49 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <CAO249yf90+3eaH-0BR9izrqje38pwfd-ARQLKOwN0q_W5mTWPQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Language: fr-classic
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/vgkks6lMM1otaQkHrcCA7dNwvcc>
Subject: Re: [multipathtcp] Multipath TCP FAST_CLOSE - abrupt closing
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: Fri, 15 Sep 2017 08:25:53 -0000

Hi Yoshifumi,
> 
> This is an interesting proposal for the bis draft. But, I guess the
> receiver of FAST_CLOSE (will be clients in most cases) may need to
> wait longer time in some cases.
> 
> I am thinking that the main motivation of SO_LINGER with zero timeout
> approach is to avoid going into time_wait.

I totally agree

> I think MPTCP's FAST_CLOSE already takes care of this point to some
> extent and senders don't go into M_TIMEWAIT, although it requires at
> least 1 RTT.

This requires one RTT when there are no packet losses. Unfortunately, 
with mobile nodes, there is no guarantee that the ACK packet sent with 
the FAST_CLOSE option will reach the client. If this packet is lost, the 
server needs to wait for the expiration of its timer to retransmit the 
ACK with the FAST_CLOSE option. This ACK could again be lost as well...

> So, I am still not very sure if we should save this 1 RTT or should
> avoid unfortunate cases for long waiting.

The issue if when there is no reply to the ACK sent by the server. This 
forces the server to maintain state for a potentially long duration to 
retransmit the ACK with FAST_CLOSE. Francois' proposal avoids this and 
forces the client to retransmit a SYN later to verify that the 
connection does not exist anymore. When there are no packet losses, the 
client is informed immediately with the RST that includes FAST_CLOSE.


Olivier

-- 

------------------------------
DISCLAIMER.
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.