[multipathtcp] Multipath TCP Address advertisement 5/5 - Communities

Fabien Duchêne <fabien.duchene@uclouvain.be> Sun, 06 November 2016 12:31 UTC

Return-Path: <fabien.duchene@uclouvain.be>
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 D54341295E8 for <multipathtcp@ietfa.amsl.com>; Sun, 6 Nov 2016 04:31:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.321
X-Spam-Level:
X-Spam-Status: No, score=-4.321 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=uclouvain.be
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 ERX-8JdBC3RJ for <multipathtcp@ietfa.amsl.com>; Sun, 6 Nov 2016 04:31:58 -0800 (PST)
Received: from smtp4.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62CEE1295EC for <multipathtcp@ietf.org>; Sun, 6 Nov 2016 04:31:58 -0800 (PST)
Received: from [130.104.228.52] (marguerite.dhcp.info.ucl.ac.be [130.104.228.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: duchenef@smtp4.sgsi.ucl.ac.be) by smtp4.sgsi.ucl.ac.be (Postfix) with ESMTPSA id B419567DB35 for <multipathtcp@ietf.org>; Sun, 6 Nov 2016 13:31:51 +0100 (CET)
DKIM-Filter: OpenDKIM Filter v2.9.2 smtp4.sgsi.ucl.ac.be B419567DB35
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1478435511; bh=mvFuEucac0kc9jRBKPOwWRBT1x6B6WMCLBIq/+LHRdM=; h=To:From:Subject:Date; b=yY+aPRjr2NXUAp4TykXT0xaSgq365jy/dZOPpj4UXa+c5eJNOYjfeKHkltkogTQpV w+QeesLhHRLeg+iV4WC7Q7fF1LJA7yn8hXcb9P7gvoNxZECxSqvsLlDF3LgaABRGxV 0Mda4HKkxA/rGyLIdzraBtO0M5fk//bVruwlhLmQ=
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.99 at smtp-4
To: "multipathtcp@ietf.org" <multipathtcp@ietf.org>
From: =?UTF-8?Q?Fabien_Duch=c3=aane?= <fabien.duchene@uclouvain.be>
Message-ID: <581F243E.2050900@uclouvain.be>
Date: Sun, 6 Nov 2016 13:38:22 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Sgsi-Spamcheck: SASL authenticated,
X-SGSI-Information:
X-SGSI-MailScanner-ID: B419567DB35.ACB28
X-SGSI-MailScanner: Found to be clean
X-SGSI-From: fabien.duchene@uclouvain.be
X-SGSI-Spam-Status: No
Archived-At: <https://mailarchive.ietf.org/arch/msg/multipathtcp/cvjuFo5R8DJx7-sGuLyzoruMZJA>
Subject: [multipathtcp] Multipath TCP Address advertisement 5/5 - Communities
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: Sun, 06 Nov 2016 12:32:00 -0000

Hello,

As we agreed in Berlin during IETF96, here are a few email to discuss
the contributions proposed in
https://datatracker.ietf.org/doc/draft-duchene-mptcp-add-addr/

To allow a host to inform the receiving host about the diversity of
several addresses we propose to modify the ADD_ADDR to include 4 bits
describing a "Community" associated to this address.
The community values are an opaque field and it is expected that two
addresses having the same community share some resources.

With the community bits, a dual-stack host could elect to regroup all
the addresses attached to a single interface under the same community,
allowing the receiving host to decide on which advertised addresses it
wants to establish new subflows.
This is because in the case of a dual-stack host, establishing v4 and V6
subflows
is not always the best solution.
The idea here is to design a generic solution to regroup the address
that shares
the same forwarding type in a specific class.

Fabien