Re: [multipathtcp] High-level design decisions /architecture

Joe Touch <touch@ISI.EDU> Tue, 03 November 2009 21:22 UTC

Return-Path: <touch@ISI.EDU>
X-Original-To: multipathtcp@core3.amsl.com
Delivered-To: multipathtcp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E8B043A67B5 for <multipathtcp@core3.amsl.com>; Tue, 3 Nov 2009 13:22:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.556
X-Spam-Level:
X-Spam-Status: No, score=-2.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W+CLhyuQFdVd for <multipathtcp@core3.amsl.com>; Tue, 3 Nov 2009 13:22:59 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id E3EC43A67D3 for <multipathtcp@ietf.org>; Tue, 3 Nov 2009 13:22:56 -0800 (PST)
Received: from [75.213.246.17] (17.sub-75-213-246.myvzw.com [75.213.246.17]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id nA3LMt6C026272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 3 Nov 2009 13:23:01 -0800 (PST)
Message-ID: <4AF09F2E.9030906@isi.edu>
Date: Tue, 03 Nov 2009 13:22:54 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Costin Raiciu <c.raiciu@cs.ucl.ac.uk>
References: <4A916DBC72536E419A0BD955EDECEDEC06363A62@E03MVB1-UKBR.domain1.systemhost.net> <3c3e3fca0911021328h2ef65493v9f0290f384f7b800@mail.gmail.com> <4AEF6114.6070106@it.uc3m.es> <3c3e3fca0911021538y3ebd3f3fx6a03e7bc5b03f246@mail.gmail.com> <84a612dd0911021640s3820b7b1w3602b63f3d568527@mail.gmail.com> <4AEF7FB3.4020604@isi.edu> <98B687E1-CB11-47E2-84A6-2F7F7ECAFB95@nokia.com> <4AF05758.4080309@isi.edu> <6E3D84BC-F010-4035-A053-76D99901294F@cs.ucl.ac.uk> <4AF05A0F.6040705@isi.edu> <B71D3C7B-7319-47A5-97E7-385082C6B61B@cs.ucl.ac.uk>
In-Reply-To: <B71D3C7B-7319-47A5-97E7-385082C6B61B@cs.ucl.ac.uk>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: "multipathtcp@ietf.org Mailing List" <multipathtcp@ietf.org>
Subject: Re: [multipathtcp] High-level design decisions /architecture
X-BeenThere: multipathtcp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-path extensions for TCP <multipathtcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/multipathtcp>, <mailto:multipathtcp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Tue, 03 Nov 2009 21:23:00 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Costin Raiciu wrote:
> I don't understand what you mean by subflows fighting each other.

I was thinking of D1 fighting D2. If their probes are coordinated and
desych'd, I understand that they won't fight, though.

Joe
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)

iEYEARECAAYFAkrwny4ACgkQE5f5cImnZrttmgCfaoe+ebR3HTRPLfdzyWdR/y1m
XCkAoKezvOSWGrATAr7ZdsbM3F+Nt9fs
=ytuE
-----END PGP SIGNATURE-----