[ericas] Fwd: [mptcp-dev] MPTCP is great!

"Eggert, Lars" <lars@netapp.com> Tue, 03 September 2013 06:59 UTC

Return-Path: <lars@netapp.com>
X-Original-To: ericas@ietfa.amsl.com
Delivered-To: ericas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A34C11E819F for <ericas@ietfa.amsl.com>; Mon, 2 Sep 2013 23:59:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.38
X-Spam-Level:
X-Spam-Status: No, score=-4.38 tagged_above=-999 required=5 tests=[AWL=-2.381, BAYES_00=-2.599, J_CHICKENPOX_48=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M6pCHuAWnVUW for <ericas@ietfa.amsl.com>; Mon, 2 Sep 2013 23:59:37 -0700 (PDT)
Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) by ietfa.amsl.com (Postfix) with ESMTP id 5234011E819B for <ericas@irtf.org>; Mon, 2 Sep 2013 23:59:34 -0700 (PDT)
X-IronPort-AV: E=Sophos; i="4.89,1012,1367996400"; d="asc'?scan'208"; a="46391944"
Received: from vmwexceht02-prd.hq.netapp.com ([10.106.76.240]) by mx11-out.netapp.com with ESMTP; 02 Sep 2013 23:59:34 -0700
Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.116]) by vmwexceht02-prd.hq.netapp.com ([10.106.76.240]) with mapi id 14.03.0123.003; Mon, 2 Sep 2013 23:59:33 -0700
From: "Eggert, Lars" <lars@netapp.com>
To: "<ericas@irtf.org>" <ericas@irtf.org>
Thread-Topic: [mptcp-dev] MPTCP is great!
Thread-Index: AQHOp/BW500FKpV2rEy2EpNwnMOEeg==
Date: Tue, 03 Sep 2013 06:59:33 +0000
Message-ID: <DCB4DAA2-6597-4901-B93E-17DF0B66B247@netapp.com>
References: <5224ACEE.2090200@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.106.53.51]
Content-Type: multipart/signed; boundary="Apple-Mail=_93100F42-C1F0-452F-A55A-3D3EA5675A6A"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Subject: [ericas] Fwd: [mptcp-dev] MPTCP is great!
X-BeenThere: ericas@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion list for \"Emerging Regions Internet Challenges And Solutions\" \(ERICAS\) " <ericas.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/ericas>, <mailto:ericas-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/ericas>
List-Post: <mailto:ericas@irtf.org>
List-Help: <mailto:ericas-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/ericas>, <mailto:ericas-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Sep 2013 06:59:47 -0000

FYI, one datapoint about at least one of the IETF's recent protocol developments making a difference in emerging regions.

Begin forwarded message:

> From: David Smith <sidicas2@gmail.com>
> Subject: [mptcp-dev] MPTCP is great!
> Date: September 2, 2013 17:21:18 GMT+02:00
> To: <mptcp-dev@listes.uclouvain.be>
> Reply-To: David Smith <sidicas2@gmail.com>
> 
> 
> I've been using Multipath TCP for a week now on the Internet with TCP
> connections between China and the USA, and I must say that it is really
> amazing!  Excellent work to everybody that worked on this.   
> 
> As somebody who needs to send a lot of data clear across the world... As
> somebody who struggles with 1000ms+ latencies between clients and
> servers due to poor connectivity and long-distance communication...  As
> somebody who has to regularly deal with packet loss at ~40%..   As
> somebody that often has to deal with Internet Service Providers
> intentionally throttling and dropping packets..   And as somebody that
> has been forced to resort to multiple DSL Modems / Cable Modems / Cell
> phones or a combination of the above used simultaneously, just to get a
> decent throughput to the Internet from some random 3rd world country.  I
> must say, this has been the perfect solution for me.
> 
> Congratulations on making something that works so well!
> 
> rsync and wget scripts that I've had to awkwardly split up into several
> commands so they can be run in parallel, have now been simplified down
> to running a single command at a time with close to 100% network
> utilization.
> 
> When an Internet connection goes down (happens a lot here), the rsync
> command no longer gets "stuck" for long periods of time with no
> activity, It just falls back to another Internet connection and keeps on
> going!  So now I don't have to baby-sit all my parallel rsync
> connections to catch them when my Internet connection fails!  Just run
> one and let it go.  That's a *HUGE* weight off of my shoulders.
> 
> SFTP transfers no longer fail / abort / leave corrupted files on the
> server when an Internet connection goes down because it falls back to
> using a different Internet connection.  This is especially awesome
> because trying to resume SFTP transfers of directories is often much
> harder than it should be.
> 
> When I'm in a city, there are so many Wifi devices everywhere and the
> channel overlap is so bad that Wifi routers struggle to maintain any
> connectivity at all. With MPTCP, I can run a Wifi+Ethernet connection
> safely and not worry about the Wifi connection dropping out on me due to
> a bunch of other Wifi routers in the area trying to use the exact same
> Wifi channel and causing interference. 
> 
> MPTCP is really awesome. I love it.  Keep up the great work and I really
> hope this gets put into the mainline kernel very soon because this is
> one of the most useful technologies that I've had the pleasure of using
> in a very long time.
> 
> Thanks again!
> 
> -David
> 
> MPTCP-developpers Mailing-List
> Visit https://scm.info.ucl.ac.be/trac/mptcp/ to access the source-code of MPTCP in the Linux Kernel
> 
> To Unsubscribe, visit https://listes-2.sipr.ucl.ac.be/sympa/info/mptcp-dev