Re: [multipathtcp] Multipath TCP Address advertisement 2/5 - Reliability
Alan Ford <alan.ford@gmail.com> Wed, 03 August 2016 16:13 UTC
Return-Path: <alan.ford@gmail.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 2F4CC12D7A8
for <multipathtcp@ietfa.amsl.com>; Wed, 3 Aug 2016 09:13:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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=gmail.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 RJhV2jZ7fJy2 for <multipathtcp@ietfa.amsl.com>;
Wed, 3 Aug 2016 09:13:03 -0700 (PDT)
Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com
[IPv6:2a00:1450:400c:c09::22a])
(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 6391D12D738
for <multipathtcp@ietf.org>; Wed, 3 Aug 2016 09:11:22 -0700 (PDT)
Received: by mail-wm0-x22a.google.com with SMTP id o80so343657471wme.1
for <multipathtcp@ietf.org>; Wed, 03 Aug 2016 09:11:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:subject:from:in-reply-to:date:cc
:content-transfer-encoding:message-id:references:to;
bh=ubguohkLIEI0SbEWQipCmy2S9oAWAbI3uYUuF0zZBVc=;
b=VSgPOWyaHbDm/xbuo41IWU7uh22lR6H6nqKFCEBFkYKdJeDMIjLhFaVTwpGFqGVkVL
eluaS2y+qD5lVODwbmXKD45f8mPxkbaez3ma5gws3ZuT69uA2uEsg34TKDtLiaK9/A14
HJhd7fdKA2U+0fwzQxS9v9vKednxxIzBPgE5Wyy6Cq/+jbg7J1z2R5WEenBe2nBDgjIU
Cq4LOEH41ExxaBYdAT3roTrAD9NFbzKudo5x+QnkBgFV9zoTZmaxrTbfXo5UzG24SBqW
6p3ZnOKoz6FB3A29A3r5Tlg1vDd67HH+NcDfce9ivCtKjdhO3WCxV/GbPOv3uPYYUKXy
cIwA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
:content-transfer-encoding:message-id:references:to;
bh=ubguohkLIEI0SbEWQipCmy2S9oAWAbI3uYUuF0zZBVc=;
b=VnegGDY5mS2LE3jJBOYRhPw5kUEWheNghpfzwEskeAQKW5vhp3XOJ0cbkBTXDEHjiv
HzcSfPQSAIoM6OiwWhObteurx/RASO13xDaTsrx1zkjeLc4PunduoTYqKP+sjMAtwucg
3mJ8Aj26PGWr76oOAf0NS+w/HyH0uqcVTUiiMkom9P+E/ZPRUBydCIGjg9G3qj3SCT4V
WAM56caNmgEFsazcfk5WmQ7fJiw6yPPQXnVnK70upRugBMkGLh+mRJV4+5fwJE3RiXEL
kaZgbYmOsOattssZvc/p6N6xk0Jcp+9WoDRfy7RCk8NvIbSOqjf6mzHK9vDa1JWR9Kjb
cqdw==
X-Gm-Message-State: AEkoousIWlS9F8tK5/0WHdCqsm7iouzPABlKliCkgwyEUR/0eUDuEVgNnSN6E+rFMgBw8w==
X-Received: by 10.194.104.106 with SMTP id gd10mr31030864wjb.55.1470240680879;
Wed, 03 Aug 2016 09:11:20 -0700 (PDT)
Received: from alans-mbp.lan (188.201.125.91.dyn.plus.net. [91.125.201.188])
by smtp.gmail.com with ESMTPSA id k186sm27796967wmd.13.2016.08.03.09.11.20
(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
Wed, 03 Aug 2016 09:11:20 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Alan Ford <alan.ford@gmail.com>
In-Reply-To: <57A211F9.1020809@uclouvain.be>
Date: Wed, 3 Aug 2016 17:11:19 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <2F3600BC-5BA6-4171-BCD1-6C678B41C63F@gmail.com>
References: <57A211F9.1020809@uclouvain.be>
To: =?utf-8?Q?Fabien_Duch=C3=AAne?= <fabien.duchene@uclouvain.be>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/UD9XR2i8vWRVhEYOYU1uMRe956A>
Cc: "multipathtcp@ietf.org" <multipathtcp@ietf.org>
Subject: Re: [multipathtcp] Multipath TCP Address advertisement 2/5 -
Reliability
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.17
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, 03 Aug 2016 16:13:08 -0000
I am neutral on the addition on this flag… We have spare bits, so could easily allocate this. But is it worth it? Although not explicitly written, I believe we had expected senders to send the ADD_ADDR option multiple times. If the ADD_ADDR was not echoed, what would the sender do? Retransmit a few times I guess. I also guess it could learn that a path may not support duplicate ACKs with options. It could be useful, but I do not feel strongly here… If this were an IETF room, I’d hum weakly ;-) Regards, Alan > On 3 Aug 2016, at 16:47, Fabien Duchêne <fabien.duchene@uclouvain.be> wrote: > > Hello, > > As agreed in Berlin during IETF96, I'm sending a series of emails to > discuss the different contributions proposed > inhttps://datatracker.ietf.org/doc/draft-duchene-mptcp-add-addr/ > > This is the part 2/5 : reliability. > > In RFC6824, ADD_ADDR options can be attached to segments carrying data > or pure acknowledgements. > In practice, notably given the length of ADD_ADDR with IPv6 addresses > and the HMAC, it is very likely that they will be often sent as pure > acknowledgements. > This implies that ADD_ADDR are sent unreliably, which could be > problematic when the ADD_ADDR is required to allow the establishment of > additional subflows, as in load balancing scenarios. > We propose to rely on the "E" (Echo) flag in the ADD_ADDR option. > This echo flag is used to acknolwedge a received ADD_ADDR by echoing it. > If the acknowledgement is not received, the ADD_ADDR option will be > retransmitted up to N times. > > Fabien > > _______________________________________________ > multipathtcp mailing list > multipathtcp@ietf.org > https://www.ietf.org/mailman/listinfo/multipathtcp
- Re: [multipathtcp] Multipath TCP Address advertis… Yoshifumi Nishida
- Re: [multipathtcp] Multipath TCP Address advertis… Alan Ford
- Re: [multipathtcp] Multipath TCP Address advertis… Yoshifumi Nishida
- [multipathtcp] Multipath TCP Address advertisemen… Fabien Duchêne
- Re: [multipathtcp] Multipath TCP Address advertis… Alan Ford
- Re: [multipathtcp] Multipath TCP Address advertis… Yoshifumi Nishida
- Re: [multipathtcp] Multipath TCP Address advertis… Christoph Paasch
- Re: [multipathtcp] Multipath TCP Address advertis… Juliusz Chroboczek
- Re: [multipathtcp] Multipath TCP Address advertis… Fabien Duchêne
- Re: [multipathtcp] Multipath TCP Address advertis… Alan Ford