From nobody Tue Jul 1 06:43:03 2014 Return-Path: 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 661BD1A0308 for ; Tue, 1 Jul 2014 06:43:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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, 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 62yIdjPUBwIN for ; Tue, 1 Jul 2014 06:42:59 -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 0089B1A02F8 for ; Tue, 1 Jul 2014 06:42:59 -0700 (PDT) Received: from mbpobo-5.dhcp.info.ucl.ac.be (mbpobo-5.dhcp.info.ucl.ac.be [130.104.228.46]) (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 05558183431 for ; Tue, 1 Jul 2014 15:42:53 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp6.sgsi.ucl.ac.be 05558183431 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1404222173; bh=9uHxBNB8jCrg5vQVPpvDr3csN9EQD1B8WK7DlCuPdKw=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=DfeOSDOo2NG8oyKm7+z4d5hERfoxlEOhbzhudIaCJ5M6kTSAAewJGuGKovp+gAv+E uqR7V8C8inXBzvckg58GsFPTJdb6rLC8lFuxaYuL49zr7Ol6dIQspDY33tsCc+dtUJ AVyiexrZUliAfqb3eT2d8XFBaZ2q0+/PmoD19oA0= Message-ID: <53B2BAF0.1000603@uclouvain.be> Date: Tue, 01 Jul 2014 15:43:12 +0200 From: Olivier Bonaventure User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: multipathtcp Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-6.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: 05558183431.A0901 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/4oWF6PPVXZKo_AANYNUQjoWJHqU Subject: [multipathtcp] MPTCP experience draft 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 13:43:02 -0000 Hello, As agreed in London, we have summarised in a draft some of the lessons learned from using and testing Multipath TCP. The draft has been posted on the IETF servers Name: draft-bonaventure-mptcp-experience Revision: 00 Title: Experience with Multipath TCP Document date: 2014-07-01 Group: Individual Submission Pages: 19 URL: http://www.ietf.org/internet-drafts/draft-bonaventure-mptcp-experience-00.txt Status: https://datatracker.ietf.org/doc/draft-bonaventure-mptcp-experience/ Htmlized: http://tools.ietf.org/html/draft-bonaventure-mptcp-experience-00 Abstract: This document discusses operational experiences of using Multipath TCP in real world networks. It lists several prominent use cases for which Multipath TCP has been considered and is being used. It also gives insight in some heuristics and decisions that have helped to realize these use cases. Further, it presents several open issues that are yet unclear on how they can be solved. This is a work in progress and suggestions/comments are more than welcome. The source code for the draft is available from https://github.com/obonaventure/mptcp-experience in markdown format. Feel free to send contributions/comments as pull requests on github Olivier and Christoph From nobody Thu Jul 3 02:35:30 2014 Return-Path: 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 60FCB1B2814; Thu, 3 Jul 2014 02:35:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 K5LxTmqajZmW; Thu, 3 Jul 2014 02:35:27 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 547511A0AB1; Thu, 3 Jul 2014 02:35:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140703093527.19766.46266.idtracker@ietfa.amsl.com> Date: Thu, 03 Jul 2014 02:35:27 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/fUiQZ0lyd4b8o3cf6_fG0okX5fo Cc: multipathtcp@ietf.org Subject: [multipathtcp] I-D Action: draft-ietf-mptcp-attacks-02.txt X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 09:35:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multipath TCP Working Group of the IETF. Title : Analysis of MPTCP residual threats and possible fixes Authors : Marcelo Bagnulo Christoph Paasch Fernando Gont Olivier Bonaventure Costin Raiciu Filename : draft-ietf-mptcp-attacks-02.txt Pages : 18 Date : 2014-07-03 Abstract: This documents performs an analysis of the residual threats for MPTCP and explores possible solutions to them. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mptcp-attacks/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-mptcp-attacks-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-mptcp-attacks-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Jul 3 05:45:23 2014 Return-Path: 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 9ABF71A0AB1 for ; Thu, 3 Jul 2014 05:45:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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, 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 o6bMmh_ytrPN for ; Thu, 3 Jul 2014 05:45:18 -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 527131A0AA6 for ; Thu, 3 Jul 2014 05:45:18 -0700 (PDT) Received: from mbpobo-5.dhcp.info.ucl.ac.be (mbpobo-5.dhcp.info.ucl.ac.be [130.104.228.46]) (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 71A9A1834CC for ; Thu, 3 Jul 2014 14:45:13 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp6.sgsi.ucl.ac.be 71A9A1834CC DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1404391513; bh=oFG/nkn/nDpMUk/6HlCDgns+n7kqy/Vm2+yMtOzgLz4=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=qtDU3CPPHnfc2aDo4r1S9K8rA7nUSdEJ4rkNdStnw801qE/qBdiSEyUBd3ucys4E+ 1mUx6JEzPME07jcpAgZGX94NovUQBdiYQKa7WgRRBFILzes76PV5qIEqy7IrQ4y/hO BKv6gPAFOb0+xrOGvdvnb68nZoaDUpNC/TCpcjBc= Message-ID: <53B55074.4060801@uclouvain.be> Date: Thu, 03 Jul 2014 14:45:40 +0200 From: Olivier Bonaventure User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: multipathtcp Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-6.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: 71A9A1834CC.A12F8 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/JCHb2RYCMkWFAkjteQGQpbgtqPE Subject: [multipathtcp] New internet draft on generation/processing of RST segments 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 12:45:20 -0000 Hello, Please find below a new draft that we submitted. This draft discusses the generation and processing or RST segments by Multipath TCP. Comments/suggestions are of course welcome Olivier A new version of I-D, draft-bonaventure-mptcp-rst-00.txt has been successfully submitted by Olivier Bonaventure and posted to the IETF repository. Name: draft-bonaventure-mptcp-rst Revision: 00 Title: Processing of RST segments by Multipath TCP Document date: 2014-07-03 Group: Individual Submission Pages: 12 URL: http://www.ietf.org/internet-drafts/draft-bonaventure-mptcp-rst-00.txt Status: https://datatracker.ietf.org/doc/draft-bonaventure-mptcp-rst/ Htmlized: http://tools.ietf.org/html/draft-bonaventure-mptcp-rst-00 Abstract: This document discusses how a Multipath TCP implementation should generate and process RST segments. From nobody Fri Jul 4 08:06:40 2014 Return-Path: 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 EC85B1B29E3 for ; Fri, 4 Jul 2014 08:06:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 Kna7qR91xrvZ for ; Fri, 4 Jul 2014 08:06:34 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtpe1.intersmtp.com [62.239.224.235]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB5711A0194 for ; Fri, 4 Jul 2014 08:06:33 -0700 (PDT) Received: from EVMHT61-UKRD.domain1.systemhost.net (10.36.3.127) by RDW083A006ED62.bt.com (10.187.98.11) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 4 Jul 2014 16:06:37 +0100 Received: from EMV67-UKRD.domain1.systemhost.net ([169.254.2.112]) by EVMHT61-UKRD.domain1.systemhost.net ([10.36.3.127]) with mapi; Fri, 4 Jul 2014 16:06:31 +0100 From: To: Date: Fri, 4 Jul 2014 16:06:31 +0100 Thread-Topic: MPTCP draft agenda Thread-Index: Ac+XmWQtcR2Bjr75RDe0MhNXEes5Yg== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: multipart/alternative; boundary="_000_A2E337CDB7BC4145B018B9BEE8EB3E0D41191D906AEMV67UKRDdoma_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/laUWmewRM__m-74jTzNfQHRNHUI Subject: [multipathtcp] MPTCP draft agenda X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 15:06:37 -0000 --_000_A2E337CDB7BC4145B018B9BEE8EB3E0D41191D906AEMV67UKRDdoma_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We uploaded the draft agenda http://www.ietf.org/proceedings/90/agenda/agenda-90-mptcp please shout if we forgot any requests or there are any late requests. Thanks Phil & Yoshifumi --_000_A2E337CDB7BC4145B018B9BEE8EB3E0D41191D906AEMV67UKRDdoma_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

We uploaded the draft age= nda

http://www.ietf.org/proceedings/90/agenda/a= genda-90-mptcp

 

please shout if we forgot any requests or there are any la= te requests.

 

<= p class=3DMsoNormal>Thanks

Phil & Yoshifumi

= --_000_A2E337CDB7BC4145B018B9BEE8EB3E0D41191D906AEMV67UKRDdoma_-- From nobody Sat Jul 5 20:10:40 2014 Return-Path: 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 099271A0135 for ; Sat, 5 Jul 2014 20:10:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, 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 iNucIuTqAH-K for ; Sat, 5 Jul 2014 20:10:36 -0700 (PDT) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EDBB1A0140 for ; Sat, 5 Jul 2014 20:10:36 -0700 (PDT) Received: by mail-ig0-f169.google.com with SMTP id c1so9429434igq.4 for ; Sat, 05 Jul 2014 20:10:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dFFAyK+50HE4lKmEJastSWBNGRtMIZE5hr1CxAV7K1s=; b=getQKK5L5l6iWOA9Y6hxptvspsGwqWe8dZhM+uaEbtUuDBQ7vpk/2LpW6LPYjii95n DH24yGHT3hfjcRPcptKYxL6MTgi8wZ/GkGo4poDq+3v1oSeYjWWdXGG1AxLCq8VeNdU8 o1KEq1h9JDsRcX+411x3m33Ot4487fwlaWq8/rEQcdCsega/0i7ZMgoZF2/0G7UVIIwo m0wRQIKtMzv7w99/AG3Tofkcpc946IArmBEuOxyrnE7XyBjyxfvWyXYyuUYy+cS/hZj2 sKwSvvRH8DleNL//Z/KD4x8JHYJY8xsCTsF/xzX0Rg4TAvPyI09ECHp/RfvIEhopHPJ0 ErEg== MIME-Version: 1.0 X-Received: by 10.50.43.129 with SMTP id w1mr1308431igl.36.1404616236044; Sat, 05 Jul 2014 20:10:36 -0700 (PDT) Received: by 10.64.78.69 with HTTP; Sat, 5 Jul 2014 20:10:35 -0700 (PDT) Date: Sun, 6 Jul 2014 08:40:35 +0530 Message-ID: From: Abhishek Verma To: multipathtcp@ietf.org Content-Type: multipart/alternative; boundary=089e0103e366cb973804fd7db3cc Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/6H74v5_c3Az5R5fvxWTLFcS18C8 Subject: [multipathtcp] Linux Kernel Modifications X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 03:10:39 -0000 --089e0103e366cb973804fd7db3cc Content-Type: text/plain; charset=UTF-8 Hi, To get MPTCP do i need to apply the MPTCP patch in the linux kernel and rebuild or is it a loadable module that i can plugin when linux is up and running? I think its a kernel patch that i would have to apply, but am just asking to be sure. Regards, Abhishek --089e0103e366cb973804fd7db3cc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

To get MPTCP do i need to apply the= MPTCP patch in the linux kernel and rebuild or is it a loadable module tha= t i can plugin when linux is up and running?

I thi= nk its a kernel patch that i would have to apply, but am just asking to be = sure.

Regards, Abhishek
--089e0103e366cb973804fd7db3cc-- From nobody Sat Jul 5 20:15:05 2014 Return-Path: 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 33BBA1A0141 for ; Sat, 5 Jul 2014 20:15:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, 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 JBm1sGMYWhO3 for ; Sat, 5 Jul 2014 20:15:01 -0700 (PDT) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B411D1A0140 for ; Sat, 5 Jul 2014 20:15:01 -0700 (PDT) Received: by mail-ig0-f175.google.com with SMTP id h3so9764058igd.2 for ; Sat, 05 Jul 2014 20:15:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kSexp3z35y7c8XIy59bIm4TQVuCp8mjldrDy7e4zF0M=; b=x2GPbrLAGoSB2J/sxf8bPxPge5hcFWQabV76jgrCTwvtgRHzTJWXPc5GUGKiwK4OUj 3FsHoNVTRixS9xfCNkOlQoRlHEmmjYsPrLubFgvREQ+/x9JMkMlsOXjMl9Z2SaHXWiQr 320PiKPW1Y0uRGkjOQgg1rHj5oZN0O5MgJHLhN0HUkdb17qjcVdvyBYL8oT8SPvyaX6/ d3WYP2JhFt9v9PnX/h+tFhISXVg0fytIa6GVS0MFSjmn/UnBbW3TF5VMpbsyo5Qzh4h8 s8bAx8mhZaGpHbXNUsgTUx+QB6JzKotq8VNjf+rH9dUbVD/KamSVuVkXpLthPSVgQZEC BJ/Q== MIME-Version: 1.0 X-Received: by 10.42.72.198 with SMTP id p6mr24705935icj.52.1404616501075; Sat, 05 Jul 2014 20:15:01 -0700 (PDT) Received: by 10.64.78.69 with HTTP; Sat, 5 Jul 2014 20:15:01 -0700 (PDT) Date: Sun, 6 Jul 2014 08:45:01 +0530 Message-ID: From: Abhishek Verma To: multipathtcp@ietf.org Content-Type: multipart/alternative; boundary=90e6ba613b9a97a3d404fd7dc39e Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/Pk_ZQdMjg11viLoJQZ_XtovDP7E Subject: [multipathtcp] MPTCP ndiffports parameter X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 03:15:03 -0000 --90e6ba613b9a97a3d404fd7dc39e Content-Type: text/plain; charset=UTF-8 Hi, I came across the ndiffports parameter in http://multipath-tcp.org/pmwiki.php?n=Main.Release88 The idea here is to have parallel TCP sessions between a given pair of source and dest. The advantage would be that each TCP session will send/recv packets based on their individual tcp_rmem/tcp_wmem values. Each would go through its slow start algorithm, but the total data transferred in each phase would multiply be the number of TCP sessions. This would work as long as the pipe between the two end points is wide enough to carry all the combined traffic since if this link gets congested then all the parallel TCP Sessions will get affected and each will reduce its window size. Is my understanding correct? Regards, Abhishek --90e6ba613b9a97a3d404fd7dc39e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I came across the ndiffports parame= ter in=C2=A0http://multipath-tcp.org/pmwiki.php?n=3DMain.Release8= 8

The idea here is to have parallel TCP sessions between a given pair of sour= ce and dest. The advantage would be that each TCP session will send/recv pa= ckets based on their individual tcp_rmem/tcp_wmem values. Each would go thr= ough its slow start algorithm, but the total data transferred in each phase= would multiply be the number of TCP sessions.

This would work as long as the pipe between the two end= points is wide enough to carry all the combined traffic since if this link= gets congested then all the parallel TCP Sessions will get affected and ea= ch will reduce its window size.

Is my understanding correct?

R= egards, Abhishek
--90e6ba613b9a97a3d404fd7dc39e-- From nobody Sun Jul 6 02:47:06 2014 Return-Path: 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 322D41A037F for ; Sun, 6 Jul 2014 02:47:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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, 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 e6LW_VfPBlFi for ; Sun, 6 Jul 2014 02:47:03 -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 2CC0A1A0378 for ; Sun, 6 Jul 2014 02:47:03 -0700 (PDT) Received: from localhost (host-85-201-115-108.brutele.be [85.201.115.108]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: cpaasch@smtp6.sgsi.ucl.ac.be) by smtp6.sgsi.ucl.ac.be (Postfix) with ESMTPSA id 2A42F18346D; Sun, 6 Jul 2014 11:46:57 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp6.sgsi.ucl.ac.be 2A42F18346D DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1404640017; bh=4PV670HLo4WU5yqfNYiCWfdXtXttpBCsZlYIdapAvMA=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=gsRHtdNJ1XPA0bW+ODkzgXCntSQGFXlIGKRj80bl2ymzqkNAjdYWcnaPQYZHzENsm wd9nq2tyQsk66ks5JbkJ2504T1RMebMSs6SnTe7qB61RJfgK8RdU/G9A7cYzVhMIVw mplxceoedacNyB63oHbwBeZqukdzCetV4+oj0ppw= Date: Sun, 6 Jul 2014 11:46:56 +0200 From: Christoph Paasch To: Abhishek Verma Message-ID: <20140706094656.GL7639@cpaasch-mac> References: <9e69cfd182224dcb9348cf26426daa62@UCL-MBX03.OASIS.UCLOUVAIN.BE> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9e69cfd182224dcb9348cf26426daa62@UCL-MBX03.OASIS.UCLOUVAIN.BE> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-6.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: 2A42F18346D.AD005 X-SGSI-MailScanner: Found to be clean X-SGSI-From: christoph.paasch@uclouvain.be X-SGSI-Spam-Status: No Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/hxnknwq4V3kXylB0AfuYS3PQYj0 Cc: "multipathtcp@ietf.org" Subject: Re: [multipathtcp] Linux Kernel Modifications X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 09:47:05 -0000 Hello, On 06/07/14 - 03:10:35, Abhishek Verma wrote: > Hi, > > To get MPTCP do i need to apply the MPTCP patch in the linux kernel and rebuild or is it a loadable module that i can plugin when linux is up and running? > > I think its a kernel patch that i would have to apply, but am just asking to be sure. yes, it's a kernel patch. Cheers, Christoph > > Regards, Abhishek > _______________________________________________ > multipathtcp mailing list > multipathtcp@ietf.org > https://www.ietf.org/mailman/listinfo/multipathtcp From nobody Sun Jul 6 02:50:22 2014 Return-Path: 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 9330A1A0385 for ; Sun, 6 Jul 2014 02:50:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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, 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 9kRQs02O8I69 for ; Sun, 6 Jul 2014 02:50:19 -0700 (PDT) Received: from smtp5.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) by ietfa.amsl.com (Postfix) with ESMTP id 559331A0380 for ; Sun, 6 Jul 2014 02:50:19 -0700 (PDT) Received: from localhost (host-85-201-115-108.brutele.be [85.201.115.108]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: cpaasch@smtp5.sgsi.ucl.ac.be) by smtp5.sgsi.ucl.ac.be (Postfix) with ESMTPSA id B0DF319834F; Sun, 6 Jul 2014 11:50:14 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp5.sgsi.ucl.ac.be B0DF319834F DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1404640214; bh=OnO4F4UKkO40bgrK3A4Qny+GVFcopkBHJ/8T2rjTnCE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=hN5VJOMNXjgjFoi1bphV3jeTepz2huv6SqUdWPzq8OIefWUXszxyJ7vGG9fXatPBX uPPeSUfyIv++JGuojSbS2rNvoU0Ov/9pb/OnI7M1Ac0/nNgQ5SUMm9RNXRu29pS3gh vqgdO/QnYHSmsbUsc2J2r43KM8zcZ7pXXSLB8ZZc= Date: Sun, 6 Jul 2014 11:50:14 +0200 From: Christoph Paasch To: Abhishek Verma Message-ID: <20140706095014.GM7639@cpaasch-mac> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-5.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: B0DF319834F.ADD3C X-SGSI-MailScanner: Found to be clean X-SGSI-From: christoph.paasch@uclouvain.be X-SGSI-Spam-Status: No Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/N2aCyXOaG1MyglMr3wuqU5h1GX4 Cc: "multipathtcp@ietf.org" Subject: Re: [multipathtcp] MPTCP ndiffports parameter X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 09:50:20 -0000 Hello, On 06/07/14 - 03:15:01, Abhishek Verma wrote: > Hi, > > I came across the ndiffports parameter in > http://multipath-tcp.org/pmwiki.php?n=Main.Release88 > > The idea here is to have parallel TCP sessions between a given pair of > source and dest. The advantage would be that each TCP session will > send/recv packets based on their individual tcp_rmem/tcp_wmem values. Each the tcp_rmem/wmem values specify the hard limits for the send/receive-window. The send/receive-window in MPTCP is handled at the MPTCP-layer and not on a per-subflow level. > would go through its slow start algorithm, but the total data transferred > in each phase would multiply be the number of TCP sessions. > > This would work as long as the pipe between the two end points is wide > enough to carry all the combined traffic since if this link gets congested > then all the parallel TCP Sessions will get affected and each will reduce > its window size. The idea behind ndiffports is that ECMP may be in the network, sending the traffic across distinct bottlenecks, by doing L4 load-balancing. If there is no ECMP, thus all subflows go through the same bottleneck, there is probably no benefit you will observe with MPTCP. Cheers, Christoph From nobody Sun Jul 6 02:51:54 2014 Return-Path: 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 B85221A0380 for ; Sun, 6 Jul 2014 02:51:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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, 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 LxrE8BAqY4lv for ; Sun, 6 Jul 2014 02:51:52 -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 C0B031A037F for ; Sun, 6 Jul 2014 02:51:52 -0700 (PDT) Received: from localhost (host-85-201-115-108.brutele.be [85.201.115.108]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: cpaasch@smtp6.sgsi.ucl.ac.be) by smtp6.sgsi.ucl.ac.be (Postfix) with ESMTPSA id 087A2183469; Sun, 6 Jul 2014 11:51:48 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp6.sgsi.ucl.ac.be 087A2183469 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1404640308; bh=lQMBQAM3VFNT2kaAgyE0K3yuDDDRNmaAnbIHOnDeOJ8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=y9zZBEd42/b/V81JX1pRnwoKpizb78CSlb0n/CKNcj4goHoe6nZ+PfeQtQ8HhA2QX IWZB1mimbd03OiN1Wo3z9bUD37av5E7zlQCv5XARYvWCPExtIX7PPmQudDYKYrnuRw O3iByqBvjkVUuhHcV1nCXWFX6vdX9umPg2Yb3ElM= Date: Sun, 6 Jul 2014 11:51:47 +0200 From: Christoph Paasch To: Abhishek Verma Message-ID: <20140706095147.GN7639@cpaasch-mac> References: <9e69cfd182224dcb9348cf26426daa62@UCL-MBX03.OASIS.UCLOUVAIN.BE> <25d01b23cbdb488f8b1886d2c5dc185f@UCL-MBX03.OASIS.UCLOUVAIN.BE> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <25d01b23cbdb488f8b1886d2c5dc185f@UCL-MBX03.OASIS.UCLOUVAIN.BE> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-6.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: 087A2183469.AFAF7 X-SGSI-MailScanner: Found to be clean X-SGSI-From: christoph.paasch@uclouvain.be X-SGSI-Spam-Status: No Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/CsKlFSsAVoxyTiBh89RfwB6NrvQ Cc: "multipathtcp@ietf.org" Subject: Re: [multipathtcp] Linux Kernel Modifications X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 09:51:53 -0000 On 06/07/14 - 09:46:56, Christoph Paasch wrote: > Hello, > > On 06/07/14 - 03:10:35, Abhishek Verma wrote: > > Hi, > > > > To get MPTCP do i need to apply the MPTCP patch in the linux kernel and rebuild or is it a loadable module that i can plugin when linux is up and running? > > > > I think its a kernel patch that i would have to apply, but am just asking to be sure. > > yes, it's a kernel patch. I realize that you posted on the IETF-list. For questions specific to the Linux Kernel implementation I suggest we move the discussion to the mptcp-dev Mailing-list. Cheers, Christoph From nobody Sun Jul 6 08:03:54 2014 Return-Path: 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 3AAB91A035D for ; Sun, 6 Jul 2014 08:03:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, 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 3ldBEVeKtIkY for ; Sun, 6 Jul 2014 08:03:50 -0700 (PDT) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9976B1A0360 for ; Sun, 6 Jul 2014 08:03:50 -0700 (PDT) Received: by mail-ig0-f176.google.com with SMTP id c1so9990519igq.9 for ; Sun, 06 Jul 2014 08:03:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=gMwuFDLCSLKmzfixXde09btDxj8NPKHNmTYKtlYxVmE=; b=WTFqGbgmrD+UQssepTvQGlTMTY+g81lu4wR6LafcFN4x3m1yoO6y+tURREF03cKPsl 3r8/8c9qutUK+dtZUqU6gVbZbUEqLLJN0EfJ7V2B5JtIhvHo6HqFDnSm3wGRJlrZaCju FndffeTIM1vjuJsF4FPz7K1BlMwQRNpi6i6nssEF2us1dOI/D1N1+SX4eIq0rjTvtvWc ipAA3Z5H0q4jLXXlAazDBrmElRB042kAZAmwIObGehN53fBO6W7uWK7JnjgZug69bqJR 1DV5/k0b6uZShisww1k8haKrxyjvn6OnPylpdeMLBkOy2eYFeRMObt6xU75ezUbpsY3x eIJA== MIME-Version: 1.0 X-Received: by 10.42.214.207 with SMTP id hb15mr27451803icb.30.1404659029965; Sun, 06 Jul 2014 08:03:49 -0700 (PDT) Received: by 10.64.78.69 with HTTP; Sun, 6 Jul 2014 08:03:49 -0700 (PDT) In-Reply-To: <20140706095014.GM7639@cpaasch-mac> References: <20140706095014.GM7639@cpaasch-mac> Date: Sun, 6 Jul 2014 20:33:49 +0530 Message-ID: From: Abhishek Verma To: Christoph Paasch , multipathtcp@ietf.org Content-Type: multipart/alternative; boundary=20cf301cbea282ff6b04fd87aaac Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/hJ7MC-gs9UiXOueNzNE0A-z4qWA Subject: Re: [multipathtcp] MPTCP ndiffports parameter X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 15:03:52 -0000 --20cf301cbea282ff6b04fd87aaac Content-Type: text/plain; charset=UTF-8 Hi Christoph, > > > This would work as long as the pipe between the two end points is wide > > enough to carry all the combined traffic since if this link gets > congested > > then all the parallel TCP Sessions will get affected and each will reduce > > its window size. > > The idea behind ndiffports is that ECMP may be in the network, sending the > traffic across distinct bottlenecks, by doing L4 load-balancing. > > If there is no ECMP, thus all subflows go through the same bottleneck, > there > is probably no benefit you will observe with MPTCP. > I disagree to this. Even if all subflows of the MPTCP go via the same path it would still offer some benefit as the total throughput achieved is n times the throughput achieved with a single TCP session, where n is the number of subflows. Basically, in that case it would behave like "n" parallel TCP sessions where some traffic is sent over each TCP session. For example, when transferring a file, each subflow would carry a part of the file. Regards, Abhishek > > Cheers, > Christoph > > --20cf301cbea282ff6b04fd87aaac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi=C2=A0Christoph,

>
> This would work as long as the pipe between the two end points is wide=
> enough to carry all the combined traffic since if this link gets conge= sted
> then all the parallel TCP Sessions will get affected and each will red= uce
> its window size.

The idea behind ndiffports is that ECMP may be in the network, sendin= g the
traffic across distinct bottlenecks, by doing L4 load-balancing.

If there is no ECMP, thus all subflows go through the same bottleneck, ther= e
is probably no benefit you will observe with MPTCP.
I disagree to this.

Even if all subfl= ows of the MPTCP go via the same path it would still offer some benefit as = the total throughput achieved is n times the throughput achieved with a sin= gle TCP session, where n is the number of subflows.

Basically, in that case it would behave like "n&qu= ot; parallel TCP sessions where some traffic is sent over each TCP session.= For example, when transferring a file, each subflow would carry a part of = the file.

Regards, Abhishek



Cheers,
Christoph


--20cf301cbea282ff6b04fd87aaac-- From nobody Mon Jul 7 00:03:21 2014 Return-Path: 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 E544B1A0B01 for ; Mon, 7 Jul 2014 00:03:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.678 X-Spam-Level: X-Spam-Status: No, score=-3.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, 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 UNAqz_wGqqE5 for ; Mon, 7 Jul 2014 00:03:18 -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 B99241A01DD for ; Mon, 7 Jul 2014 00:03:17 -0700 (PDT) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: gdetal@smtp6.sgsi.ucl.ac.be) by smtp6.sgsi.ucl.ac.be (Postfix) with ESMTPSA id 1F68D183471 for ; Mon, 7 Jul 2014 09:03:12 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp6.sgsi.ucl.ac.be 1F68D183471 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1404716592; bh=1hCdfd+VDnlhD6H79IEm7mhgDOK3RCKUfSe9PbV3RvA=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Cc:Content-Type; b=Ph95GXdBjsd7VVUdUaVS13bnTaCOj5Mr0JnqQ/ihjaGnSPj0f3/h1x6h/8FRe0T2k KpygJ91nTbWrHR7RZBsBwrJLOHyS93dYQrUL/8Qc48GuAl5weqdS3XYBW11tKgQG7A DXlcb1ELR7q+huTj3MLbT5io8xF1YjFMREkybE+c= Received: by mail-oa0-f54.google.com with SMTP id eb12so4164212oac.27 for ; Mon, 07 Jul 2014 00:03:10 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.220.163 with SMTP id px3mr29429340oec.35.1404716590120; Mon, 07 Jul 2014 00:03:10 -0700 (PDT) Received: by 10.76.1.67 with HTTP; Mon, 7 Jul 2014 00:03:10 -0700 (PDT) In-Reply-To: <2a011236d1c54a6ba2fcff4457c0cf39@UCL-MBX03.OASIS.UCLOUVAIN.BE> References: <20140706095014.GM7639@cpaasch-mac> <2a011236d1c54a6ba2fcff4457c0cf39@UCL-MBX03.OASIS.UCLOUVAIN.BE> Date: Mon, 7 Jul 2014 09:03:10 +0200 Message-ID: From: Gregory Detal To: Abhishek Verma Content-Type: multipart/alternative; boundary=001a1134d8825d46b004fd9511df X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-6.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: 1F68D183471.A9060 X-SGSI-MailScanner: Found to be clean X-SGSI-From: gregory.detal@uclouvain.be X-SGSI-Spam-Status: No Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/yd7BLkhLTcTgXWR-iFKD6TFqjNk Cc: "multipathtcp@ietf.org" Subject: Re: [multipathtcp] MPTCP ndiffports parameter X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 07:03:20 -0000 --001a1134d8825d46b004fd9511df Content-Type: text/plain; charset=UTF-8 Hello, This is true only if you don't use the coupled congestion control (and its variants) which tries to be fair with regular TCP when establishing multiple subflows over the same bottleneck. See http://tools.ietf.org/html/rfc6356. Regards, Gregory On Sun, Jul 6, 2014 at 5:03 PM, Abhishek Verma wrote: > Hi Christoph, > > > >> > This would work as long as the pipe between the two end points is wide >> > enough to carry all the combined traffic since if this link gets >> congested >> > then all the parallel TCP Sessions will get affected and each will >> reduce >> > its window size. >> >> The idea behind ndiffports is that ECMP may be in the network, sending >> the >> traffic across distinct bottlenecks, by doing L4 load-balancing. >> >> If there is no ECMP, thus all subflows go through the same bottleneck, >> there >> is probably no benefit you will observe with MPTCP. >> > > I disagree to this. > > Even if all subflows of the MPTCP go via the same path it would still > offer some benefit as the total throughput achieved is n times the > throughput achieved with a single TCP session, where n is the number of > subflows. > > Basically, in that case it would behave like "n" parallel TCP sessions > where some traffic is sent over each TCP session. For example, when > transferring a file, each subflow would carry a part of the file. > > Regards, Abhishek > > >> >> Cheers, >> Christoph >> >> > --001a1134d8825d46b004fd9511df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,

