Re: [multipathtcp] Multipath TCP Address advertisement 3/5 - Backup make after break

Christoph Paasch <cpaasch@apple.com> Mon, 15 August 2016 21:03 UTC

Return-Path: <cpaasch@apple.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 8D34212D0C2 for <multipathtcp@ietfa.amsl.com>; Mon, 15 Aug 2016 14:03:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.549
X-Spam-Level:
X-Spam-Status: No, score=-5.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-1.247, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 rCUa_mSt5PBR for <multipathtcp@ietfa.amsl.com>; Mon, 15 Aug 2016 14:03:07 -0700 (PDT)
Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8AE512B02A for <multipathtcp@ietf.org>; Mon, 15 Aug 2016 14:03:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1471294986; x=2335208586; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ychuz80DzW+2HIj42BYaYcZAzxUbOsjEVDBQWatpYb0=; b=mp8K7rEifE+bSrFItINERn0yWJseapTjiEtMwOR8O1VHcegfSLykn1aghnhnFmED X0cI5U2xNga2WsqOuSvG9K2l1KrmfdpNPDpjE9qfXBd0kRamaDGttfmANafG4/jE uenNyF0iTq8rLp8iJqrf7qNuzjWD+rOs3ou60AgE7D+/IDC3ajs4s4n7BLtDdz8I AuAoshfJ8tkj/dQGn7RgY2oyewbFu+IZ/pBIZpiTTy56Ct3TeOE7+EHoCs5Yp7MI 7tMd0i0mMOmzXNU9ahxXYaavcO8rqssD2gT6lh0KNgg2sXTPazh8Q9g/k1D2pib1 Mj/FUjgEKaw/rZD28fkj5g==;
Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id E2.2D.10360.A0E22B75; Mon, 15 Aug 2016 14:03:06 -0700 (PDT)
X-AuditID: 11973e11-f79e76d000002878-6b-57b22e0a0e69
Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by relay5.apple.com (Apple SCV relay) with SMTP id 4C.39.30701.A0E22B75; Mon, 15 Aug 2016 14:03:06 -0700 (PDT)
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Received: from da0602a-dhcp115.apple.com (da0602a-dhcp115.apple.com [17.226.23.115]) by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPSA id <0OBY00EELYH65M40@nwk-mmpp-sz11.apple.com>; Mon, 15 Aug 2016 14:03:06 -0700 (PDT)
Sender: cpaasch@apple.com
From: Christoph Paasch <cpaasch@apple.com>
In-reply-to: <57AB4BF2.7080405@uclouvain.be>
Date: Mon, 15 Aug 2016 14:03:06 -0700
Content-transfer-encoding: quoted-printable
Message-id: <1412F543-0345-4C30-87DF-7E5F1DF54F5F@apple.com>
References: <57AB4BF2.7080405@uclouvain.be>
To: =?utf-8?Q?Fabien_Duch=C3=AAne?= <fabien.duchene@uclouvain.be>
X-Mailer: Apple Mail (2.3212)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrMLMWRmVeSWpSXmKPExsUi2FAYocultync4PU1FYt7H6YxWnxefZ3N gcljyZKfTB6vjn1nCWCK4rJJSc3JLEst0rdL4Mp4uvU8e8EN9oppzcfYGhhns3UxcnJICJhI 9K+5xQxhi0lcuLceLC4ksJdRYvEkRpiaD/83AtlcQPFDjBJTWj6ANfAKCEr8mHyPpYuRg4NZ QF1iypRciJplTBJ/3vayg9QIC0hKdN+5wwxSIywQL3HljgVImE1AS+Lt7XZWEJtTQEdi0c3z TCA2i4CqxL7LE5khRhpLTJlpBBJmFtCWePLuAivEVhuJb+deskCcqS3R0fifFaRcRMBRYsOk eIiLZSUWHb/CCnKNhMAGNonOdW8YJzCKzEJy9CyEo2ch2bCAkXkVo1BuYmaObmaekV5iQUFO ql5yfu4mRlCoT7cT3MF4fJXVIUYBDkYlHt4TDJvChVgTy4orcw8xSnOwKInzbv+3PlxIID2x JDU7NbUgtSi+qDQntfgQIxMHp1QD4+FTOmcKLk+VC36yOc/e/5FmlMi/oLpbdj9XlZyp/Wq9 4IYBt4KdaW/14aVVBwu/pVxd/lb07r24P1ztq08ZL3gsz3Dzcbtk15lls8W5/qnxnP35p5qz tG+d6ESN6JWTda4uaeZ1yJNoU6wVbUnetH6Ljt40TcfvJ7x3ctcx3Dlzyff1Pa6E90osxRmJ hlrMRcWJANrD1iZWAgAA
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPLMWRmVeSWpSXmKPExsUi2FA8W5dLb1O4wYc/ihb3PkxjtPi8+jqb A5PHkiU/mTxeHfvOEsAUxWWTkpqTWZZapG+XwJXxdOt59oIb7BXTmo+xNTDOZuti5OSQEDCR +PB/IyOELSZx4d56oDgXh5DAIUaJKS0fmEESvAKCEj8m32PpYuTgYBZQl5gyJReiZhmTxJ+3 vewgNcICkhLdd+4wg9QIC8RLXLljARJmE9CSeHu7nRXE5hTQkVh08zwTiM0ioCqx7/JEZoiR xhJTZhqBhJkFtCWevLvACrHVRuLbuZcsILYQULyj8T8rSLmIgKPEhknxEBfLSiw6foV1AqPg LCR3zkK4cxaSoQsYmVcxChSl5iRWmuolFhTkpOol5+duYgQHZ2HEDsb/y6wOMQpwMCrx8Cow bwoXYk0sK67MBQYEB7OSCK++FlCINyWxsiq1KD++qDQntfgQYzLQJxOZpUST84GRk1cSb2hi YmBibGxmbGxuYk6asJI4750568KFBNITS1KzU1MLUotgtjBxcEo1MO68szxSrWft8pJnK9e6 p7ZUHny9+2r9LI/tjjWPTUpnquVrNexa9cak7myuCAeXQZjgJw+LUzkvF3dqnnnDGqkuI/JT 0dk1tM79+OtIo+cLFnh+PbHgo4DTpVmyXbn7DF9a73oTtGzG/J49Js9LDWYFt8319vK5LLh3 HpeQY92GbZJZzUciK5RYijMSDbWYi4oTASVeIAKSAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/LSoom3Wz6H2w_gcJqBLF5uXgt0s>
Cc: MultiPath TCP - IETF WG <multipathtcp@ietf.org>
Subject: Re: [multipathtcp] Multipath TCP Address advertisement 3/5 - Backup make after break
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: Mon, 15 Aug 2016 21:03:08 -0000

> On Aug 10, 2016, at 8:44 AM, 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 in:
> https://datatracker.ietf.org/doc/draft-duchene-mptcp-add-addr/
> 
> This is the part 3/5 : Backup make after break.
> 
> There are use cases where hosts would prefer to establish an additional
> subflow only after the failure of the initial one.
> This would correspond to a break-before-make scenario. Multipath TCP did
> not select between break-before-make and make-before-break.
> We propose to support this distinction by adding the "B" (for backup)
> flag in the ADD_ADDR option.
> When set, this flag would indicate that the announced address should
> only be used to establish subflows if all the subflows established with
> addresses without the B flag have failed.

+1 on this proposal!


Christoph