Re: [multipathtcp] discussions on draft-boucadair-mptcp-symmetric-02

Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be> Mon, 24 August 2015 07:53 UTC

Return-Path: <olivier.bonaventure@uclouvain.be>
X-Original-To: multipathtcp@ietfa.amsl.com
Delivered-To: multipathtcp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B6F61A89B9 for <multipathtcp@ietfa.amsl.com>; Mon, 24 Aug 2015 00:53:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.601
X-Spam-Level:
X-Spam-Status: No, score=-1.601 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 SEtWR5vOE_N4 for <multipathtcp@ietfa.amsl.com>; Mon, 24 Aug 2015 00:53:26 -0700 (PDT)
Received: from smtp6.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) by ietfa.amsl.com (Postfix) with ESMTP id 610F21A89A1 for <multipathtcp@ietf.org>; Mon, 24 Aug 2015 00:53:26 -0700 (PDT)
Received: from mbpobo.dhcp.info.ucl.ac.be (mbpobo.dhcp.info.ucl.ac.be [130.104.228.16]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: obonaventure@smtp6.sgsi.ucl.ac.be) by smtp6.sgsi.ucl.ac.be (Postfix) with ESMTPSA id 559DB183481; Mon, 24 Aug 2015 09:53:19 +0200 (CEST)
X-DKIM: Sendmail DKIM Filter v2.8.3 smtp6.sgsi.ucl.ac.be 559DB183481
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1440402799; bh=BEht3KTptG3snSxAsL4fd0dc7oPMAAZWS44ycNdp84A=; h=Reply-To:Subject:References:To:From:Message-ID:Date:MIME-Version: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=D8O/ocD8z5VM5yicObV+5Jc9lZr/awtnIpUSU1Im6ugxMnH4wGdnLHO+D42K5MB7Z p+gag6Wl2K30q6MigFJJXDrdW7D/lLvhEYscqQfTjdlo2RcsjFfrMALHlJUibrmJ9d Fkmg+x72pFho6AQC7uXMKhEZeZ80/z5dx3MZ++xE=
References: <CAO249ycC6=7n+dwFoJokieq8Snu5qMmngNJzw9mm-39Wd2x0XQ@mail.gmail.com>
To: Yoshifumi Nishida <nishida@sfc.wide.ad.jp>, multipathtcp <multipathtcp@ietf.org>
From: Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>
Message-ID: <55DACD75.1040106@uclouvain.be>
Date: Mon, 24 Aug 2015 09:53:25 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <CAO249ycC6=7n+dwFoJokieq8Snu5qMmngNJzw9mm-39Wd2x0XQ@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.99-beta1 at smtp-6.sipr-dc.ucl.ac.be
X-Virus-Status: Clean
X-Sgsi-Spamcheck: SASL authenticated,
X-SGSI-MailScanner-ID: 559DB183481.A0EE8
X-SGSI-MailScanner: Found to be clean
X-SGSI-From: olivier.bonaventure@uclouvain.be
X-SGSI-Spam-Status: No
Archived-At: <http://mailarchive.ietf.org/arch/msg/multipathtcp/two6l7uaGwZYMKiyf1X-DnvSD9c>
Subject: Re: [multipathtcp] discussions on draft-boucadair-mptcp-symmetric-02
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Olivier.Bonaventure@uclouvain.be
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: Mon, 24 Aug 2015 07:53:28 -0000

Yoshifumi,

> There were several discussions on draft-boucadair-mptcp-symmetric-02.txt
> I am thinking that we're setting down on these two points.
>
> 1: Changing ADD_ADDR formats (replacing IPVer field by Flags field)
> seems to be a reasonable idea.

I fully support this

> 2: How to use the flags field seems to need more discussions as this is
> scarce resource.

There are several possibly utilisations of these flags beyond
draft-boucadair-mptcp-symmetric-02.txt

- one flag could be used to indicate that an address is announced as a 
backup address, i.e. an address that if it is used will lead to a backup 
sufblow
- one flag could be used as an "echo" flag to enable a host to confirm 
the reception of an ADD_ADDR by echoing it. However, while providing 
reliable delivery of ADD_ADDR would be useful in some lossy scenarios, 
this also increases the complexity of the implementation on the host 
that sends the ADD_ADDR
>
> If this is acceptable for everyone, we can integrate 1: into 6824bis and
> continue discussions on the draft for the usage of the flags, etc.

I agree


Olivier