This is true only if you don'= ;t use the coupled congestion control (and its variants) which tries to be = fair with regular TCP when establishing multiple subflows over the same bot= tleneck. See=C2=A0http://too= ls.ietf.org/html/rfc6356.

Regards,
Gregory


On Sun, Jul 6, 2014 at 5:03 PM= , Abhishek Verma <abhishekv.verma@gmail.com> wrote:<= br>
Hi=C2=A0Christoph,

>
> This would work as long as the pipe between the two end points is wide=
> enough to carry all the combined traffic since if this link gets conge= sted
> then all the parallel TCP Sessions will get affected and each will red= uce
> its window size.

The idea behind ndiffports is that ECMP may be in the network, sending the<= br> traffic across distinct bottlenecks, by doing L4 load-balancing.

If there is no ECMP, thus all subflows go through the same bottleneck, ther= e
is probably no benefit you will observe with MPTCP.

I disagree to this.

Even if all subflows of the MPTCP go via the same path it would still = offer some benefit as the total throughput achieved is n times the throughp= ut achieved with a single TCP session, where n is the number of subflows.

Basically, in that case it would behave like "n" parallel TC= P sessions where some traffic is sent over each TCP session. For example, w= hen transferring a file, each subflow would carry a part of the file.

Regards, Abhishek



Cheers,
Christoph



