From lars@netapp.com Mon Sep 2 23:59:47 2013 Return-Path: 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 ; 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 ; 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 ; 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" To: "" Thread-Topic: [mptcp-dev] MPTCP is great! Thread-Index: AQHOp/BW500FKpV2rEy2EpNwnMOEeg== Date: Tue, 3 Sep 2013 06:59:33 +0000 Message-ID: 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\) " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 06:59:47 -0000 --Apple-Mail=_93100F42-C1F0-452F-A55A-3D3EA5675A6A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 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 > Subject: [mptcp-dev] MPTCP is great! > Date: September 2, 2013 17:21:18 GMT+02:00 > To: > Reply-To: David Smith >=20 >=20 > 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. =20 >=20 > 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. >=20 > Congratulations on making something that works so well! >=20 > 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. >=20 > 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. >=20 > 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. >=20 > 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.=20 >=20 > 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. >=20 > Thanks again! >=20 > -David >=20 > MPTCP-developpers Mailing-List > Visit https://scm.info.ucl.ac.be/trac/mptcp/ to access the source-code = of MPTCP in the Linux Kernel >=20 > To Unsubscribe, visit = https://listes-2.sipr.ucl.ac.be/sympa/info/mptcp-dev --Apple-Mail=_93100F42-C1F0-452F-A55A-3D3EA5675A6A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQCUAwUBUiWI19ZcnpRveo1xAQITnwP4rr8V4bJ0AVlznelJ8cgDp/femNhz28tV vxRzuTjOW6T3cqhAapeYhHtVEsP3zPDaOCvva4VU2jm+CN4lnzJdA5beUwHe5V9y 1E3yCC1kTyiPs+SiW42uGPPdRcuYbusJF9LEGNiikCw65qSL6QpGLd4AxltGKIhO 4Kg97G+Sew== =2IdS -----END PGP SIGNATURE----- --Apple-Mail=_93100F42-C1F0-452F-A55A-3D3EA5675A6A-- From arturo.servin@gmail.com Tue Sep 3 06:18:29 2013 Return-Path: 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 5F5B221E814C for ; Tue, 3 Sep 2013 06:18:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.3 X-Spam-Level: X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_48=0.6, NO_RELAYS=-0.001] 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 4qzqR5jkvWQs for ; Tue, 3 Sep 2013 06:18:28 -0700 (PDT) Received: from mail-yh0-x22e.google.com (mail-yh0-x22e.google.com [IPv6:2607:f8b0:4002:c01::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 9AF1B21E815C for ; Tue, 3 Sep 2013 06:18:28 -0700 (PDT) Received: by mail-yh0-f46.google.com with SMTP id l109so1508071yhq.5 for ; Tue, 03 Sep 2013 06:18:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=GbhulcqR7rCj/s0Ozv38CZ+OiMO+KRuuOk9RIJMX5zc=; b=LKqO9MlEGdGDMX8IxtecoZaCVE/RKZbRnTAds96E43vF/RIqz3CwV2zk7fvSx2v0cJ 8OR+zicF6SX6txZ2KMK0WxfoIh2IrxT91YCRT1LIVivDUACnlL1Tp4Vlbgi3cfp9D2rq Z0mBbWVDA2nAeAaJg1nH2vk3bXWQhoLj/pPcZOKY2BV74P7AOHbFH6bVImoqjPydJNh/ dVUZ1SzNc4SP1BxQU8/eog7xns/KGpqPumFZralR2C9dIxo2QUmepnXqwVRH5ZIcIf7+ h9537h3fjtX/Ar3x3HUmc6PYQDq4uPGHqjeuBvcAuTiZanQ/qvSc9Kh1BMfVC5rNUpcT L6gg== X-Received: by 10.236.38.162 with SMTP id a22mr26722556yhb.30.1378214307037; Tue, 03 Sep 2013 06:18:27 -0700 (PDT) Received: from Arturos-MacBook-Pro.local ([2001:13c7:7001:7000:a916:d1ff:35bd:2011]) by mx.google.com with ESMTPSA id 48sm22417730yhq.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 03 Sep 2013 06:18:25 -0700 (PDT) Message-ID: <5225E19E.40106@gmail.com> Date: Tue, 03 Sep 2013 10:18:22 -0300 From: Arturo Servin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: ericas@irtf.org References: <5224ACEE.2090200@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [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\) " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 13:18:29 -0000 Lars, Very interesting, thank you for sharing. Regards, as On 9/3/13 3:59 AM, Eggert, Lars wrote: > 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 >> Subject: [mptcp-dev] MPTCP is great! >> Date: September 2, 2013 17:21:18 GMT+02:00 >> To: >> Reply-To: David Smith >> >> >> 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