--001a1134d8825d46b004fd9511df-- From nobody Mon Jul 7 04:11:25 2014 Return-Path: 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 333BB1B2823 for ; Mon, 7 Jul 2014 04:11:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.851 X-Spam-Level: X-Spam-Status: No, score=-4.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 5l0q3Z-Ls6IB for ; Mon, 7 Jul 2014 04:11:19 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1F301B2824 for ; Mon, 7 Jul 2014 04:11:14 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BJS11956; Mon, 07 Jul 2014 11:11:13 +0000 (GMT) Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 7 Jul 2014 12:11:12 +0100 Received: from NKGEML507-MBX.china.huawei.com ([169.254.5.117]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Mon, 7 Jul 2014 19:11:06 +0800 From: Weixinpeng To: Yoshifumi Nishida , "philip.eardley@bt.com" Thread-Topic: [multipathtcp] meeting in Toronto Thread-Index: AQHPg7iTWKGtr/TteU2CH2MUZ5AK2JuUn7TA Date: Mon, 7 Jul 2014 11:11:06 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.76.176] Content-Type: multipart/alternative; boundary="_000_C5C3BB522B1DDF478AA09545169155B46D81B29Bnkgeml507mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/VKP20qgsCKEo4VfFJ-bIJDixuvg Cc: multipathtcp Subject: Re: [multipathtcp] meeting in Toronto X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 11:11:24 -0000 --_000_C5C3BB522B1DDF478AA09545169155B46D81B29Bnkgeml507mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgWW9zaGkgJiBQaGlsLA0KSSB3b3VsZCBsaWtlIHRvIGFwcGx5IDEwfjE1IG1pbiB0aW1lIHNs b3QgaW4gdGhlIHVwY29taW5nIE1QVENQIG1lZXRpbmcgZm9yIE1QVENQIHByb3h5IG1lY2hhbmlz bSBwcmVzZW50YXRpb24uDQpUaGFua3MhDQpCUiwNClhpbnBlbmcNCg0KDQo+QSBuZXcgdmVyc2lv biBvZiBJLUQsIGRyYWZ0LXdlaS1tcHRjcC1wcm94eS1tZWNoYW5pc20tMDAudHh0DQoNCj5oYXMg YmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFhpbnBlbmcgV2VpIGFuZCBwb3N0ZWQgdG8g dGhlIElFVEYNCg0KPnJlcG9zaXRvcnkuDQoNCj4NCg0KPk5hbWU6ICAgICAgICAgICAgIGRyYWZ0 LXdlaS1tcHRjcC1wcm94eS1tZWNoYW5pc20NCg0KPlJldmlzaW9uOiAgICAgICAgIDAwDQoNCj5U aXRsZTogICAgICAgICAgICAgICAgTVBUQ1AgcHJveHkgbWVjaGFuaXNtcw0KDQo+RG9jdW1lbnQg ZGF0ZTogICAgMjAxNC0wNi0zMA0KDQo+R3JvdXA6ICAgICAgICAgICAgIEluZGl2aWR1YWwgU3Vi bWlzc2lvbg0KDQo+UGFnZXM6ICAgICAgICAgICAgIDEyDQoNCj5VUkw6DQoNCj5odHRwOi8vd3d3 LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC13ZWktbXB0Y3AtcHJveHktbWVjaGFuaXNt LTAwLg0KDQo+dHh0DQoNCj5TdGF0dXM6DQoNCj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC13ZWktbXB0Y3AtcHJveHktbWVjaGFuaXNtLw0KDQo+SHRtbGl6ZWQ6DQoNCj5o dHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC13ZWktbXB0Y3AtcHJveHktbWVjaGFuaXNt LTAwDQoNCj4NCg0KPg0KDQo+QWJzdHJhY3Q6DQoNCj4gICBNdWx0aXBhdGggVENQIHByb3ZpZGVz IHRoZSBhYmlsaXR5IHRvIHNpbXVsdGFuZW91c2x5IHVzZSBtdWx0aXBsZQ0KDQo+ICAgcGF0aHMg YmV0d2VlbiBwZWVycyBmb3IgYSBUQ1AvSVAgc2Vzc2lvbiwgYW5kIGl0IGNvdWxkIGltcHJvdmUN Cg0KPiAgIHJlc291cmNlIHVzYWdlIHdpdGhpbiB0aGUgbmV0d29yayBhbmQsIHRodXMsIGltcHJv dmUgdXNlciBleHBlcmllbmNlDQoNCj4gICB0aHJvdWdoIGhpZ2hlciB0aHJvdWdocHV0IGFuZCBp bXByb3ZlZCByZXNpbGllbmNlIHRvIG5ldHdvcmsgZmFpbHVyZS4NCg0KPiAgIFRoaXMgZG9jdW1l bnQgZGlzY3Vzc2VzIHRoZSBtZWNoYW5pc20gb2YgYSBuZXcgbmV0d29yayBlbnRpdHksIG5hbWVk DQoNCj4gICBNUFRDUCBwcm94eSwgd2hpY2ggaXMgYWltZWQgdG8gYXNzaXN0IE1QVENQIGNhcGFi bGUgcGVlciB0byB1c2UgTVBUQ1ANCg0KPiAgIHNlc3Npb24gaW4gY2FzZSBvZiBvbmUgb2YgdGhl IHBlZXJzIG5vdCBiZWluZyBNUFRDUCBjYXBhYmxlLg0KDQoNCkZyb206IG11bHRpcGF0aHRjcCBb bWFpbHRvOm11bHRpcGF0aHRjcC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgWW9zaGlm dW1pIE5pc2hpZGENClNlbnQ6IE1vbmRheSwgSnVuZSAwOSwgMjAxNCAzOjU3IFBNDQpUbzogbXVs dGlwYXRodGNwDQpTdWJqZWN0OiBbbXVsdGlwYXRodGNwXSBtZWV0aW5nIGluIFRvcm9udG8NCg0K SGkgZm9sa3MsDQoNCkkganVzdCBsZXQgeW91IGtub3cgUGhpbCBhbmQgSSBoYXZlIHJlcXVlc3Rl ZCAxIHR3byBob3VycyBtZWV0aW5nIHNsb3QgaW4gVG9yb250by4NCldlIGFyZSBub3QgdmVyeSBz dXJlIGlmIHdlIGNhbiBnZXQgd2hhdCB3ZSBoYXZlIHJlcXVlc3RlZCBmb3Igbm93LCBidXQgSSBq dXN0IHdvdWxkIGxpa2UgdG8gaW5mb3JtIHRoaXMgaW4gY2FzZSB5b3UgYXJlIHByZXBhcmluZyBz b21ldGhpbmcgZm9yIHRoZSBtZWV0aW5nLg0KDQpUaGFua3MsDQotLQ0KWW9zaGkgJiBQaGlsDQoN Cg0K --_000_C5C3BB522B1DDF478AA09545169155B46D81B29Bnkgeml507mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi57qv5paH5pysIENoYXIiOw0K CW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC41cHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUx Nw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5DaGFyDQoJe21zby1zdHls ZS1uYW1lOiLnuq/mlofmnKwgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOue6r+aWh+acrDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDkw LjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxpbms9ImJsdWUiIHZsaW5rPSJw dXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ SGkgWW9zaGkgJmFtcDsgUGhpbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPkkgd291bGQgbGlrZSB0byBhcHBseSAxMH4xNSBtaW4gdGltZSBzbG90IGluIHRoZSB1 cGNvbWluZyBNUFRDUCBtZWV0aW5nIGZvciBNUFRDUCBwcm94eSBtZWNoYW5pc20gcHJlc2VudGF0 aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhbmtzITxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QlIsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5YaW5wZW5nPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0O0EgbmV3IHZlcnNp b24gb2YgSS1ELCBkcmFmdC13ZWktbXB0Y3AtcHJveHktbWVjaGFuaXNtLTAwLnR4dDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVT Ij4mZ3Q7aGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBYaW5wZW5nIFdlaSBhbmQg cG9zdGVkIHRvIHRoZSBJRVRGDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0O3JlcG9zaXRvcnkuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZn dDs8bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 c3BhbiBsYW5nPSJFTi1VUyI+Jmd0O05hbWU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRyYWZ0LXdlaS1tcHRj cC1wcm94eS1tZWNoYW5pc208bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0O1JldmlzaW9uOiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAwMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7VGl0bGU6Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE1QVENQIHByb3h5IG1lY2hhbmlzbXM8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+Jmd0O0RvY3VtZW50IGRhdGU6Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIwMTQtMDYtMzA8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+Jmd0O0dyb3VwOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBJbmRpdmlkdWFsIFN1Ym1pc3Npb248bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+Jmd0O1BhZ2VzOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAxMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7VVJMOjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVO LVVTIj4mZ3Q7PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJh ZnQtd2VpLW1wdGNwLXByb3h5LW1lY2hhbmlzbS0wMCI+aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRl cm5ldC1kcmFmdHMvZHJhZnQtd2VpLW1wdGNwLXByb3h5LW1lY2hhbmlzbS0wMDwvYT4uPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4t VVMiPiZndDt0eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0O1N0YXR1czo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OzxhIGhyZWY9Imh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXdlaS1tcHRjcC1wcm94eS1tZWNo YW5pc20vIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC13ZWktbXB0Y3At cHJveHktbWVjaGFuaXNtLzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0O0h0bWxpemVkOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7 PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd2VpLW1wdGNwLXByb3h5 LW1lY2hhbmlzbS0wMCI+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd2VpLW1wdGNw LXByb3h5LW1lY2hhbmlzbS0wMDwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7 PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw YW4gbGFuZz0iRU4tVVMiPiZndDtBYnN0cmFjdDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OyZuYnNwOyZuYnNwOyBN dWx0aXBhdGggVENQIHByb3ZpZGVzIHRoZSBhYmlsaXR5IHRvIHNpbXVsdGFuZW91c2x5IHVzZSBt dWx0aXBsZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxz cGFuIGxhbmc9IkVOLVVTIj4mZ3Q7Jm5ic3A7Jm5ic3A7IHBhdGhzIGJldHdlZW4gcGVlcnMgZm9y IGEgVENQL0lQIHNlc3Npb24sIGFuZCBpdCBjb3VsZCBpbXByb3ZlPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZndDsmbmJz cDsmbmJzcDsgcmVzb3VyY2UgdXNhZ2Ugd2l0aGluIHRoZSBuZXR3b3JrIGFuZCwgdGh1cywgaW1w cm92ZSB1c2VyIGV4cGVyaWVuY2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jmd0OyZuYnNwOyZuYnNwOyB0aHJvdWdoIGhp Z2hlciB0aHJvdWdocHV0IGFuZCBpbXByb3ZlZCByZXNpbGllbmNlIHRvIG5ldHdvcmsgZmFpbHVy ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBs YW5nPSJFTi1VUyI+Jmd0OyZuYnNwOyZuYnNwOyBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUg bWVjaGFuaXNtIG9mIGEgbmV3IG5ldHdvcmsgZW50aXR5LCBuYW1lZDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7Jm5i c3A7Jm5ic3A7IE1QVENQIHByb3h5LCB3aGljaCBpcyBhaW1lZCB0byBhc3Npc3QgTVBUQ1AgY2Fw YWJsZSBwZWVyIHRvIHVzZSBNUFRDUDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLVVTIj4mZ3Q7Jm5ic3A7Jm5ic3A7IHNlc3Npb24g aW4gY2FzZSBvZiBvbmUgb2YgdGhlIHBlZXJzIG5vdCBiZWluZyBNUFRDUCBjYXBhYmxlLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0 O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+IG11bHRpcGF0aHRjcCBbbWFpbHRvOm11bHRpcGF0aHRjcC1ib3VuY2Vz QGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5Zb3NoaWZ1bWkgTmlzaGlkYTxicj4NCjxi PlNlbnQ6PC9iPiBNb25kYXksIEp1bmUgMDksIDIwMTQgMzo1NyBQTTxicj4NCjxiPlRvOjwvYj4g bXVsdGlwYXRodGNwPGJyPg0KPGI+U3ViamVjdDo8L2I+IFttdWx0aXBhdGh0Y3BdIG1lZXRpbmcg aW4gVG9yb250bzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5IaSBm b2xrcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JIGp1c3QgbGV0 IHlvdSBrbm93IFBoaWwgYW5kIEkgaGF2ZSByZXF1ZXN0ZWQgMSB0d28gaG91cnMgbWVldGluZyBz bG90IGluIFRvcm9udG8uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPldlIGFyZSBub3QgdmVyeSBzdXJl IGlmIHdlIGNhbiBnZXQgd2hhdCB3ZSBoYXZlIHJlcXVlc3RlZCBmb3Igbm93LCBidXQgSSBqdXN0 IHdvdWxkIGxpa2UgdG8gaW5mb3JtIHRoaXMgaW4gY2FzZSB5b3UgYXJlIHByZXBhcmluZyBzb21l dGhpbmcgZm9yIHRoZSBtZWV0aW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4tLTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj5Zb3NoaSAmYW1wOyBQaGlsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_C5C3BB522B1DDF478AA09545169155B46D81B29Bnkgeml507mbxchi_-- From nobody Tue Jul 8 05:08:07 2014 Return-Path: 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 0C8051B2AD4 for ; Tue, 8 Jul 2014 05:07:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.9 X-Spam-Level: X-Spam-Status: No, score=-3.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, 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 dNSxyvRKpIoN for ; Tue, 8 Jul 2014 05:07:41 -0700 (PDT) Received: from smtp5.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) by ietfa.amsl.com (Postfix) with ESMTP id 714E81B2AD0 for ; Tue, 8 Jul 2014 05:07:41 -0700 (PDT) Received: from oasis.uclouvain.be (unknown [130.104.6.131]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp5.sgsi.ucl.ac.be (Postfix) with ESMTPS id 5F8B3198298 for ; Tue, 8 Jul 2014 14:07:31 +0200 (CEST) Received: from [130.104.228.18] (130.104.228.18) by ucl-mbx01.OASIS.UCLOUVAIN.BE (10.10.10.21) with Microsoft SMTP Server (TLS) id 15.0.913.22; Tue, 8 Jul 2014 14:07:31 +0200 Message-ID: <53BBDF02.3030107@uclouvain.be> Date: Tue, 8 Jul 2014 14:07:30 +0200 From: =?UTF-8?B?U8OpYmFzdGllbiBCYXJyw6k=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: References: <20140703133016.5302.18054.idtracker@ietfa.amsl.com> In-Reply-To: <20140703133016.5302.18054.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20140703133016.5302.18054.idtracker@ietfa.amsl.com> Content-Type: multipart/alternative; boundary="------------080700070207090509070209" X-Originating-IP: [130.104.228.18] X-ClientProxiedBy: UCL-CAS02.OASIS.UCLOUVAIN.BE (10.10.10.42) To ucl-mbx01.OASIS.UCLOUVAIN.BE (10.10.10.21) X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-5.sipr-dc.ucl.ac.be X-Virus-Status: Clean Received-SPF: Pass (client IP white listed); receiver=; client-ip=130.104.6.131; helo= Received-SPF: Pass (client IP white listed); receiver=; client-ip=130.104.6.131; envelope-from= X-SGSI-MailScanner-ID: 5F8B3198298.A6736 X-SGSI-MailScanner: Found to be clean X-SGSI-SpamCheck: n'est pas un polluriel, SpamAssassin (not cached, score=-2.805, requis 5, autolearn=not spam, ALL_TRUSTED -2.00, BAYES_00 -1.60, HTML_MESSAGE 0.00, RDNS_NONE 0.79) X-SGSI-From: sebastien.barre@uclouvain.be X-SGSI-Spam-Status: No Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/QGKKj3Gv8LsyKCeQuLcbCKqGy5w Subject: [multipathtcp] Fwd: New Version Notification for draft-barre-mptcp-tfo-00.txt X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 12:07:47 -0000 --------------080700070207090509070209 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit Hi, Please find below a new internet draft submitted last week, on TFO support for Multipath TCP. Comments welcome ! Regards, Sébastien. -------- Message original -------- Sujet: New Version Notification for draft-barre-mptcp-tfo-00.txt Date : Thu, 3 Jul 2014 06:30:16 -0700 De : Pour : Gregory Detal , Sebastien Barre , Sebastien Barre , Olivier Bonaventure , Gregory Detal , Olivier Bonaventure A new version of I-D, draft-barre-mptcp-tfo-00.txt has been successfully submitted by Sebastien Barre and posted to the IETF repository. Name: draft-barre-mptcp-tfo Revision: 00 Title: TFO support for Multipath TCP Document date: 2014-07-01 Group: Individual Submission Pages: 11 URL: http://www.ietf.org/internet-drafts/draft-barre-mptcp-tfo-00.txt Status: https://datatracker.ietf.org/doc/draft-barre-mptcp-tfo/ Htmlized: http://tools.ietf.org/html/draft-barre-mptcp-tfo-00 Abstract: TCP Fast Open (TFO) is a TCP extension that allows sending data in the SYN, instead of waiting until the TCP connection is established. This document describes what parts of Multipath TCP must be adapted to support it, and how TFO and MPTCP can operate together. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --------------080700070207090509070209 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: 8bit Hi,

Please find below a new internet draft submitted last week, on TFO support for Multipath TCP.

Comments welcome !

Regards,

Sébastien.


-------- Message original --------
Sujet: New Version Notification for draft-barre-mptcp-tfo-00.txt
Date : Thu, 3 Jul 2014 06:30:16 -0700
De : <internet-drafts@ietf.org>
Pour : Gregory Detal <gregory.detal@uclouvain.be>, Sebastien Barre <sebastien.barre@uclouvain.be>, Sebastien Barre <sebastien.barre@uclouvain.be>, Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>, Gregory Detal <gregory.detal@uclouvain.be>, Olivier Bonaventure <olivier.bonaventure@uclouvain.be> 


A new version of I-D, draft-barre-mptcp-tfo-00.txt
has been successfully submitted by Sebastien Barre and posted to the
IETF repository.

Name:		draft-barre-mptcp-tfo
Revision:	00
Title:		TFO support for Multipath TCP
Document date:	2014-07-01
Group:		Individual Submission
Pages:		11
URL:            http://www.ietf.org/internet-drafts/draft-barre-mptcp-tfo-00.txt
Status:         https://datatracker.ietf.org/doc/draft-barre-mptcp-tfo/
Htmlized:       http://tools.ietf.org/html/draft-barre-mptcp-tfo-00


Abstract:
   TCP Fast Open (TFO) is a TCP extension that allows sending data in
   the SYN, instead of waiting until the TCP connection is established.
   This document describes what parts of Multipath TCP must be adapted
   to support it, and how TFO and MPTCP can operate together.

                                                                                  


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat


--------------080700070207090509070209-- From anwar@research.bell-labs.com Tue Jul 8 19:02:09 2014 Return-Path: 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 EF5CD1A0272; Tue, 8 Jul 2014 19:02:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.899 X-Spam-Level: X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5] 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 cKj232qrikji; Tue, 8 Jul 2014 19:02:07 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01E9D1A0270; Tue, 8 Jul 2014 19:02:06 -0700 (PDT) Received: from us70uusmtp3.zam.alcatel-lucent.com (h135-5-2-65.lucent.com [135.5.2.65]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id s6921qdf023091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 8 Jul 2014 21:01:52 -0500 (CDT) Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id s6921phj025698 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 8 Jul 2014 22:01:51 -0400 Received: from US70UWXCHMBA06.zam.alcatel-lucent.com ([169.254.11.218]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.02.0247.003; Tue, 8 Jul 2014 22:01:51 -0400 From: "Walid, Anwar I (Anwar)" To: "multipathtcp@ietf.org" , "iccrg@irtf.org" Thread-Topic: New MPTCP congestion control algorithm Thread-Index: Ac+bGb7BpfR9JlubRsmolJYNX+4nzw== Date: Wed, 9 Jul 2014 02:01:50 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: multipart/alternative; boundary="_000_C2A14B804E1B9442B410C5D250F2EF8520109F5EUS70UWXCHMBA06z_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/1iajjlxuXpF4mYfgftHP-6RpKc0 Cc: Qiuyu Peng , "yoshifumi.nishida@gmail.com" , Steven Low , "HWANG, JAE HYUN \(JAE HYUN\)" Subject: [multipathtcp] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2014 02:05:06 -0000 --_000_C2A14B804E1B9442B410C5D250F2EF8520109F5EUS70UWXCHMBA06z_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi: Please find the paper "Multipath TCP: Analysis, Design and Implementation" = at http://arxiv.org/pdf/1308.3119v2.pdf. This paper presents a new MPTCP congestion control algorithm and the theory= behind it. The algorithm is implemented in the Linux kernel and its perfor= mance is compared with prior algorithms. Comments are welcome. Best, Anwar Walid --_000_C2A14B804E1B9442B410C5D250F2EF8520109F5EUS70UWXCHMBA06z_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi:

 

Please find the paper “Multipath TCP: Analysis= , Design and Implementation” at http://arxiv.org/pdf/1308.= 3119v2.pdf.

 

This paper presents a new MPTCP congestion control a= lgorithm and the theory behind it. The algorithm is implemented in the Linu= x kernel and its performance is compared with prior algorithms. Comments ar= e welcome.

 

Best,

 

Anwar Walid

 

 

--_000_C2A14B804E1B9442B410C5D250F2EF8520109F5EUS70UWXCHMBA06z_-- From nobody Tue Jul 8 21:27:03 2014 Return-Path: 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 DE7B01A0322; Tue, 8 Jul 2014 21:26:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.3 X-Spam-Level: X-Spam-Status: No, score=-6.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_36=0.6, RCVD_IN_DNSWL_HI=-5] 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 Jdi6JNz7wq5p; Tue, 8 Jul 2014 21:26:57 -0700 (PDT) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BD9C1A031C; Tue, 8 Jul 2014 21:26:57 -0700 (PDT) Received: from us70tusmtp1.zam.alcatel-lucent.com (h135-5-2-63.lucent.com [135.5.2.63]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id s694QjAR019566 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 8 Jul 2014 23:26:45 -0500 (CDT) Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id s694QhOn023582 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 9 Jul 2014 00:26:44 -0400 Received: from US70UWXCHMBA06.zam.alcatel-lucent.com ([169.254.11.218]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.02.0247.003; Wed, 9 Jul 2014 00:26:43 -0400 From: "Walid, Anwar I (Anwar)" To: Dave Taht Thread-Topic: [iccrg] New MPTCP congestion control algorithm Thread-Index: Ac+bGb7BpfR9JlubRsmolJYNX+4nzwALbCWA///NGQE= Date: Wed, 9 Jul 2014 04:26:42 +0000 Message-ID: <001C5A04-E1D5-42E0-9218-2FD8276DDDFD@lucent.com> References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/So_lKBI0N8W5xx3pDHyXqlKLHIM Cc: "multipathtcp@ietf.org" , "iccrg@irtf.org" , "Walid, Anwar I \(Anwar\)" , "yoshifumi.nishida@gmail.com" , "HWANG, JAE HYUN \(JAE HYUN\)" , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] [iccrg] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2014 04:27:00 -0000 Btw this message is from the irtf not ietf- I sent the paper to both. But = Steven's point is still valid. Anwar Sent from my iPhone On Jul 8, 2014, at 11:30 PM, "Dave Taht" wrote: > 5 questions: >=20 > 1) I see figures for RTT, but not for buffer size. (Admittedly my eyes > glazed over at all the math.) >=20 > 2) Did you try simultaniously bidirectional traffic (basically a > variant of the classic edge bufferbloat test: one mptcp flow up, one > down, one ping) > What is the induced latency on your tests? Modifications like capping > the decrement of the window size make me nervous. >=20 > 3) What tools and scripts were used to generate the traffic? >=20 > 4) Is there ECN support in the mptcp code yet? (the lack thereof was > what has stopped me from doing anything with it, but the potential in > doing mptcp over a multi-homed homenet network keeps me wanting to try > it) >=20 > 5) Tried any of the new AQM+packet schedulers yet? (fq_codel, pie, etc) >=20 >=20 > As a general note, wifi performance today can have induced latencies > *well* in excess of the 10ms you use here... >=20 >=20 > On Tue, Jul 8, 2014 at 7:01 PM, Walid, Anwar I (Anwar) > wrote: >> Hi: >>=20 >>=20 >>=20 >> Please find the paper =93Multipath TCP: Analysis, Design and Implementat= ion=94 >> at http://arxiv.org/pdf/1308.3119v2.pdf. >>=20 >>=20 >>=20 >> This paper presents a new MPTCP congestion control algorithm and the the= ory >> behind it. The algorithm is implemented in the Linux kernel and its >> performance is compared with prior algorithms. Comments are welcome. >>=20 >>=20 >>=20 >> Best, >>=20 >>=20 >>=20 >> Anwar Walid >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> iccrg mailing list >> iccrg@irtf.org >> https://www.irtf.org/mailman/listinfo/iccrg >=20 >=20 >=20 > --=20 > Dave T=E4ht >=20 > NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_029= 6_indecent.article From nobody Tue Jul 8 23:19:25 2014 Return-Path: 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 024211A0302 for ; Tue, 8 Jul 2014 20:28:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.4 X-Spam-Level: X-Spam-Status: No, score=-1.4 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, J_CHICKENPOX_36=0.6, SPF_PASS=-0.001] autolearn=no 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 KfXYOrtVW87S for ; Tue, 8 Jul 2014 20:28:54 -0700 (PDT) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7C211A02FF for ; Tue, 8 Jul 2014 20:28:53 -0700 (PDT) Received: by mail-ob0-f178.google.com with SMTP id wn1so7520017obc.9 for ; Tue, 08 Jul 2014 20:28:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=T9WWL0RkTK4Lj45daGqTCOQfviYWQ2KYZJaDTgXpNV8=; b=nbdHxQ8Ejg/nwa6Ib5s8+AieSPCOQarL5j8zKT1Zx9lgPyb3W4yuQbEwoGg749cZwL sva5KOuHSbQ9ZJHAmgGgb4EnHguleX5MlWWWYHX6pmQuucaP1etNBeXx9UmNAoMiNjX2 uv0iOTZ5ofbfmPgv5bZTAgNQls6fSG+x7EwG5VEiNM9SN1HKYWY0O2x6uSBdXQlrWA0+ O/X4fz/ZVHn8MU3ig2BzYRTBA+Zsw/44qd8LvKyY8Gk+cZtzDp9r4csQrkGJGVKN89a4 +6cerdL7VjNqZiRut+1oYEvaT9Gi2HXkjBSqkJ5Xp76fevdXQ4By4MSHKmsvN/i1clZm VqdQ== MIME-Version: 1.0 X-Received: by 10.182.199.5 with SMTP id jg5mr21440392obc.75.1404876533366; Tue, 08 Jul 2014 20:28:53 -0700 (PDT) Received: by 10.202.93.195 with HTTP; Tue, 8 Jul 2014 20:28:53 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jul 2014 20:28:53 -0700 Message-ID: From: Dave Taht To: "Walid, Anwar I (Anwar)" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/RNvn1Nycx657IsxBsF7HXfb6k4w X-Mailman-Approved-At: Tue, 08 Jul 2014 23:19:23 -0700 Cc: "multipathtcp@ietf.org" , "iccrg@irtf.org" , "yoshifumi.nishida@gmail.com" , "HWANG, JAE HYUN \(JAE HYUN\)" , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] [iccrg] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2014 03:28:55 -0000 5 questions: 1) I see figures for RTT, but not for buffer size. (Admittedly my eyes glazed over at all the math.) 2) Did you try simultaniously bidirectional traffic (basically a variant of the classic edge bufferbloat test: one mptcp flow up, one down, one ping) What is the induced latency on your tests? Modifications like capping the decrement of the window size make me nervous. 3) What tools and scripts were used to generate the traffic? 4) Is there ECN support in the mptcp code yet? (the lack thereof was what has stopped me from doing anything with it, but the potential in doing mptcp over a multi-homed homenet network keeps me wanting to try it) 5) Tried any of the new AQM+packet schedulers yet? (fq_codel, pie, etc) As a general note, wifi performance today can have induced latencies *well* in excess of the 10ms you use here... On Tue, Jul 8, 2014 at 7:01 PM, Walid, Anwar I (Anwar) wrote: > Hi: > > > > Please find the paper =E2=80=9CMultipath TCP: Analysis, Design and Implem= entation=E2=80=9D > at http://arxiv.org/pdf/1308.3119v2.pdf. > > > > This paper presents a new MPTCP congestion control algorithm and the theo= ry > behind it. The algorithm is implemented in the Linux kernel and its > performance is compared with prior algorithms. Comments are welcome. > > > > Best, > > > > Anwar Walid > > > > > > > _______________________________________________ > iccrg mailing list > iccrg@irtf.org > https://www.irtf.org/mailman/listinfo/iccrg > --=20 Dave T=C3=A4ht NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_= indecent.article From nobody Wed Jul 9 02:07:18 2014 Return-Path: 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 D25991A03B7 for ; Wed, 9 Jul 2014 02:07:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.701 X-Spam-Level: X-Spam-Status: No, score=-3.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_36=0.6, 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 A4FYV9mo5NoY for ; Wed, 9 Jul 2014 02:07:14 -0700 (PDT) Received: from smtp5.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) by ietfa.amsl.com (Postfix) with ESMTP id 1301A1A0337 for ; Wed, 9 Jul 2014 02:07:14 -0700 (PDT) Received: from localhost (cpaasch-mac.dhcp.info.ucl.ac.be [130.104.228.20]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: cpaasch@smtp5.sgsi.ucl.ac.be) by smtp5.sgsi.ucl.ac.be (Postfix) with ESMTPSA id 60616198018; Wed, 9 Jul 2014 11:06:58 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp5.sgsi.ucl.ac.be 60616198018 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1404896818; bh=VebFdQPPzCumScpKBhaU0ttl2noSyPXiAzLotkE4EmI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=udrEFsq5fs2NIQaysslokT86jmcv1zTfEa3jC5TjI1UbLbwQlhZNv8ypOm6imNecP 9iH0NsJ+d1xQxLjbNmnTzfVmPQwJ4PYuLrtNnHzPV7JgVndp5Ltmspyhro8ppvt/iW Ex/BwuhRSwVuqNwgrUCe/b3r+k0RLVErIckaLgAU= Date: Wed, 9 Jul 2014 11:06:58 +0200 From: Christoph Paasch To: Dave Taht Message-ID: <20140709090658.GA14515@cpaasch-mac> References: <80ceb384c3ae4459853619c6adb9290c@UCL-MBX03.OASIS.UCLOUVAIN.BE> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <80ceb384c3ae4459853619c6adb9290c@UCL-MBX03.OASIS.UCLOUVAIN.BE> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-5.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: 60616198018.A01DD X-SGSI-MailScanner: Found to be clean X-SGSI-From: christoph.paasch@uclouvain.be X-SGSI-Spam-Status: No Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/aNOQ2ZuS0ngRHKjm4Lj-a16k47I Cc: "multipathtcp@ietf.org" , "iccrg@irtf.org" , "Walid, Anwar I \(Anwar\)" , "yoshifumi.nishida@gmail.com" , "HWANG, JAE HYUN \(JAE HYUN\)" , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] [iccrg] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2014 09:07:17 -0000 Hi Dave, On 09/07/14 - 03:28:53, Dave Taht wrote: > 5 questions: > > 1) I see figures for RTT, but not for buffer size. (Admittedly my eyes > glazed over at all the math.) > > 2) Did you try simultaniously bidirectional traffic (basically a > variant of the classic edge bufferbloat test: one mptcp flow up, one > down, one ping) > What is the induced latency on your tests? Modifications like capping > the decrement of the window size make me nervous. > > 3) What tools and scripts were used to generate the traffic? > > 4) Is there ECN support in the mptcp code yet? (the lack thereof was > what has stopped me from doing anything with it, but the potential in > doing mptcp over a multi-homed homenet network keeps me wanting to try > it) in the Linux implementation of MPTCP, ECN has always been supported. Cheers, Christoph > > 5) Tried any of the new AQM+packet schedulers yet? (fq_codel, pie, etc) > > > As a general note, wifi performance today can have induced latencies > *well* in excess of the 10ms you use here... > > > On Tue, Jul 8, 2014 at 7:01 PM, Walid, Anwar I (Anwar) > wrote: > > Hi: > > > > > > > > Please find the paper “Multipath TCP: Analysis, Design and Implementation†> > at http://arxiv.org/pdf/1308.3119v2.pdf. > > > > > > > > This paper presents a new MPTCP congestion control algorithm and the theory > > behind it. The algorithm is implemented in the Linux kernel and its > > performance is compared with prior algorithms. Comments are welcome. > > > > > > > > Best, > > > > > > > > Anwar Walid > > > > > > > > > > > > > > _______________________________________________ > > iccrg mailing list > > iccrg@irtf.org > > https://www.irtf.org/mailman/listinfo/iccrg > > > > > > -- > Dave Täht > > NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_indecent.article > > _______________________________________________ > iccrg mailing list > iccrg@irtf.org > https://www.irtf.org/mailman/listinfo/iccrg From nobody Wed Jul 9 21:22:35 2014 Return-Path: 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 C955A1A0492; Wed, 9 Jul 2014 21:22:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.3 X-Spam-Level: X-Spam-Status: No, score=-6.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_36=0.6, RCVD_IN_DNSWL_HI=-5] 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 pmm7nWXJGr2Z; Wed, 9 Jul 2014 21:22:29 -0700 (PDT) Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0A4A1A030C; Wed, 9 Jul 2014 21:22:29 -0700 (PDT) Received: from us70tusmtp1.zam.alcatel-lucent.com (h135-5-2-63.lucent.com [135.5.2.63]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id s6A4MFtn023453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 Jul 2014 23:22:15 -0500 (CDT) Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id s6A4MD8s016181 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 10 Jul 2014 00:22:13 -0400 Received: from US70UWXCHMBA06.zam.alcatel-lucent.com ([169.254.11.218]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.02.0247.003; Thu, 10 Jul 2014 00:22:13 -0400 From: "Walid, Anwar I (Anwar)" To: Dave Taht Thread-Topic: [iccrg] New MPTCP congestion control algorithm Thread-Index: Ac+bGb7BpfR9JlubRsmolJYNX+4nzwALbCWAACpvOKA= Date: Thu, 10 Jul 2014 04:22:13 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.16] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/yRXJkeRzNIQx4k6y8Oz_BvRdPOI Cc: "multipathtcp@ietf.org" , "iccrg@irtf.org" , "yoshifumi.nishida@gmail.com" , "HWANG, JAE HYUN \(JAE HYUN\)" , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] [iccrg] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2014 04:22:32 -0000 SGkgRGF2ZSwNCg0KVGhhbmtzIGZvciB5b3VyIHF1ZXN0aW9ucy9jb21tZW50cy4gUmVzcG9uc2Vz IGFyZSBlbWJlZGRlZC4NCkJlc3QsDQoNCmFud2FyDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBEYXZlIFRhaHQgW21haWx0bzpkYXZlLnRhaHRAZ21haWwuY29tXSANClNlbnQ6 IFR1ZXNkYXksIEp1bHkgMDgsIDIwMTQgMTE6MjkgUE0NClRvOiBXYWxpZCwgQW53YXIgSSAoQW53 YXIpDQpDYzogbXVsdGlwYXRodGNwQGlldGYub3JnOyBpY2NyZ0BpcnRmLm9yZzsgUWl1eXUgUGVu ZzsgeW9zaGlmdW1pLm5pc2hpZGFAZ21haWwuY29tOyBTdGV2ZW4gTG93OyBIV0FORywgSkFFIEhZ VU4gKEpBRSBIWVVOKTsgcGhpbGlwLmVhcmRsZXlAYnQuY29tDQpTdWJqZWN0OiBSZTogW2ljY3Jn XSBOZXcgTVBUQ1AgY29uZ2VzdGlvbiBjb250cm9sIGFsZ29yaXRobQ0KDQo1IHF1ZXN0aW9uczoN Cg0KMSkgSSBzZWUgZmlndXJlcyBmb3IgUlRULCBidXQgbm90IGZvciBidWZmZXIgc2l6ZS4gKEFk bWl0dGVkbHkgbXkgZXllcyBnbGF6ZWQgb3ZlciBhdCBhbGwgdGhlIG1hdGguKQ0KQTogV2UgdXNl ZCBhIGRlZmF1bHQgdmFsdWUgb2YgRHVtbXluZXQgZm9yIHRoZSBidWZmZXIgc2l6ZSBvZiA1MCBw YWNrZXRzLg0KDQoyKSBEaWQgeW91IHRyeSBzaW11bHRhbmlvdXNseSBiaWRpcmVjdGlvbmFsIHRy YWZmaWMgKGJhc2ljYWxseSBhIHZhcmlhbnQgb2YgdGhlIGNsYXNzaWMgZWRnZSBidWZmZXJibG9h dCB0ZXN0OiBvbmUgbXB0Y3AgZmxvdyB1cCwgb25lIGRvd24sIG9uZSBwaW5nKSBXaGF0IGlzIHRo ZSBpbmR1Y2VkIGxhdGVuY3kgb24geW91ciB0ZXN0cz8gTW9kaWZpY2F0aW9ucyBsaWtlIGNhcHBp bmcgdGhlIGRlY3JlbWVudCBvZiB0aGUgd2luZG93IHNpemUgbWFrZSBtZSBuZXJ2b3VzLg0KQTog V2UgZGlkIG5vdCBkbyB0aGF0IHlldC4gQmlkaXJlY3Rpb25hbCB0aHJvdWdocHV0IG1lYXN1cmVt ZW50IGlzIHN1cHBvcnRlZCBieSBJcGVyZiwgc28gaXQgc2hvdWxkIGJlIGVhc3kgdG8gdGVzdC4N Cg0KMykgV2hhdCB0b29scyBhbmQgc2NyaXB0cyB3ZXJlIHVzZWQgdG8gZ2VuZXJhdGUgdGhlIHRy YWZmaWM/DQpBOiBPdXIgbWVhc3VyZW1lbnQgKHRyYWZmaWMgZ2VuZXJhdGlvbikgdG9vbCB3YXMg SXBlcmYuIFdlIG1hZGUgYSBzaW1wbGUgc2hlbGwgc2NyaXB0IHdpdGggJ3NzaCcgdG8gZ2VuZXJh dGUgdHJhZmZpYyBmcm9tIHRoZSByZW1vdGUgaG9zdC4NCg0KNCkgSXMgdGhlcmUgRUNOIHN1cHBv cnQgaW4gdGhlIG1wdGNwIGNvZGUgeWV0PyAodGhlIGxhY2sgdGhlcmVvZiB3YXMgd2hhdCBoYXMg c3RvcHBlZCBtZSBmcm9tIGRvaW5nIGFueXRoaW5nIHdpdGggaXQsIGJ1dCB0aGUgcG90ZW50aWFs IGluIGRvaW5nIG1wdGNwIG92ZXIgYSBtdWx0aS1ob21lZCBob21lbmV0IG5ldHdvcmsga2VlcHMg bWUgd2FudGluZyB0byB0cnkNCml0KQ0KQTogQXMgQ2hyaXN0b3BoIG1lbnRpb25lZCwgTVBUQ1Ag aW1wbGVtZW50YXRpb24gYWxyZWFkeSBzdXBwb3J0cyBFQ04uDQoNCjUpIFRyaWVkIGFueSBvZiB0 aGUgbmV3IEFRTStwYWNrZXQgc2NoZWR1bGVycyB5ZXQ/IChmcV9jb2RlbCwgcGllLCBldGMpDQpB OiBOb3QgeWV0LiBJbnRlcmVzdGluZyBkaXJlY3Rpb24uDQoNCjYpIERpZCB5b3UgdHJ5IGFzeW1t ZXRyaWMgbGlua3M/DQpOb3QgeWV0LCBhbmQgd291bGQgYmUgcXVpdGUgaW50ZXJlc3RpbmcgdG8g dGVzdC4gV2UgdHJpZWQgYXN5bW1ldHJpYyBwYXRocyB3aGVyZSBzb21lIGFyZSBmYXN0IGFuZCBv dGhlcnMgYXJlIHNsb3csIGJ1dCB0aGV5IGFyZSBhbGwgd2l0aCBzeW1tZXRyaWMgbGlua3MuDQoN Cg0K From nobody Thu Jul 10 23:45:57 2014 Return-Path: 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 990491A0349 for ; Thu, 10 Jul 2014 23:28:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.4 X-Spam-Level: X-Spam-Status: No, score=-1.4 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, J_CHICKENPOX_36=0.6, SPF_PASS=-0.001] autolearn=no 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 UglWvI2AIlol for ; Thu, 10 Jul 2014 23:28:12 -0700 (PDT) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51F811A02ED for ; Thu, 10 Jul 2014 23:28:12 -0700 (PDT) Received: by mail-ob0-f172.google.com with SMTP id wn1so709760obc.31 for ; Thu, 10 Jul 2014 23:28:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=/nctMAiXpTmCHwttTefSUTDQbtocMf0StTziEi2dknU=; b=jxVNs1QZQpq5PbSmZI7WtnHgOLLxIXqAtzg5ilbxkQgeR1odBFOyQAGEEZBoXekXET TteUio2F1CVPAX46VlHuu10scbceitbLTvM2DOgOAM28IQmQhynnDVU5O+zX1LGRnyVi 02Wr2W/6edMPu/gONH/Z+ZAZJssu4tFeKJfyjxId1ePHC1TTvreF3sL+4fNNaYfT9pLL 6PBmLyZ54JH/N5Qm1+jDVw8W8Cr2jxvmCUAMeHrpnKP8gKq0jFiG9BOTrV42PhEpWwug nPdq1gVQY55d+DOpzNp6bHKcHMVsax50NyzOyjPkSKxixrRXgL0rL/FdYoGa1whYdZ3v tbsQ== MIME-Version: 1.0 X-Received: by 10.182.200.169 with SMTP id jt9mr61519341obc.0.1405060090840; Thu, 10 Jul 2014 23:28:10 -0700 (PDT) Received: by 10.202.93.195 with HTTP; Thu, 10 Jul 2014 23:28:10 -0700 (PDT) In-Reply-To: References: Date: Thu, 10 Jul 2014 23:28:10 -0700 Message-ID: From: Dave Taht To: "Walid, Anwar I (Anwar)" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/OaL6LzwQ0RDPxjdUv3h2M9UMXfI X-Mailman-Approved-At: Thu, 10 Jul 2014 23:45:53 -0700 Cc: "multipathtcp@ietf.org" , "iccrg@irtf.org" , "yoshifumi.nishida@gmail.com" , "HWANG, JAE HYUN \(JAE HYUN\)" , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] [iccrg] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2014 06:28:13 -0000 On Wed, Jul 9, 2014 at 9:22 PM, Walid, Anwar I (Anwar) wrote: > Hi Dave, > > Thanks for your questions/comments. Responses are embedded. > Best, > > anwar > > -----Original Message----- > From: Dave Taht [mailto:dave.taht@gmail.com] > Sent: Tuesday, July 08, 2014 11:29 PM > To: Walid, Anwar I (Anwar) > Cc: multipathtcp@ietf.org; iccrg@irtf.org; Qiuyu Peng; yoshifumi.nishida@= gmail.com; Steven Low; HWANG, JAE HYUN (JAE HYUN); philip.eardley@bt.com > Subject: Re: [iccrg] New MPTCP congestion control algorithm > > 5 questions: > > 1) I see figures for RTT, but not for buffer size. (Admittedly my eyes gl= azed over at all the math.) > A: We used a default value of Dummynet for the buffer size of 50 packets. The default packet limit on linux is 1000 packets. (which can include TSO sized 64k "packets"). Additionally, below that, the tx-rings on ethernet are often in the 256 entry range, now moderated by "byte queue limits" on certain ethernet drivers, which caps the tx ring at X amount of bytes determined by what can keep the hardware busy. Was TSQ emulated at all? tcp small queues, which makes hosts (but not routers) behave a little better. Cisco switches are often ~2800 packets for gigE capable stuff. DSLAMs and CMTSes use bytes (64k-256k), the CMTSes I've seen are largely configured with 512KB (cablelabs uses 256KB in their emulations). DOCSIS 2.0 cablemodems typically 128K, DOCSIS 3.0 typically 256KB. I don't know what enodebs use, judging from the RTTs, It's quite a lot. Wifi is even worse, with 4 hw queues of 1000 packets, and underlying driver buffering in the 128 per hw queue (but thankfully, no GSO or TSO) I would be comforted knowing your modifications to capping AIMD weren't going to break anything if you were to rerun your simulations with some of these real world packet limits baked in,the results of the different cc controllers ought to be "interesting". You can use a byte limit in linux by using the "bfifo limit 64k" qdisc. a packet fifo is pfifo limit 1280, and all the nifty new aqm and packet scheduling code for sfq, fq_codel and pie started to get baked in 3.6 and later. > > 2) Did you try simultaniously bidirectional traffic (basically a variant = of the classic edge bufferbloat test: one mptcp flow up, one down, one ping= ) What is the induced latency on your tests? Modifications like capping the= decrement of the window size make me nervous. > A: We did not do that yet. Bidirectional throughput measurement is suppor= ted by Iperf, so it should be easy to test. That, plus a simultaneous ping is often useful. > 3) What tools and scripts were used to generate the traffic? > A: Our measurement (traffic generation) tool was Iperf. We made a simple = shell script with 'ssh' to generate traffic from the remote host. For more complex measurements and plots, see netperf-wrapper on github. > 4) Is there ECN support in the mptcp code yet? (the lack thereof was what= has stopped me from doing anything with it, but the potential in doing mpt= cp over a multi-homed homenet network keeps me wanting to try > it) > A: As Christoph mentioned, MPTCP implementation already supports ECN. I guess I had misread some previous information. It's just the ns2 model that lacks support for ecn, port numbers, hystart, etc. I see the current mptcp release is linux 3.11 based. Any ideas as to when a 3.14 or later release will arrive? > > 5) Tried any of the new AQM+packet schedulers yet? (fq_codel, pie, etc) > A: Not yet. Interesting direction. > > 6) Did you try asymmetric links? > Not yet, and would be quite interesting to test. We tried asymmetric path= s where some are fast and others are slow, but they are all with symmetric = links. The vast majority of paths along the edge of the internet are asymmetric, not only in the DSL and Cable cases, but wireless connections tend to have a better MCS rate from the AP to the laptop/tablet than from the laptop/tablet (due to antennas, mostly). I have been working as part of the GSOC summer of code to get a set of ns3 models that let asymmetric rates be better emulated. > > --=20 Dave T=C3=A4ht NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_= indecent.article From nobody Thu Jul 10 23:46:43 2014 Return-Path: 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 0671D1B28F3 for ; Thu, 10 Jul 2014 23:46:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.052 X-Spam-Level: X-Spam-Status: No, score=0.052 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327, RP_MATCHES_RCVD=-0.651] 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 MucPBNL8EZdk for ; Thu, 10 Jul 2014 23:46:39 -0700 (PDT) Received: from gpo2.cc.swin.edu.au (gpo2.cc.swin.edu.au [136.186.1.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 534C61B279C for ; Thu, 10 Jul 2014 23:46:39 -0700 (PDT) Received: from [136.186.229.154] (nwilliams-laptop.caia.swin.edu.au [136.186.229.154]) by gpo2.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id s6B6kars002968 for ; Fri, 11 Jul 2014 16:46:36 +1000 Message-ID: <53BF884C.8060004@swin.edu.au> Date: Fri, 11 Jul 2014 16:46:36 +1000 From: Nigel Williams User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: multipathtcp@ietf.org References: <516DF7F9.2020501@swin.edu.au> In-Reply-To: <516DF7F9.2020501@swin.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/Y7e_mahwq9wy2C_ovypD3eo9Qmg Subject: [multipathtcp] Multipath TCP for FreeBSD v0.4 X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2014 06:46:42 -0000 Hello all, A new v0.4 patch is available at [1]. This release is mostly bug-fixes and improvements to core functionality (establishing/closing connections, retransmissions etc), and also brings the implementation up to a more recent version of FreeBSD-HEAD. The full list of changes and caveats can be found in [2] and [3], but briefly: - Patched against r265307 of FreeBSD-HEAD. This is prior to some recent TCP reassembly memory management changes and the patch will be brought up to a newer revision soon (currently working on integrating those changes). - Added data-level retransmits and subflows can now stall and recover (or timeout) during a connection. - The path management and packet scheduler are still fairly rudimentary, and I haven't yet implemented coupled CC. - The patch is still under heavy development so consider this release code to be of alpha quality. This release ties up work that was partially supported by a gift from The Cisco University Research Program Fund. Future releases will be supported by a grant from the FreeBSD Foundation. P.S. I will be working on the patch full-time again so updates should be a little more frequent from this point onwards. cheers, nigel [1] http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html [2] http://caia.swin.edu.au/urp/newtcp/mptcp/tools/mptcp-changelog-v0.4.txt [3] http://caia.swin.edu.au/urp/newtcp/mptcp/tools/mptcp-readme-v0.4.txt On 17/04/13 11:16, Nigel Williams wrote: > Hi all, > > A new update is now available at [1]. This patch fixes a number of known > stability issues (see changelog [2]). The readme [3] has also been > updated. As with v0.2, this release code is considered to be of alpha > quality. > > Cheers, > Nigel, Lawrence and Grenville > > http://caia.swin.edu.au > > > [1] http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html > > [2] http://caia.swin.edu.au/urp/newtcp/mptcp/tools/mptcp-changelog-v0.3.txt > > [3] http://caia.swin.edu.au/urp/newtcp/mptcp/tools/mptcp-readme-v0.3.txt > _______________________________________________ > multipathtcp mailing list > multipathtcp@ietf.org > https://www.ietf.org/mailman/listinfo/multipathtcp From nobody Fri Jul 11 00:45:47 2014 Return-Path: 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 020481A0378 for ; Fri, 11 Jul 2014 00:45:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.574 X-Spam-Level: * X-Spam-Status: No, score=1.574 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, RELAY_IS_203=0.994, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] autolearn=no 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 Q8mCoc6mD0wL for ; Fri, 11 Jul 2014 00:45:43 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (shonan.sfc.wide.ad.jp [203.178.142.130]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 25B181B2918 for ; Fri, 11 Jul 2014 00:45:42 -0700 (PDT) Received: from mail-la0-f53.google.com (mail-la0-f53.google.com [209.85.215.53]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 07D9B2781A6 for ; Fri, 11 Jul 2014 16:45:39 +0900 (JST) Received: by mail-la0-f53.google.com with SMTP id b8so554702lan.40 for ; Fri, 11 Jul 2014 00:45:37 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.152.115.173 with SMTP id jp13mr20178183lab.6.1405064737378; Fri, 11 Jul 2014 00:45:37 -0700 (PDT) Received: by 10.114.81.40 with HTTP; Fri, 11 Jul 2014 00:45:37 -0700 (PDT) In-Reply-To: <53BF884C.8060004@swin.edu.au> References: <516DF7F9.2020501@swin.edu.au> <53BF884C.8060004@swin.edu.au> Date: Fri, 11 Jul 2014 00:45:37 -0700 Message-ID: From: Yoshifumi Nishida To: Nigel Williams Content-Type: multipart/alternative; boundary=001a11c235dc8edab104fde620a7 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/RQu3-i_UzkL3TftSn1TvNwx8X3g Cc: multipathtcp Subject: Re: [multipathtcp] Multipath TCP for FreeBSD v0.4 X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2014 07:45:45 -0000 --001a11c235dc8edab104fde620a7 Content-Type: text/plain; charset=UTF-8 Hi Nigel!, This is great news! Thanks for the efforts! -- Yoshi On Thu, Jul 10, 2014 at 11:46 PM, Nigel Williams wrote: > Hello all, > > A new v0.4 patch is available at [1]. This release is mostly bug-fixes and > improvements to core functionality (establishing/closing connections, > retransmissions etc), and also brings the implementation up to a more > recent version of FreeBSD-HEAD. > > The full list of changes and caveats can be found in [2] and [3], but > briefly: > - Patched against r265307 of FreeBSD-HEAD. This is prior to some recent > TCP reassembly memory management changes and the patch will be brought up > to a newer revision soon (currently working on integrating those changes). > - Added data-level retransmits and subflows can now stall and recover (or > timeout) during a connection. > - The path management and packet scheduler are still fairly rudimentary, > and I haven't yet implemented coupled CC. > - The patch is still under heavy development so consider this release code > to be of alpha quality. > > This release ties up work that was partially supported by a gift from The > Cisco University Research Program Fund. Future releases will be supported > by a grant from the FreeBSD Foundation. > > P.S. I will be working on the patch full-time again so updates should be a > little more frequent from this point onwards. > > cheers, > nigel > > [1] http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html > [2] http://caia.swin.edu.au/urp/newtcp/mptcp/tools/mptcp- > changelog-v0.4.txt > [3] http://caia.swin.edu.au/urp/newtcp/mptcp/tools/mptcp-readme-v0.4.txt > > > On 17/04/13 11:16, Nigel Williams wrote: > >> Hi all, >> >> A new update is now available at [1]. This patch fixes a number of known >> stability issues (see changelog [2]). The readme [3] has also been >> updated. As with v0.2, this release code is considered to be of alpha >> quality. >> >> Cheers, >> Nigel, Lawrence and Grenville >> >> http://caia.swin.edu.au >> >> >> [1] http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html >> >> [2] http://caia.swin.edu.au/urp/newtcp/mptcp/tools/mptcp- >> changelog-v0.3.txt >> >> [3] http://caia.swin.edu.au/urp/newtcp/mptcp/tools/mptcp-readme-v0.3.txt >> _______________________________________________ >> multipathtcp mailing list >> multipathtcp@ietf.org >> https://www.ietf.org/mailman/listinfo/multipathtcp >> > > _______________________________________________ > multipathtcp mailing list > multipathtcp@ietf.org > https://www.ietf.org/mailman/listinfo/multipathtcp > --001a11c235dc8edab104fde620a7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Nigel!,

This is great news! Thanks f= or the efforts!
--
Yoshi


On Thu, Jul 10, 2014 at 11:46 PM, N= igel Williams <njwilliams@swin.edu.au> wrote:
Hello all,

A new v0.4 patch is available at [1]. This release is mostly bug-fixes and = improvements to core functionality (establishing/closing connections, retra= nsmissions etc), and also brings the implementation up to a more recent ver= sion of FreeBSD-HEAD.

The full list of changes and caveats can be found in [2] and [3], but brief= ly:
- Patched against r265307 of FreeBSD-HEAD. This is prior to some recent TCP= reassembly memory management changes and the patch will be brought up to a= newer revision soon (currently working on integrating those changes).
- Added data-level retransmits and subflows can now stall and recover (or t= imeout) during a connection.
- The path management and packet scheduler are still fairly rudimentary, an= d I haven't yet implemented coupled CC.
- The patch is still under heavy development so consider this release code = to be of alpha quality.

This release ties up work that was partially supported by a gift from The C= isco University Research Program Fund. Future releases will be supported by= a grant from the FreeBSD Foundation.

P.S. I will be working on the patch full-time again so updates should be a = little more frequent from this point onwards.

cheers,
nigel

[1] http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html<= br> [2] http://caia.swin.edu.au/urp/newtcp/mp= tcp/tools/mptcp-changelog-v0.4.txt
[3] http://caia.swin.edu.au/urp/newtcp/mptcp= /tools/mptcp-readme-v0.4.txt


On 17/04/13 11:16, Nigel Williams wrote:
Hi all,

A new update is now available at [1]. This patch fixes a number of known stability issues (see changelog [2]). The readme [3] has also been
updated. As with v0.2, this release code is considered to be of alpha
quality.

Cheers,
Nigel, Lawrence and Grenville

http://caia.swin.edu.= au


[1] http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html<= br>
[2] http://caia.swin.edu.au/urp/newtcp/mp= tcp/tools/mptcp-changelog-v0.3.txt

[3] http://caia.swin.edu.au/urp/newtcp/mptcp= /tools/mptcp-readme-v0.3.txt
_______________________________________________
multipathtcp mailing list
multipathtcp@iet= f.org
https://www.ietf.org/mailman/listinfo/multipathtcp

_______________________________________________
multipathtcp mailing list
multipathtcp@iet= f.org
https://www.ietf.org/mailman/listinfo/multipathtcp

--001a11c235dc8edab104fde620a7-- From nobody Fri Jul 11 02:10:07 2014 Return-Path: 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 581561A0453 for ; Fri, 11 Jul 2014 02:10:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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, 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 MQJaSiAzkzQq for ; Fri, 11 Jul 2014 02:10:02 -0700 (PDT) Received: from smtp5.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) by ietfa.amsl.com (Postfix) with ESMTP id A435E1B2AD9 for ; Fri, 11 Jul 2014 02:10:02 -0700 (PDT) Received: from localhost (cpaasch-mac.dhcp.info.ucl.ac.be [130.104.228.20]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: cpaasch@smtp5.sgsi.ucl.ac.be) by smtp5.sgsi.ucl.ac.be (Postfix) with ESMTPSA id F0E21198420; Fri, 11 Jul 2014 11:09:44 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp5.sgsi.ucl.ac.be F0E21198420 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1405069785; bh=jIjUGnluxBRYQwn4M4dOUD5MERahvlbFuALkC0OA+Ek=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=vOuMMLvXCOSmeAk3mkQ4G6+5W5tXfRaq9FL2E5uqTLH0oz7NrzVYfJsKpidmcvrDH V4z6icxo9b1RxAd4YQMklQWD6UflaGlH31g/LVgO5trKN7VaJ1kBEYp8eOk+LjwvPS NYNQknH+45XcCzEph1OICKI2mZriwq3Ilpa++M9w= Date: Fri, 11 Jul 2014 11:09:44 +0200 From: Christoph Paasch To: Dave Taht , "Walid, Anwar I (Anwar)" Message-ID: <20140711090944.GI30682@cpaasch-mac> References: <9bab0983b54041daa8731df750e07108@UCL-MBX03.OASIS.UCLOUVAIN.BE> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9bab0983b54041daa8731df750e07108@UCL-MBX03.OASIS.UCLOUVAIN.BE> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-5.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: F0E21198420.A1A4D X-SGSI-MailScanner: Found to be clean X-SGSI-From: christoph.paasch@uclouvain.be X-SGSI-Spam-Status: No Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/3tAk-Bjo0K69pjVJWSPyntuK7rE Cc: "multipathtcp@ietf.org" , "iccrg@irtf.org" , "yoshifumi.nishida@gmail.com" , "HWANG, JAE HYUN \(JAE HYUN\)" , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] [iccrg] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2014 09:10:05 -0000 Hi Anwar & Dave, On 11/07/14 - 06:28:10, Dave Taht wrote: > On Wed, Jul 9, 2014 at 9:22 PM, Walid, Anwar I (Anwar) > wrote: > > Hi Dave, > > > > Thanks for your questions/comments. Responses are embedded. > > Best, > > > > anwar > > > > -----Original Message----- > > From: Dave Taht [mailto:dave.taht@gmail.com] > > Sent: Tuesday, July 08, 2014 11:29 PM > > To: Walid, Anwar I (Anwar) > > Cc: multipathtcp@ietf.org; iccrg@irtf.org; Qiuyu Peng; yoshifumi.nishida@gmail.com; Steven Low; HWANG, JAE HYUN (JAE HYUN); philip.eardley@bt.com > > Subject: Re: [iccrg] New MPTCP congestion control algorithm > > > > 5 questions: > > > > 1) I see figures for RTT, but not for buffer size. (Admittedly my eyes glazed over at all the math.) > > A: We used a default value of Dummynet for the buffer size of 50 packets. > > The default packet limit on linux is 1000 packets. (which can include > TSO sized 64k "packets"). Additionally, below that, the tx-rings on > ethernet are often in the 256 entry range, now moderated by "byte > queue limits" on certain ethernet drivers, which caps the tx ring at X > amount of bytes determined by what can keep the hardware busy. > > Was TSQ emulated at all? tcp small queues, which makes hosts (but not > routers) behave a little better. > > Cisco switches are often ~2800 packets for gigE capable stuff. DSLAMs > and CMTSes use bytes (64k-256k), the CMTSes I've seen are largely > configured with 512KB (cablelabs uses 256KB in their emulations). > DOCSIS 2.0 cablemodems typically 128K, DOCSIS 3.0 typically 256KB. I > don't know what enodebs use, judging from the RTTs, It's quite a lot. > Wifi is even worse, with 4 hw queues of 1000 packets, and underlying > driver buffering in the 128 per hw queue (but thankfully, no GSO or > TSO) > > I would be comforted knowing your modifications to capping AIMD > weren't going to break anything if you were to rerun your simulations > with some of these real world packet limits baked in,the results of > the different cc controllers ought to be "interesting". Anwar, you might take a look at http://inl.info.ucl.ac.be/publications/benefits-applying-experimental-design-improve-multipath-tcp which takes an "experimental design" approach to evaluate MPTCP. It allows to cover a much larger parameter-space. > You can use a byte limit in linux by using the "bfifo limit 64k" > qdisc. a packet fifo is pfifo limit 1280, and all the nifty new aqm > and packet scheduling code for sfq, fq_codel and pie started to get > baked in 3.6 and later. > > > > > 2) Did you try simultaniously bidirectional traffic (basically a variant of the classic edge bufferbloat test: one mptcp flow up, one down, one ping) What is the induced latency on your tests? Modifications like capping the decrement of the window size make me nervous. > > A: We did not do that yet. Bidirectional throughput measurement is supported by Iperf, so it should be easy to test. > > That, plus a simultaneous ping is often useful. > > > 3) What tools and scripts were used to generate the traffic? > > A: Our measurement (traffic generation) tool was Iperf. We made a simple shell script with 'ssh' to generate traffic from the remote host. > > For more complex measurements and plots, see netperf-wrapper on github. > > > 4) Is there ECN support in the mptcp code yet? (the lack thereof was what has stopped me from doing anything with it, but the potential in doing mptcp over a multi-homed homenet network keeps me wanting to try > > it) > > A: As Christoph mentioned, MPTCP implementation already supports ECN. > > I guess I had misread some previous information. It's just the ns2 > model that lacks support for ecn, port numbers, hystart, etc. > > I see the current mptcp release is linux 3.11 based. Any ideas as to > when a 3.14 or later release will arrive? In the next coming weeks we will make a release based on 3.14. Cheers, Christoph From jh.hwang@alcatel-lucent.com Fri Jul 11 08:20:28 2014 Return-Path: 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 B98B31B2B6D; Fri, 11 Jul 2014 08:20:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 mg3gTKxrZkvw; Fri, 11 Jul 2014 08:20:26 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 350E91B2B6C; Fri, 11 Jul 2014 08:20:26 -0700 (PDT) Received: from us70uusmtp4.zam.alcatel-lucent.com (h135-5-2-66.lucent.com [135.5.2.66]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id s6BFKFJu005547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 11 Jul 2014 10:20:16 -0500 (CDT) Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id s6BFKEDN001369 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 11 Jul 2014 11:20:14 -0400 Received: from SG70XWXCHHUB02.zap.alcatel-lucent.com (135.253.2.47) by US70TWXCHHUB03.zam.alcatel-lucent.com (135.5.2.35) with Microsoft SMTP Server (TLS) id 14.2.247.3; Fri, 11 Jul 2014 11:20:14 -0400 Received: from SG70XWXCHMBA03.zap.alcatel-lucent.com ([169.254.3.111]) by SG70XWXCHHUB02.zap.alcatel-lucent.com ([135.253.2.47]) with mapi id 14.02.0247.003; Fri, 11 Jul 2014 23:20:10 +0800 From: "HWANG, JAE HYUN (JAE HYUN)" To: Christoph Paasch , Dave Taht , "Walid, Anwar I (Anwar)" Thread-Topic: [iccrg] New MPTCP congestion control algorithm Thread-Index: Ac+bGb7BpfR9JlubRsmolJYNX+4nz///kjaAgAGhPICAAmj79oAAYAUF Date: Fri, 11 Jul 2014 15:20:09 +0000 Message-ID: References: <9bab0983b54041daa8731df750e07108@UCL-MBX03.OASIS.UCLOUVAIN.BE>, <20140711090944.GI30682@cpaasch-mac> In-Reply-To: <20140711090944.GI30682@cpaasch-mac> Accept-Language: ko-KR, en-US Content-Language: ko-KR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.245.163.225] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/gQWZvBk3XGts8YLYOyIE7SuyIlc X-Mailman-Approved-At: Fri, 11 Jul 2014 08:37:53 -0700 Cc: "multipathtcp@ietf.org" , "iccrg@irtf.org" , "yoshifumi.nishida@gmail.com" , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] [iccrg] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2014 15:23:57 -0000 Hi Dave & Christoph,=0A= =0A= I'm the co-author of the new MPTCP congestion control algorithm paper that = Anwar announced.=0A= First of all, thank you very much for your valuable comments. =0A= In our lab-scale small testbed, we have controlled the network parameters b= y using Dummynet whose default value may not reflect real world as you ment= ioned, but we definitely plan to have various experiments on real networks = like NorNet, expected to have real world configurations. At this moment, on= e good thing is that, we tested our algorithm with data center switches tha= t have a 3MB shared packet buffer memory, and could see it works correctly = as we expected. We will share all our future experimental results with you = when ready.=0A= =0A= Best Regards,=0A= Jaehyun=0A= =0A= =0A= ________________________________________=0A= From: Christoph Paasch [christoph.paasch@uclouvain.be]=0A= Sent: Friday, July 11, 2014 6:09 PM=0A= To: Dave Taht; Walid, Anwar I (Anwar)=0A= Cc: multipathtcp@ietf.org; philip.eardley@bt.com; iccrg@irtf.org; yoshifumi= .nishida@gmail.com; HWANG, JAE HYUN (JAE HYUN); Qiuyu Peng; Steven Low=0A= Subject: Re: [iccrg] New MPTCP congestion control algorithm=0A= =0A= Hi Anwar & Dave,=0A= =0A= On 11/07/14 - 06:28:10, Dave Taht wrote:=0A= > On Wed, Jul 9, 2014 at 9:22 PM, Walid, Anwar I (Anwar)=0A= > wrote:=0A= > > Hi Dave,=0A= > >=0A= > > Thanks for your questions/comments. Responses are embedded.=0A= > > Best,=0A= > >=0A= > > anwar=0A= > >=0A= > > -----Original Message-----=0A= > > From: Dave Taht [mailto:dave.taht@gmail.com]=0A= > > Sent: Tuesday, July 08, 2014 11:29 PM=0A= > > To: Walid, Anwar I (Anwar)=0A= > > Cc: multipathtcp@ietf.org; iccrg@irtf.org; Qiuyu Peng; yoshifumi.nishid= a@gmail.com; Steven Low; HWANG, JAE HYUN (JAE HYUN); philip.eardley@bt.com= =0A= > > Subject: Re: [iccrg] New MPTCP congestion control algorithm=0A= > >=0A= > > 5 questions:=0A= > >=0A= > > 1) I see figures for RTT, but not for buffer size. (Admittedly my eyes = glazed over at all the math.)=0A= > > A: We used a default value of Dummynet for the buffer size of 50 packet= s.=0A= >=0A= > The default packet limit on linux is 1000 packets. (which can include=0A= > TSO sized 64k "packets"). Additionally, below that, the tx-rings on=0A= > ethernet are often in the 256 entry range, now moderated by "byte=0A= > queue limits" on certain ethernet drivers, which caps the tx ring at X=0A= > amount of bytes determined by what can keep the hardware busy.=0A= >=0A= > Was TSQ emulated at all? tcp small queues, which makes hosts (but not=0A= > routers) behave a little better.=0A= >=0A= > Cisco switches are often ~2800 packets for gigE capable stuff. DSLAMs=0A= > and CMTSes use bytes (64k-256k), the CMTSes I've seen are largely=0A= > configured with 512KB (cablelabs uses 256KB in their emulations).=0A= > DOCSIS 2.0 cablemodems typically 128K, DOCSIS 3.0 typically 256KB. I=0A= > don't know what enodebs use, judging from the RTTs, It's quite a lot.=0A= > Wifi is even worse, with 4 hw queues of 1000 packets, and underlying=0A= > driver buffering in the 128 per hw queue (but thankfully, no GSO or=0A= > TSO)=0A= >=0A= > I would be comforted knowing your modifications to capping AIMD=0A= > weren't going to break anything if you were to rerun your simulations=0A= > with some of these real world packet limits baked in,the results of=0A= > the different cc controllers ought to be "interesting".=0A= =0A= Anwar, you might take a look at=0A= http://inl.info.ucl.ac.be/publications/benefits-applying-experimental-desig= n-improve-multipath-tcp=0A= which takes an "experimental design" approach to evaluate MPTCP.=0A= It allows to cover a much larger parameter-space.=0A= =0A= > You can use a byte limit in linux by using the "bfifo limit 64k"=0A= > qdisc. a packet fifo is pfifo limit 1280, and all the nifty new aqm=0A= > and packet scheduling code for sfq, fq_codel and pie started to get=0A= > baked in 3.6 and later.=0A= >=0A= > >=0A= > > 2) Did you try simultaniously bidirectional traffic (basically a varian= t of the classic edge bufferbloat test: one mptcp flow up, one down, one pi= ng) What is the induced latency on your tests? Modifications like capping t= he decrement of the window size make me nervous.=0A= > > A: We did not do that yet. Bidirectional throughput measurement is supp= orted by Iperf, so it should be easy to test.=0A= >=0A= > That, plus a simultaneous ping is often useful.=0A= >=0A= > > 3) What tools and scripts were used to generate the traffic?=0A= > > A: Our measurement (traffic generation) tool was Iperf. We made a simpl= e shell script with 'ssh' to generate traffic from the remote host.=0A= >=0A= > For more complex measurements and plots, see netperf-wrapper on github.= =0A= >=0A= > > 4) Is there ECN support in the mptcp code yet? (the lack thereof was wh= at has stopped me from doing anything with it, but the potential in doing m= ptcp over a multi-homed homenet network keeps me wanting to try=0A= > > it)=0A= > > A: As Christoph mentioned, MPTCP implementation already supports ECN.= =0A= >=0A= > I guess I had misread some previous information. It's just the ns2=0A= > model that lacks support for ecn, port numbers, hystart, etc.=0A= >=0A= > I see the current mptcp release is linux 3.11 based. Any ideas as to=0A= > when a 3.14 or later release will arrive?=0A= =0A= In the next coming weeks we will make a release based on 3.14.=0A= =0A= =0A= Cheers,=0A= Christoph=0A= =0A= From nobody Mon Jul 14 08:06:22 2014 Return-Path: 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 9E75B1A0A81 for ; Mon, 14 Jul 2014 08:06:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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, 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 9pRDhwQyi0lo for ; Mon, 14 Jul 2014 08:06:18 -0700 (PDT) Received: from smtp5.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) by ietfa.amsl.com (Postfix) with ESMTP id F13411A0547 for ; Mon, 14 Jul 2014 08:06:17 -0700 (PDT) Received: from mbpobo-5.dhcp.info.ucl.ac.be (mbpobo-5.dhcp.info.ucl.ac.be [130.104.228.46]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: obonaventure@smtp5.sgsi.ucl.ac.be) by smtp5.sgsi.ucl.ac.be (Postfix) with ESMTPSA id 5BAA119829F; Mon, 14 Jul 2014 17:06:13 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp5.sgsi.ucl.ac.be 5BAA119829F DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1405350373; bh=6REnyoyYe90hEVcZZ1DCJ4QJ/1ZfAZIOoPSuBM6c+b0=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=jYBqIyIWN1QWEdVNgoAwskK+iKnClVgcqCSAFU0EPbybysqwt1y9i7nw7JfQIX21R vVV0NG8khpVXDYxSWXueKRU/bLuY4s4FoRCj2n9vLzLtwQeKxL0yeDi1GpjWk2chzn FGc3/HHYfLL7vUpuecZn7vve/XU2s9rAGXoOalaU= Message-ID: <53C3F1E5.90500@uclouvain.be> Date: Mon, 14 Jul 2014 17:06:13 +0200 From: Olivier Bonaventure User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Walid, Anwar I (Anwar)" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-5.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: 5BAA119829F.A2D02 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/eFErgAx1-AADzKZuN7-ro3fm5iM Cc: multipathtcp , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] New MPTCP congestion control algorithm 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 15:06:20 -0000 Hello, > > Please find the paper “Multipath TCP: Analysis, Design and > Implementation” at http://arxiv.org/pdf/1308.3119v2.pdf. > > This paper presents a new MPTCP congestion control algorithm and the > theory behind it. The algorithm is implemented in the Linux kernel and > its performance is compared with prior algorithms. Comments are welcome. I was wondering whether you have or plan to release the code for the various congestion control schemes that you have implemented to carry out your measurements ? This would enable other researchers to extend/reproduce your results Thanks Olivier -- INL, ICTEAM, UCLouvain, Belgium, http://inl.info.ucl.ac.be From nobody Tue Jul 15 13:19:19 2014 Return-Path: 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 F1A0C1A00BA for ; Tue, 15 Jul 2014 13:19:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 IN0wz0hq_h_F for ; Tue, 15 Jul 2014 13:19:13 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B8A31A0066 for ; Tue, 15 Jul 2014 13:19:13 -0700 (PDT) Received: from us70uusmtp4.zam.alcatel-lucent.com (h135-5-2-66.lucent.com [135.5.2.66]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id s6FKJ6q7017305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 15 Jul 2014 15:19:06 -0500 (CDT) Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id s6FKJ5w1017164 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 15 Jul 2014 16:19:05 -0400 Received: from US70UWXCHMBA06.zam.alcatel-lucent.com ([169.254.11.218]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.02.0247.003; Tue, 15 Jul 2014 16:19:05 -0400 From: "Walid, Anwar I (Anwar)" To: "Olivier.Bonaventure@uclouvain.be" Thread-Topic: [multipathtcp] New MPTCP congestion control algorithm Thread-Index: Ac+bGb7BpfR9JlubRsmolJYNX+4nzwEfO8+AADSi+fA= Date: Tue, 15 Jul 2014 20:19:04 +0000 Message-ID: References: <53C3F1E5.90500@uclouvain.be> In-Reply-To: <53C3F1E5.90500@uclouvain.be> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/T7Qe9kvGA0EHfIhpr-4yHb7Nndg Cc: multipathtcp , Qiuyu Peng , Steven Low Subject: Re: [multipathtcp] New MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 20:19:16 -0000 Hi Olivier, We are working on internal approval to release the code. I will send an upd= ate. Thanks anwar -----Original Message----- From: Olivier Bonaventure [mailto:Olivier.Bonaventure@uclouvain.be]=20 Sent: Monday, July 14, 2014 11:06 AM To: Walid, Anwar I (Anwar) Cc: Qiuyu Peng; Steven Low; HWANG, JAE HYUN (JAE HYUN); multipathtcp Subject: Re: [multipathtcp] New MPTCP congestion control algorithm Hello, > > Please find the paper "Multipath TCP: Analysis, Design and=20 > Implementation" at http://arxiv.org/pdf/1308.3119v2.pdf. > > This paper presents a new MPTCP congestion control algorithm and the=20 > theory behind it. The algorithm is implemented in the Linux kernel and=20 > its performance is compared with prior algorithms. Comments are welcome. I was wondering whether you have or plan to release the code for the variou= s congestion control schemes that you have implemented to carry out your me= asurements ? This would enable other researchers to extend/reproduce your r= esults Thanks Olivier -- INL, ICTEAM, UCLouvain, Belgium, http://inl.info.ucl.ac.be From nobody Fri Jul 18 13:26:07 2014 Return-Path: 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 1F2F81A00E1 for ; Fri, 18 Jul 2014 13:26:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.123 X-Spam-Level: **** X-Spam-Status: No, score=4.123 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, FM_FORGED_GMAIL=0.622, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, HTML_MESSAGE=0.001, RELAY_IS_203=0.994, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no 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 3idodPAhAbP2 for ; Fri, 18 Jul 2014 13:26:04 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (shonan.sfc.wide.ad.jp [203.178.142.130]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F218B1A00EF for ; Fri, 18 Jul 2014 13:26:03 -0700 (PDT) Received: from mail-la0-f41.google.com (mail-la0-f41.google.com [209.85.215.41]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 8D77A278168 for ; Sat, 19 Jul 2014 05:26:01 +0900 (JST) Received: by mail-la0-f41.google.com with SMTP id s18so3253966lam.14 for ; Fri, 18 Jul 2014 13:25:58 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.112.140.41 with SMTP id rd9mr7577304lbb.31.1405715158821; Fri, 18 Jul 2014 13:25:58 -0700 (PDT) Received: by 10.114.241.41 with HTTP; Fri, 18 Jul 2014 13:25:58 -0700 (PDT) Date: Fri, 18 Jul 2014 13:25:58 -0700 Message-ID: From: Yoshifumi Nishida To: multipathtcp Content-Type: multipart/alternative; boundary=001a11c25aa6b2730404fe7d904c Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/ZV1L9x98NMwLLLRLTWma1noHpak Cc: "mptcp-chairs@tools.ietf.org" Subject: [multipathtcp] Toronto meeting X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 20:26:06 -0000 --001a11c25aa6b2730404fe7d904c Content-Type: text/plain; charset=UTF-8 Hello presenters for Toronto meeting, Please send your presentation materials to chairs ** by Sunday Noon **. We appreciate your cooperation. Thanks, -- Yoshi and Phil --001a11c25aa6b2730404fe7d904c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello presenters for Toronto meeting,=C2=A0

Please = send your presentation materials to chairs ** by Sunday Noon **.=C2=A0
We appreciate = your cooperation.

Thanks,--
Yoshi a= nd Phil
--001a11c25aa6b2730404fe7d904c-- From nobody Fri Jul 18 17:07:59 2014 Return-Path: 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 818D91A02D7 for ; Fri, 18 Jul 2014 17:07:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.923 X-Spam-Level: **** X-Spam-Status: No, score=4.923 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FM_FORGED_GMAIL=0.622, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RELAY_IS_203=0.994, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no 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 FXuVj4f46_cH for ; Fri, 18 Jul 2014 17:07:57 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (shonan.sfc.wide.ad.jp [203.178.142.130]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 459241A0203 for ; Fri, 18 Jul 2014 17:07:57 -0700 (PDT) Received: from mail-la0-f46.google.com (mail-la0-f46.google.com [209.85.215.46]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 63A6227816D for ; Sat, 19 Jul 2014 09:07:55 +0900 (JST) Received: by mail-la0-f46.google.com with SMTP id b8so3319689lan.5 for ; Fri, 18 Jul 2014 17:07:52 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.152.6.170 with SMTP id c10mr8864803laa.9.1405728472488; Fri, 18 Jul 2014 17:07:52 -0700 (PDT) Received: by 10.114.241.41 with HTTP; Fri, 18 Jul 2014 17:07:52 -0700 (PDT) Date: Fri, 18 Jul 2014 17:07:52 -0700 Message-ID: From: Yoshifumi Nishida To: multipathtcp Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/b_MMOw_iA5Q_IKfsBgazrzO3b5s Cc: "mptcp-chairs@tools.ietf.org" Subject: [multipathtcp] note takers and jabber volunteer for Toronto meeting X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2014 00:07:58 -0000 Hi, We're looking for volunteer for note taking and jabber for our WG meeting in Toronto. If you're interested, please let chairs know. It will save our meeting time if we can have someone before the meeting starts. We really appreciate your cooperation. If you're interested, but you're not very sure what to do, please feel free to contact me. Thanks, -- Yoshi & Phil From nobody Mon Jul 21 05:26:02 2014 Return-Path: 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 CE3171B2DD6; Mon, 21 Jul 2014 05:25:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 8aylBfONmxxU; Mon, 21 Jul 2014 05:25:48 -0700 (PDT) Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F93A1B2DC4; Mon, 21 Jul 2014 05:25:48 -0700 (PDT) Received: from us70uusmtp4.zam.alcatel-lucent.com (h135-5-2-66.lucent.com [135.5.2.66]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id s6LCPVWK022429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Jul 2014 07:25:32 -0500 (CDT) Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id s6LCOe3u014289 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 21 Jul 2014 08:25:29 -0400 Received: from US70UWXCHMBA06.zam.alcatel-lucent.com ([169.254.11.218]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.02.0247.003; Mon, 21 Jul 2014 08:25:24 -0400 From: "Walid, Anwar I (Anwar)" To: "multipathtcp@ietf.org" , "iccrg@irtf.org" , Qiuyu Peng , "yoshifumi.nishida@gmail.com" , Steven Low , "HWANG, JAE HYUN (JAE HYUN)" , "philip.eardley@bt.com" Thread-Topic: Internet draft on new MPTCP congestion control algorithm Thread-Index: AQHPpN7YlRMI2652t0+31hSdZonOYQ== Date: Mon, 21 Jul 2014 12:25:23 +0000 Message-ID: References: , <001C5A04-E1D5-42E0-9218-2FD8276DDDFD@lucent.com> In-Reply-To: <001C5A04-E1D5-42E0-9218-2FD8276DDDFD@lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.17] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/8GXnq0z3RJfkt2i_CF2DE-dkNJc Subject: [multipathtcp] Internet draft on new MPTCP congestion control algorithm X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 12:25:56 -0000 Hi: A new I-D has been submitted: draft-walid-mptcp-congestion-control-00.txt=20 http://tools.ietf.org/html/draft-walid-mptcp-congestion-control-00 =20 Best, anwar From nobody Wed Jul 23 12:47:32 2014 Return-Path: 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 50F711B2BBE; Wed, 23 Jul 2014 12:47:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, 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 s7Edax6jUsn7; Wed, 23 Jul 2014 12:47:18 -0700 (PDT) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6ADF1A014F; Wed, 23 Jul 2014 12:47:17 -0700 (PDT) Received: by mail-wi0-f179.google.com with SMTP id f8so2850464wiw.6 for ; Wed, 23 Jul 2014 12:47:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=emLoHB1W4BTVs4WGiZAfJD7uu4UL2yUe7z0ATQUehv8=; b=xDsoJ1U+ESXe8za6DhGB0ED/Cbzeza3ZkH8vPQhT+2vz2R44DTr+ExXjAiV0N6SrGo D4O/PRQN6GnMDMxoE5T2P/Szz0X6iIYZbYvT0LpLE3toFpM8kCOghA/GjnROJdJ93W6I JIKlBxSBEhzwVXvTFPVaIa3p7B7IP/IYCZu0TEF0Tf13bWifJJDR2H+e+lfLqSeh23Pa ye59lsh5Knx+NdStqAD2AkwwGf62ZCl+QH4Kme9PLvZ97xXTQvgStbiPOFVT0Wv21YMZ I39CkEcR81L7OtwTgZqoTn0PC3Sd91h+sY5Cag9lFW/CB/tBQ6dDph5z0dLDtFqA+fmn 98Lw== MIME-Version: 1.0 X-Received: by 10.194.60.240 with SMTP id k16mr5330244wjr.0.1406144836484; Wed, 23 Jul 2014 12:47:16 -0700 (PDT) Received: by 10.194.137.67 with HTTP; Wed, 23 Jul 2014 12:47:16 -0700 (PDT) Date: Wed, 23 Jul 2014 21:47:16 +0200 Message-ID: From: Daniel Migault To: "ipsec@ietf.org" , "mif@ietf.org" , "multipathtcp@ietf.org Mailing List" Content-Type: multipart/alternative; boundary=047d7bacc1e47b490c04fee19b90 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/Sz3WVoyqK09p7UGn3ELwIlNDZ-k Subject: [multipathtcp] IP Security for multiple interfaces X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2014 19:47:20 -0000 --047d7bacc1e47b490c04fee19b90 Content-Type: text/plain; charset=UTF-8 Hi, We believe our document for multiple interfaces security using IPsec is closed to its final version. To go further we collect interests of various WG concerned by multiple interfaces. So please let us know: - 1) if you think this topic is of interests and should be addressed - 2) if you would like to review the documents Comments on the draft are also welcome! BR, Daniel [1] http://tools.ietf.org/html/draft-mglt-ipsecme-clone-ike-sa-02 -- Daniel Migault Orange Labs -- Security +33 6 70 72 69 58 --047d7bacc1e47b490c04fee19b90 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

We believe our document for mul= tiple interfaces security using IPsec is closed to its final version. <= br>
To go further we collect interests of various WG concerned by multiple = interfaces. So please let us know:

=C2=A0 =C2=A0 - 1) if you t= hink this topic is of interests and should be addressed=C2=A0 =C2=A0
=C2=A0=C2=A0=C2=A0 - 2) if you would like to review the documents
--047d7bacc1e47b490c04fee19b90-- From nobody Fri Jul 25 07:31:55 2014 Return-Path: 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 687761B2971 for ; Fri, 25 Jul 2014 07:31:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 Vju4EhcwsFC8 for ; Fri, 25 Jul 2014 07:31:51 -0700 (PDT) Received: from smtpe1.intersmtp.com (smtpe1.intersmtp.com [62.239.224.237]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A90B31B2918 for ; Fri, 25 Jul 2014 07:31:30 -0700 (PDT) Received: from EVMHT69-UKRD.domain1.systemhost.net (10.36.3.129) by RDW083A008ED64.bt.com (10.187.98.13) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 25 Jul 2014 15:26:08 +0100 Received: from EMV67-UKRD.domain1.systemhost.net ([169.254.1.38]) by EVMHT69-UKRD.domain1.systemhost.net ([10.36.3.129]) with mapi; Fri, 25 Jul 2014 15:31:03 +0100 From: To: Date: Fri, 25 Jul 2014 15:31:02 +0100 Thread-Topic: Comments on draft-bonaventure-mptcp-experience-00 Thread-Index: AQHPqBUTQoaiapA1M0aVzxg4SFHyQw== Message-ID: Accept-Language: en-US, en-GB Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: multipart/alternative; boundary="_000_A2E337CDB7BC4145B018B9BEE8EB3E0D4119B772D3EMV67UKRDdoma_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/z8XRI9dny6PSpKOe-WNDT4CDZgg Subject: [multipathtcp] Comments on draft-bonaventure-mptcp-experience-00 X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 14:31:54 -0000 --_000_A2E337CDB7BC4145B018B9BEE8EB3E0D4119B772D3EMV67UKRDdoma_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Olivier, thanks for this draft, i think it's very useful https://tools.ietf.org/id/draft-bonaventure-mptcp-experience-00.txt Here are a few brief comments Is there any data about the use case of a campus network with multiple prov= iders (or something similar) ? =96 as this use case is mentioned in the cha= rter P3 =93captive portals=94 =96 is the term widely known? p5 =93load balanced Internet paths between the same pair of hosts can have = huge delay differences=94 =96 this seems like an important case that we sho= uld highlight where mptcp doesn=92t help (or should we used with caution). = I suppose the recommended action is simply to use the shorter delay path, o= r to use MPTCP in fall-back mode only. P6/7 =96we should remember to discuss whether should modify rfc6824bis (in = the way that the paper proposed) S7 =96 this seems a key issue for mptcp, so it would be worth discussion wh= ether the EDNS approach is the best /only way of handling, or if anyone has= ideas that would need mods to mptcp. thanks phil --_000_A2E337CDB7BC4145B018B9BEE8EB3E0D4119B772D3EMV67UKRDdoma_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Olivier= ,
thanks for this draft, i think it's very useful
Here are a few brief comments=
 

Is there any data about the use case of a campus network= with multiple providers (or something similar) ? =96 as this use case is m= entioned in the charter

P3 =93captive portals=94 =96 is the term widely known?

p5 =93load balanced Internet paths between the same pair= of hosts can have huge delay differences=94 =96 this seems like an importa= nt case that we should highlight where mptcp doesn=92t help (or should we used with caution). I suppose the recommended action is= simply to use the shorter delay path, or to use MPTCP in fall-back mode on= ly.

P6/7 =96we should remember to discuss whether should mod= ify rfc6824bis (in the way that the paper proposed)

S7 =96 this seems a key issue for mptcp, so it would be = worth discussion whether the EDNS approach is the best /only way of handlin= g, or if anyone has ideas that would need mods to mptcp.

thanks

phil

 
--_000_A2E337CDB7BC4145B018B9BEE8EB3E0D4119B772D3EMV67UKRDdoma_-- From nobody Tue Jul 29 11:33:16 2014 Return-Path: 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 C98C71B29DD for ; Tue, 29 Jul 2014 11:33:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.301 X-Spam-Level: X-Spam-Status: No, score=-4.301 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, 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 0pzwZYuIgwDW for ; Tue, 29 Jul 2014 11:33:11 -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 79E0B1B29AD for ; Tue, 29 Jul 2014 11:33:11 -0700 (PDT) Received: from vpn0230.sri.ucl.ac.be (vpn0230.sri.ucl.ac.be [130.104.240.230]) (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 DB7581C54F4; Tue, 29 Jul 2014 20:33:06 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp6.sgsi.ucl.ac.be DB7581C54F4 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1406658786; bh=jejBi/yGM+uHBGuK2STKzn2+oQ5Rk4cud5bft84628Q=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AEhIMpDKNxZWq99TP+QZLFMtmK6T7sDiBNgLUV9+/KHxGNKJxeJ3Win0P6edgAlpZ ANWAQDBO9ssO8I4KnDQ2ljaZ39bOGh9zFlt3iFu7nH/xVADCa8+jJpOqGVnmj5W0nb CoxkmV1oE/6uAuC5lYeiPWTWAA7NfOMcnUURFIRA= Message-ID: <53D7E8DB.5020903@uclouvain.be> Date: Tue, 29 Jul 2014 20:32:59 +0200 From: Olivier Bonaventure User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: philip.eardley@bt.com, multipathtcp@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.97.7-exp at smtp-6.sipr-dc.ucl.ac.be X-Virus-Status: Clean X-Sgsi-Spamcheck: SASL authenticated, X-SGSI-MailScanner-ID: DB7581C54F4.A6397 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/HfjI4fr77Ws3kwhXjk0G4D3-3YA Subject: Re: [multipathtcp] Comments on draft-bonaventure-mptcp-experience-00 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 18:33:14 -0000 Phil, > thanks for this draft, i think it's very useful > https://tools.ietf.org/id/draft-bonaventure-mptcp-experience-00.txt > Here are a few brief comments Thanks for your comments. > Is there any data about the use case of a campus network with multiple > providers (or something similar) ? – as this use case is mentioned in > the charter Not that I'm aware of. We could do some tests with two providers but one is a simple ADSL link. Maybe Nornet could report their experience with multiple providers > P3 “captive portals” – is the term widely known? If someone knows and alternative, I can update the draft > p5 “load balanced Internet paths between the same pair of hosts can have > huge delay differences” – this seems like an important case that we > should highlight where mptcp doesn’t help (or should we used with > caution). I suppose the recommended action is simply to use the shorter > delay path, or to use MPTCP in fall-back mode only. Not always. Some low delay paths my have lower bandwidth than the high delay ones. > P6/7 –we should remember to discuss whether should modify rfc6824bis (in > the way that the paper proposed) Alan noted that some of the points in the draft could be a direct input for rfc6824bis > S7 – this seems a key issue for mptcp, so it would be worth discussion > whether the EDNS approach is the best /only way of handling, or if > anyone has ideas that would need mods to mptcp. > This is broader than mptcp, I'd need to look at what MIF is discussing Olivier -- INL, ICTEAM, UCLouvain, Belgium, http://inl.info.ucl.ac.be From nobody Thu Jul 31 00:02:54 2014 Return-Path: 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 5E5C71A0381 for ; Thu, 31 Jul 2014 00:02:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.128 X-Spam-Level: *** X-Spam-Status: No, score=3.128 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, FM_FORGED_GMAIL=0.622, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no 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 SC2p0hoZXFtN for ; Thu, 31 Jul 2014 00:02:51 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (shonan.sfc.wide.ad.jp [IPv6:2001:200:0:8803::53]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 991BC1A036F for ; Thu, 31 Jul 2014 00:02:51 -0700 (PDT) Received: from mail-la0-f43.google.com (mail-la0-f43.google.com [209.85.215.43]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id B835029C007 for ; Thu, 31 Jul 2014 16:02:49 +0900 (JST) Received: by mail-la0-f43.google.com with SMTP id hr17so1716183lab.16 for ; Thu, 31 Jul 2014 00:02:47 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.152.87.229 with SMTP id bb5mr9715524lab.75.1406790167095; Thu, 31 Jul 2014 00:02:47 -0700 (PDT) Received: by 10.114.78.193 with HTTP; Thu, 31 Jul 2014 00:02:47 -0700 (PDT) Date: Thu, 31 Jul 2014 00:02:47 -0700 Message-ID: From: Yoshifumi Nishida To: multipathtcp Content-Type: text/plain; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/A-swq-EhnMn_BytRtaDqpf_AjA0 Subject: [multipathtcp] draft minutes for Toronto meeting X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 07:02:53 -0000 Hi, We've uploaded draft minutes for Toronto meeting at: http://tools.ietf.org/wg/mptcp/minutes?item=minutes-90-mptcp.html Please check and let us know if you have any comments or suggestions. We appreciate Alan for note taking. Thanks, -- Yoshi & Phil From nobody Thu Jul 31 12:21:16 2014 Return-Path: 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 AEFC11A0063 for ; Thu, 31 Jul 2014 12:21:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.563 X-Spam-Level: **** X-Spam-Status: No, score=4.563 tagged_above=-999 required=5 tests=[BAYES_60=1.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.377, INVALID_DATE=1.096, MIME_HEADER_CTYPE_ONLY=0.717, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=no 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 CbTpj_K05_Q0 for ; Thu, 31 Jul 2014 12:21:12 -0700 (PDT) Received: from nm28.bullet.mail.bf1.yahoo.com (nm28.bullet.mail.bf1.yahoo.com [98.139.212.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9ABD71A0058 for ; Thu, 31 Jul 2014 12:21:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1406834471; bh=eOavZgU35bfVvWZu/mlgAHGRSWDfHJQmfV+chpMS8VE=; h=Received:Received:Received:X-Yahoo-Newman-Property:X-Yahoo-Newman-Id:Message-ID:From:To:Date:Subject:MIME_Version:Content-type; b=oFtaQLNPcI9Il9CehGlpXSyF1aCahc41l0pw1uAoIvMsud5CTT0+vPVRs7CPvgKDJO9X+8Bz+dMrFjZ3lIEJaSFwkSEQ1fHPTzW2qqgRWu+Oq83nIY8omb5ejhiDt+PkmMs9cMHH/QXdz4kIDU1Qb6e4fwzb8MDgMkOaOh1hX6VEZF12h5ZBDAHvBJIBO7sPTicZ2NjIESkFXi2+V166D6ClSJwXtjIfUU6Tx9Ds9OcDN5Ymj8L+KEbuJrg/GibRKcUpOtBBQe8bCmhB4SaWFgNfsCHIE+T8byR7SGHNnTRI2M7McN2o1y36LSBnJ9Ga5OljzNGQ0m8V9OlaQvYSAA== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=EMaUomCt5aWLvBrbNpTCOtVUvAeI0/BJlcMAy24Cc8N03uKXgXM3y6I1w8p93Pe6b4AdnVe3ivp1A/wkh5fVmHSJOVd1OJepW/l2HMs/KUhk0hDnfpa/y/8nzY3rj2dMSMtZ5Qy5NgPm3/v//repez2mm09MkT+0OuPd4LUu4PNxn+eVJrqWCUbt7L3k9RbfVqdcOgNnjiRnW4XtwzsSdyJCbE+EmUTdweOriXSv+fMRo6SV9tUC9nfNlNq8N+BGyr8u1r1dgc5Y5Ocx4BEmVgWoDhOE3Af13qZpL/dBv8S/AU4wAdwR1Z63KSEBD28sowf3XvgFs3SncEMpAD++eg==; Received: from [98.139.215.141] by nm28.bullet.mail.bf1.yahoo.com with NNFMP; 31 Jul 2014 19:21:11 -0000 Received: from [98.139.212.217] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 31 Jul 2014 19:21:11 -0000 Received: from [127.0.0.1] by omp1026.mail.bf1.yahoo.com with NNFMP; 31 Jul 2014 19:21:11 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 698012.62695.bm@omp1026.mail.bf1.yahoo.com Message-ID: <698012.62695.bm@omp1026.mail.bf1.yahoo.com> From: Thanh Hai To: multipathtcp@ietf.org MIME_Version: 1.0 Content-type: text/html; charset=UTF-8 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/FEhHthAhjWOf9Todn1nZoaVJMfs Subject: [multipathtcp] Auto Response X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 31 Jul 2014 19:21:13 -0000 X-Original-Date: Thu, 31 07 2014 07:21:11 X-List-Received-Date: Thu, 31 Jul 2014 19:21:13 -0000 b/c toi da nhan duoc thu roi. thanks From nobody Thu Jul 31 18:38:24 2014 Return-Path: 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 7A2FA1A0396 for ; Thu, 31 Jul 2014 18:38:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.902 X-Spam-Level: X-Spam-Status: No, score=-2.902 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, 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 qEUKOL7MizwX for ; Thu, 31 Jul 2014 18:38:11 -0700 (PDT) Received: from orkaan.nssi.telus.com (orkaan.nssi.telus.com [208.38.59.78]) by ietfa.amsl.com (Postfix) with ESMTP id 042491A038F for ; Thu, 31 Jul 2014 18:38:10 -0700 (PDT) DomainKey-Signature: s=orkaan.nssi; d=telus.com; c=nofws; q=dns; h=X-IronPort-Anti-Spam-Filtered: X-IronPort-Anti-Spam-Result:X-IronPort-AV:Received: Received:From:To:Date:Subject:Thread-Topic:Thread-Index: Message-ID:Accept-Language:Content-Language: X-MS-Has-Attach:X-MS-TNEF-Correlator:acceptlanguage: Content-Type:MIME-Version; b=hKQlTshMGWEZAJM+Eqgvq4H+MsRqeCuC2N/FEmeW61/3+gE/1vW93a5z btBVzlr53IottY6KTiAi3r3OYw3OOOpHq8X9vYmeuSeCUzAbTSBz04uNE ck3KCPowwvpnUcb5h0ViU0qKjZs0sa7gtyXYDd6wkpt16CMoIusi5s4e9 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkQFAGnu2lOOsmOR/2dsb2JhbABbFoIxIyMfM1eCeKgFoRoBCYdLARlvFneECAIjCiY4ARUFMAIEMBcPAQQbE4gnAQykIY8rl1wXjxstgkMPMhIkgRwFiwWYN40Og2hNAQE X-IronPort-AV: E=Sophos;i="5.01,776,1400025600"; d="scan'208,217";a="343862693" Received: from unknown (HELO WP40080.corp.ads) ([142.178.99.145]) by orkaan-o.nssi.telus.com with ESMTP/TLS/AES128-SHA; 01 Aug 2014 01:38:09 +0000 Received: from WP40046.corp.ads ([::1]) by WP40080.corp.ads ([::1]) with mapi; Thu, 31 Jul 2014 19:38:09 -0600 From: Jordan Melzer To: "multipathtcp@ietf.org Mailing List" Date: Thu, 31 Jul 2014 19:38:06 -0600 Thread-Topic: MPTCP Proxy questions Thread-Index: Ac+tJUuJpwSK3hcjSgeOdbsIr3Rufw== Message-ID: <80C0017654A043479F53C41112BE847687D530549E@WP40046.corp.ads> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_80C0017654A043479F53C41112BE847687D530549EWP40046corpad_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/multipathtcp/WsP3zNSdt3f6RQXHHQorXkCi0HY Subject: [multipathtcp] MPTCP Proxy questions X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-path extensions for TCP List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 01:38:19 -0000 --_000_80C0017654A043479F53C41112BE847687D530549EWP40046corpad_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgZXZlcnlvbmUsDQoNCkkgcmVjZW50bHkgaW1wbGVtZW50ZWQgYSBzaW1wbGUg4oCcb24tcGF0 aOKAnSBNUFRDUCDigJxwcm94eeKAnSBieSBydW5uaW5nIFRDUCBNSVRNIHNvZnR3YXJlIChNYWxs b3J5KSBvbiBhIG1hY2hpbmUgd2l0aCBhbiBNUFRDUCBlbmFibGVkIGtlcm5lbCAoVUMgTG91dmFp bikuICBJdCBpcyBub3QgYSBzb3BoaXN0aWNhdGVkIHByb3h5IOKAkyB0aG91Z2ggTWFsbG9yeeKA mXMgcGx1Z2luIGFyY2hpdGVjdHVyZSBjb3VsZCBhbGxvdyBpdCB0byBiZSDigJMgYnV0IGhhdmlu ZyBzb21ldGhpbmcgcnVubmluZyBhcyBhIHByb3h5IHJhaXNlcyBhIG51bWJlciBvZiBxdWVzdGlv bnMgZm9yIG1lLCBhbmQgdGhlc2UgbWF5IGJlIG9mIGdlbmVyYWwgaW50ZXJlc3QuDQoNClRoZSBh cHBsaWNhdGlvbiBJIHVzZWQgaXQgZm9yIGlzIHNpbWlsYXIgdG8gdGhlIOKAnGh5YnJpZCBhY2Nl c3MgbmV0d29ya+KAnSBtb2RlbCByZWNlbnRseSBwcmVzZW50ZWQgd2l0aGluIGhvbWVuZXQ6IGh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvYWdlbmRhLzkwL3NsaWRlcy9zbGlkZXMtOTAtaG9tZW5ldC0y LnBkZg0KDQpXaGlsZSB0aGUgaG9tZW5ldCBtb2RlbCBzZWVzIExURSBiZWluZyB1c2VkIHRvIGF1 Z21lbnQgRFNMIHNwZWVkcywgaW4gbXkgcHJvdG90eXBlIG11bHRpcGxlIFdpRmkgbmV0d29ya3Mg ZnJvbSBuZWlnaGJvdXJpbmcgaG9tZSBnYXRld2F5cyBjYW4gYmUgdXNlZCB0byBpbXByb3ZlIGFj Y2VzcyByYXRlcyBhdCB0aGUgaG9tZSBnYXRld2F5LiAgVGhlIEdSRS1iYXNlZCBzb2x1dGlvbiBz dWdnZXN0ZWQgd2l0aGluIGhvbWVuZXQgY291bGQgb25seSB3b3JrIHdpdGggYSBzaW5nbGUgY29u bmVjdGlvbiBvZiB1bmtub3duIHJhdGUuICBJIHVzZWQgYW4gb24tcGF0aCBNUFRDUCBwcm94eSBh dCB0aGUgcmVzaWRlbnRpYWwgZ2F0ZXdheSwgd2hpY2ggaXMgdmlhYmxlIGZvciBhZ2dyZWdhdGlu ZyBhbnkgbnVtYmVyIG9mIGNvbm5lY3Rpb25zIG9mIHVua25vd24gcmF0ZS4gIE1QVENQIHdhcyBk aXNtaXNzZWQgd2l0aGluIHRoZSBob21lbmV0IHByb3Bvc2FsIGZvciBiZWluZyBhdCB0aGUgd3Jv bmcgbGF5ZXIuICBJIHdvdWxkIHdlbGNvbWUgY29tbWVudHMgb24gdGhhdC4gIEFub3RoZXIgYXBw cm9hY2gsIG9uZSB1c2VkIGJ5IGEgc3lzdGVtIGNhbGxlZCBCaW5kZXIgb3V0IG9mIHRoZSBVbml2 ZXJzaXR5IG9mIEVkaW5idXJnaCAoaHR0cDovL3d3dy5jcy5zdGlyLmFjLnVrL35tbWYvcmVzL3B1 YnMvbGNkbmV0MTMucGRmKSB1c2VkIGFuIE9wZW5WUE4gdHVubmVsIHRvIGVuc3VyZSB0aGF0IGFs bCB0cmFmZmljIHdhcyBvdmVyIE1QVENQIHdpdGhpbiB0aGUgSVNQIG5ldHdvcmsuICBJbiB0aGlz IG1vZGVsIGFuZCBpbiB0aGUgaG9tZW5ldCBvbmUsIHRoZXJlIG11c3QgYmUgYSB0dW5uZWwgdGVy bWluYXRpb24gcG9pbnQgYXQgdGhlIElTUC4gIEluIGEgcHJveHkgbW9kZWwsIHNob3VsZCBNUFRD UCBzZWUgd2lkZSBkZXBsb3ltZW50IG9uIHRoZSBJbnRlcm5ldCwgYW4gSVNQLXNpZGUgTVBUQ1Ag cHJveHkgYmVjb21lcyBzdXBlcmZsdW91cy4gIFdoYXQgc2hvdWxkIGhhcHBlbiB3aGVuIGJvdGgg c2lkZXMgYXJlIE1QVENQIGVuYWJsZWQgaXMgYSBnb29kIHF1ZXN0aW9uIOKAkyBob3cgc2hvdWxk IHRoZSBtdWx0aXBsZSBwYXRocyBhdmFpbGFibGUgZnJvbSB0aGUgcmVzaWRlbnRpYWwgZ2F0ZXdh eSBvbndhcmRzIGJlIHNpZ25hbGxlZD8NCg0KUmUgZHJhZnQtd2VpLW1wdGNwLXByb3h5LW1lY2hh bmlzbS0wMC50eHQsIHRoZSBuZXcgZmVhdHVyZSBzdWdnZXN0ZWQgaW4gdGhlIGRyYWZ0IGlzIGEg bWVjaGFuaXNtIHRvIGluZGljYXRlIHRoZSBwcmVzZW5jZSBvZiBhbiDigJxvZmYtcGF0aOKAnSBw cm94eSBhbmQgcHJvdmlkZSBhbiBJUCBhZGRyZXNzIGZvciBpdC4gIEFzIGl0IGFwcGVhcnMgdG8g YmUgcG9zc2libGUgdG8gbGV2ZXJhZ2UgdGhlIE1JVE0gb24gdGhlIHByaW1hcnkgY29ubmVjdGlv biB0byBhZGRyZXNzIHRoZSBvZmYtcGF0aCBjYXNlIGJ5IHNpbXBseSBoaWphY2tpbmcgdGhlIGNv bm5lY3Rpb24gdGhyb3VnaCByZW1vdmluZyB0aGUgb3JpZ2luYWwgZGVzdGluYXRpb24gYWRkcmVz cyBhbmQgYWRkaW5nIHRoZSBwcm94eSBhZGRyZXNzLCBpdCB3b3VsZCBiZSBoZWxwZnVsIGZvciB0 aGUgZHJhZnQgdG8gZGlyZWN0bHkgYWRkcmVzcyB3aGF0IG1ha2VzIHRoZSBuZXcgbWVjaGFuaXNt IHN1Z2dlc3RlZCBwcmVmZXJhYmxlIHRvIHRoZSBtZWNoYW5pc20gdGhhdCBpcyBhbHJlYWR5IGF2 YWlsYWJsZS4gIElzIGFuIGV4cGxpY2l0bHkgc2lnbmFsbGVkIHByb3h5IHZhbHVhYmxlIGZvciB0 aGUga2luZCBvZiB1c2UgY2FzZSBhYm92ZSwgd2hlcmUgbXVsdGlwbGUgcGF0aHMgYXJlIGF2YWls YWJsZSBzdGFydGluZyBkZWVwZXIgaW4gdGhlIG5ldHdvcms/DQoNCkkgd2lsbCBoYXZlIHNvbWUg Y29tbWVudHMgb24gdGhlIGxhcmdlciBwcm94eSB1c2UgY2FzZXMgZHJhZnQgbGF0ZXIuICBEZXNw aXRlIGhhdmluZyBpbXBsZW1lbnRlZCB3aGF0IHdlIGFyZSBjYWxsaW5nIGEgcHJveHkgYW5kIGhh dmluZyB3b3JrZWQgb24gYSBzeXN0ZW0gdGhhdCByZXF1aXJlcyBvbmUsIEkgYW0gc29tZXdoYXQg YW1iaXZhbGVudCBhYm91dCBnYXRld2F5cyB0aGF0IGFzc2lzdCB0aGUgdXNlciB3aXRob3V0IHRo ZSB1c2Vy4oCZcyBjb25zZW50LCBhbmQgYW0gc29tZXdoYXQgaGVzaXRhbnQgdG8gZXZlbiBjYWxs IHRoZW0gcHJveGllcyDigJMgaW4gb3RoZXIgY29udGV4dHMgYSBwcm94eSBpcyB1c3VhbGx5IGRl c2lnbmF0ZWQgYnkgYSB1c2VyLiAgSSBkb27igJl0IGhhdmUgYSBwcm9wb3NhbCB5ZXQgb24gaG93 IHRvIG1ha2UgcHJveHlpbmcgbW9yZSBjb25zZW5zdWFsIG9yIHRvIGRvIHVzZWZ1bCB0aGluZ3Mg aW4gc2l0dWF0aW9ucyB3aGVyZSBNUFRDUCBpcyBlbmFibGVkIGJ1dCBjb3VsZCB3b3JrIG1vcmUg ZWZmZWN0aXZlbHkgaWYgdGhlIG5ldHdvcmsgcHJvdmlkZWQgbW9yZSBpbmZvcm1hdGlvbiBhYm91 dCBpdHNlbGYuICBJIHdvdWxkIHdlbGNvbWUgZWl0aGVyIHRob3VnaHRzIG9uIHRob3NlIGNvbmNl cm5zIG9yIHNwZWNpZmljIHNvbHV0aW9ucy4gIEhvcGVmdWxseSBJ4oCZbGwgaGF2ZSBzb21lIHRv IHN1Z2dlc3QgaW4gdGhlIGNvbWluZyBkYXlzLg0KDQpSZWdhcmRzLA0KSm9yZGFuDQoNCkpvcmRh biBNZWx6ZXINClRFTFVTIENvbW11bmljYXRpb25zDQo= --_000_80C0017654A043479F53C41112BE847687D530549EWP40046corpad_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglw YW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdE O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIu MHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIx MDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg Lz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFuZz1F Ti1DQSBsaW5rPWJsdWUgdmxpbms9cHVycGxlPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkhpIGV2ZXJ5b25lLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29s b3I6IzFGNDk3RCc+SSByZWNlbnRseSBpbXBsZW1lbnRlZCBhIHNpbXBsZSDigJxvbi1wYXRo4oCd IE1QVENQIOKAnHByb3h54oCdIGJ5IHJ1bm5pbmcgVENQIE1JVE0gc29mdHdhcmUgKE1hbGxvcnkp IG9uIGEgbWFjaGluZSB3aXRoIGFuIE1QVENQIGVuYWJsZWQga2VybmVsIChVQyBMb3V2YWluKS7C oCBJdCBpcyBub3QgYSBzb3BoaXN0aWNhdGVkIHByb3h5IOKAkyB0aG91Z2ggTWFsbG9yeeKAmXMg cGx1Z2luIGFyY2hpdGVjdHVyZSBjb3VsZCBhbGxvdyBpdCB0byBiZSDigJMgYnV0IGhhdmluZyBz b21ldGhpbmcgcnVubmluZyBhcyBhIHByb3h5IHJhaXNlcyBhIG51bWJlciBvZiBxdWVzdGlvbnMg Zm9yIG1lLCBhbmQgdGhlc2UgbWF5IGJlIG9mIGdlbmVyYWwgaW50ZXJlc3QuPG86cD48L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjoj MUY0OTdEJz5UaGUgYXBwbGljYXRpb24gSSB1c2VkIGl0IGZvciBpcyBzaW1pbGFyIHRvIHRoZSDi gJxoeWJyaWQgYWNjZXNzIG5ldHdvcmvigJ0gbW9kZWwgcmVjZW50bHkgcHJlc2VudGVkIHdpdGhp biBob21lbmV0OiA8L3NwYW4+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxhIGhyZWY9Imh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvYWdlbmRhLzkwL3NsaWRlcy9zbGlkZXMtOTAtaG9tZW5ldC0y LnBkZiI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9hZ2VuZGEvOTAvc2xpZGVzL3NsaWRlcy05MC1o b21lbmV0LTIucGRmPC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6 IzFGNDk3RCc+V2hpbGUgdGhlIGhvbWVuZXQgbW9kZWwgc2VlcyBMVEUgYmVpbmcgdXNlZCB0byBh dWdtZW50IERTTCBzcGVlZHMsIGluIG15IHByb3RvdHlwZSBtdWx0aXBsZSBXaUZpIG5ldHdvcmtz IGZyb20gbmVpZ2hib3VyaW5nIGhvbWUgZ2F0ZXdheXMgY2FuIGJlIHVzZWQgdG8gaW1wcm92ZSBh Y2Nlc3MgcmF0ZXMgYXQgdGhlIGhvbWUgZ2F0ZXdheS7CoCBUaGUgR1JFLWJhc2VkIHNvbHV0aW9u IHN1Z2dlc3RlZCB3aXRoaW4gaG9tZW5ldCBjb3VsZCBvbmx5IHdvcmsgd2l0aCBhIHNpbmdsZSBj b25uZWN0aW9uIG9mIHVua25vd24gcmF0ZS7CoCBJIHVzZWQgYW4gb24tcGF0aCBNUFRDUCBwcm94 eSBhdCB0aGUgcmVzaWRlbnRpYWwgZ2F0ZXdheSwgd2hpY2ggaXMgdmlhYmxlIGZvciBhZ2dyZWdh dGluZyBhbnkgbnVtYmVyIG9mIGNvbm5lY3Rpb25zIG9mIHVua25vd24gcmF0ZS7CoCBNUFRDUCB3 YXMgZGlzbWlzc2VkIHdpdGhpbiB0aGUgaG9tZW5ldCBwcm9wb3NhbCBmb3IgYmVpbmcgYXQgdGhl IHdyb25nIGxheWVyLsKgIEkgd291bGQgd2VsY29tZSBjb21tZW50cyBvbiB0aGF0LsKgIEFub3Ro ZXIgYXBwcm9hY2gsIG9uZSB1c2VkIGJ5IGEgc3lzdGVtIGNhbGxlZCBCaW5kZXIgb3V0IG9mIHRo ZSBVbml2ZXJzaXR5IG9mIEVkaW5idXJnaCAoPGEgaHJlZj0iaHR0cDovL3d3dy5jcy5zdGlyLmFj LnVrL35tbWYvcmVzL3B1YnMvbGNkbmV0MTMucGRmIj5odHRwOi8vd3d3LmNzLnN0aXIuYWMudWsv fm1tZi9yZXMvcHVicy9sY2RuZXQxMy5wZGY8L2E+KSB1c2VkIGFuIE9wZW5WUE4gdHVubmVsIHRv IGVuc3VyZSB0aGF0IGFsbCB0cmFmZmljIHdhcyBvdmVyIE1QVENQIHdpdGhpbiB0aGUgSVNQIG5l dHdvcmsuwqAgSW4gdGhpcyBtb2RlbCBhbmQgaW4gdGhlIGhvbWVuZXQgb25lLCB0aGVyZSBtdXN0 IGJlIGEgdHVubmVsIHRlcm1pbmF0aW9uIHBvaW50IGF0IHRoZSBJU1AuwqAgSW4gYSBwcm94eSBt b2RlbCwgc2hvdWxkIE1QVENQIHNlZSB3aWRlIGRlcGxveW1lbnQgb24gdGhlIEludGVybmV0LCBh biBJU1Atc2lkZSBNUFRDUCBwcm94eSBiZWNvbWVzIHN1cGVyZmx1b3VzLsKgIFdoYXQgc2hvdWxk IGhhcHBlbiB3aGVuIGJvdGggc2lkZXMgYXJlIE1QVENQIGVuYWJsZWQgaXMgYSBnb29kIHF1ZXN0 aW9uIOKAkyBob3cgc2hvdWxkIHRoZSBtdWx0aXBsZSBwYXRocyBhdmFpbGFibGUgZnJvbSB0aGUg cmVzaWRlbnRpYWwgZ2F0ZXdheSBvbndhcmRzIGJlIHNpZ25hbGxlZD88bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5 N0QnPlJlIGRyYWZ0LXdlaS1tcHRjcC1wcm94eS1tZWNoYW5pc20tMDAudHh0LCB0aGUgbmV3IGZl YXR1cmUgc3VnZ2VzdGVkIGluIHRoZSBkcmFmdCBpcyBhIG1lY2hhbmlzbSB0byBpbmRpY2F0ZSB0 aGUgcHJlc2VuY2Ugb2YgYW4g4oCcb2ZmLXBhdGjigJ0gcHJveHkgYW5kIHByb3ZpZGUgYW4gSVAg YWRkcmVzcyBmb3IgaXQuwqAgQXMgaXQgYXBwZWFycyB0byBiZSBwb3NzaWJsZSB0byBsZXZlcmFn ZSB0aGUgTUlUTSBvbiB0aGUgcHJpbWFyeSBjb25uZWN0aW9uIHRvIGFkZHJlc3MgdGhlIG9mZi1w YXRoIGNhc2UgYnkgc2ltcGx5IGhpamFja2luZyB0aGUgY29ubmVjdGlvbiB0aHJvdWdoIHJlbW92 aW5nIHRoZSBvcmlnaW5hbCBkZXN0aW5hdGlvbiBhZGRyZXNzIGFuZCBhZGRpbmcgdGhlIHByb3h5 IGFkZHJlc3MsIGl0IHdvdWxkIGJlIGhlbHBmdWwgZm9yIHRoZSBkcmFmdCB0byBkaXJlY3RseSBh ZGRyZXNzIHdoYXQgbWFrZXMgdGhlIG5ldyBtZWNoYW5pc20gc3VnZ2VzdGVkIHByZWZlcmFibGUg dG8gdGhlIG1lY2hhbmlzbSB0aGF0IGlzIGFscmVhZHkgYXZhaWxhYmxlLsKgIElzIGFuIGV4cGxp Y2l0bHkgc2lnbmFsbGVkIHByb3h5IHZhbHVhYmxlIGZvciB0aGUga2luZCBvZiB1c2UgY2FzZSBh Ym92ZSwgd2hlcmUgbXVsdGlwbGUgcGF0aHMgYXJlIGF2YWlsYWJsZSBzdGFydGluZyBkZWVwZXIg aW4gdGhlIG5ldHdvcms/PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48 c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5JIHdpbGwgaGF2ZSBzb21lIGNvbW1l bnRzIG9uIHRoZSBsYXJnZXIgcHJveHkgdXNlIGNhc2VzIGRyYWZ0IGxhdGVyLsKgIERlc3BpdGUg aGF2aW5nIGltcGxlbWVudGVkIHdoYXQgd2UgYXJlIGNhbGxpbmcgYSBwcm94eSBhbmQgaGF2aW5n IHdvcmtlZCBvbiBhIHN5c3RlbSB0aGF0IHJlcXVpcmVzIG9uZSwgSSBhbSBzb21ld2hhdCBhbWJp dmFsZW50IGFib3V0IGdhdGV3YXlzIHRoYXQgYXNzaXN0IHRoZSB1c2VyIHdpdGhvdXQgdGhlIHVz ZXLigJlzIGNvbnNlbnQsIGFuZCBhbSBzb21ld2hhdCBoZXNpdGFudCB0byBldmVuIGNhbGwgdGhl bSBwcm94aWVzIOKAkyBpbiBvdGhlciBjb250ZXh0cyBhIHByb3h5IGlzIHVzdWFsbHkgZGVzaWdu YXRlZCBieSBhIHVzZXIuwqAgSSBkb27igJl0IGhhdmUgYSBwcm9wb3NhbCB5ZXQgb24gaG93IHRv IG1ha2UgcHJveHlpbmcgbW9yZSBjb25zZW5zdWFsIG9yIHRvIGRvIHVzZWZ1bCB0aGluZ3MgaW4g c2l0dWF0aW9ucyB3aGVyZSBNUFRDUCBpcyBlbmFibGVkIGJ1dCBjb3VsZCB3b3JrIG1vcmUgZWZm ZWN0aXZlbHkgaWYgdGhlIG5ldHdvcmsgcHJvdmlkZWQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBp dHNlbGYuwqAgSSB3b3VsZCB3ZWxjb21lIGVpdGhlciB0aG91Z2h0cyBvbiB0aG9zZSBjb25jZXJu cyBvciBzcGVjaWZpYyBzb2x1dGlvbnMuwqAgSG9wZWZ1bGx5IEnigJlsbCBoYXZlIHNvbWUgdG8g c3VnZ2VzdCBpbiB0aGUgY29taW5nIGRheXMuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1GUi1DQSBzdHlsZT0nZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0Qn PlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBs YW5nPUZSLUNBIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwi c2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+Sm9yZGFuPG86cD48L286cD48L3NwYW4+PC9wPjxw IGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUZSLUNBIHN0eWxlPSdmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBsYW5nPUZSLUNB IHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7Y29sb3I6IzFGNDk3RCc+Sm9yZGFuIE1lbHplcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1GUi1DQSBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPlRFTFVTIENv bW11bmljYXRpb25zPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_80C0017654A043479F53C41112BE847687D530549EWP40046corpad_--