Return-Path: X-Original-To: multipathtcp@ietfa.amsl.com Delivered-To: multipathtcp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFC211295C2 for ; Mon, 14 Nov 2016 22:23:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.396 X-Spam-Level: X-Spam-Status: No, score=-3.396 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=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 SO1EXMJDVUYp for ; Mon, 14 Nov 2016 22:23:31 -0800 (PST) Received: from mail-out02.uio.no (mail-out02.uio.no [IPv6:2001:700:100:8210::71]) (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 5E5DB1294C6 for ; Mon, 14 Nov 2016 22:23:31 -0800 (PST) Received: from mail-mx1.uio.no ([129.240.10.29]) by mail-out02.uio.no with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1c6X9V-000GWZ-95 for multipathtcp@ietf.org; Tue, 15 Nov 2016 07:23:29 +0100 Received: from dhcp-8409.meeting.ietf.org ([31.133.132.9]) by mail-mx1.uio.no with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) user michawe (Exim 4.80) (envelope-from ) id 1c6X9T-00015U-6r for multipathtcp@ietf.org; Tue, 15 Nov 2016 07:23:29 +0100 From: Michael Welzl Content-Type: multipart/alternative; boundary="Apple-Mail=_2533D07C-7B59-437D-9576-51A184176665" Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Message-Id: <84CBD443-4078-4FB4-ADAA-A40C3A7A8880@ifi.uio.no> References: <6E870E2B-9CB0-4165-9395-F9C98B1B3C86@ifi.uio.no> To: multipathtcp@ietf.org Date: Tue, 15 Nov 2016 15:23:23 +0900 X-Mailer: Apple Mail (2.3251) X-UiO-SPF-Received: X-UiO-Ratelimit-Test: rcpts/h 1 msgs/h 1 sum rcpts/h 7 sum msgs/h 2 total rcpts 48782 max rcpts/h 54 ratelimit 0 X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, HTML_MESSAGE=0.001, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: 6C4E17E8594312DF281434F599FCAF24444116E1 X-UiO-SPAM-Test: remote_host: 31.133.132.9 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 1 total 16 max/h 6 blacklist 0 greylist 0 ratelimit 0 Archived-At: Subject: [multipathtcp] Coupled Slow Start for MPTCP, presentation in ICCRG up next X-BeenThere: multipathtcp@ietf.org X-Mailman-Version: 2.1.17 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 Nov 2016 06:23:35 -0000 --Apple-Mail=_2533D07C-7B59-437D-9576-51A184176665 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, In the next session, this draft will be presented / discussed in ICCRG. It doesn=E2=80=99t (currently? forever?) fit the MPTCP charter, but = it=E2=80=99s about MPTCP, so MPTCP folks may want to see it. Cheers, Michael > Begin forwarded message: >=20 > From: Michael Welzl > Subject: [iccrg] LISA - draft-barik-mptcp-lisa > Date: July 22, 2016 at 11:38:12 PM GMT+9 > To: multipathtcp@ietf.org, iccrg@irtf.org > Resent-From: >=20 > (chair hat on) >=20 > [ This email goes to the MPTCP and ICCRG lists as an announcement. = When answering, please discuss this in the ICCRG list. ] >=20 >=20 > Dear all in MPTCP & ICCRG, >=20 > Last Wednesday, in MPTCP, Runa Barik presented draft-barik-mptcp-lisa = (LISA - a Linked Slow-Start Algorithm). For more documentation & code, = see: > http://heim.ifi.uio.no/runabk/lisa/ > LISA was first presented by Runa in Yokohama, with feedback that was = addressed (with results shown in this presentation). >=20 > (chair hat off, co-author hat on) >=20 > LISA is a simple algorithm that prevents a large burst of packets = going out during in MPTCP in slow start in one particular round-trip = (when all but the first subflows join). E.g. with 4 subflows, MPTCP = starts out sending using IW10 on the first subflow, and then after 3 = RTTs, 3 more subflows start at the same time, adding 3 * IW10 on top of = the ongoing slow start. This short but massive burst is consistently bad = when we share a bottleneck, and often LISA also makes things better when = not sharing a bottleneck. >=20 > (co-author hat off, chair hat on) >=20 > LISA doesn=E2=80=99t fit the current charter of MPTCP, so we decided = to get this reviewed and discussed in ICCRG, and possibly (if the = updated charter doesn=E2=80=99t fit congestion control work) published = via ICCRG too. >=20 > (both hats on) >=20 > We would greatly appreciate if people could look at this work and = provide comments on the draft soon. >=20 > Thank you all in advance! >=20 > Cheers, > Michael >=20 > _______________________________________________ > iccrg mailing list > iccrg@irtf.org > https://www.irtf.org/mailman/listinfo/iccrg --Apple-Mail=_2533D07C-7B59-437D-9576-51A184176665 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi,

In = the next session, this draft will be presented / discussed in = ICCRG.
It doesn=E2=80=99t (currently? forever?) fit = the MPTCP charter, but it=E2=80=99s about MPTCP, so MPTCP folks may want = to see it.

Cheers,
Michael


Begin forwarded message:

From: = Michael Welzl <michawe@ifi.uio.no>
Subject: = [iccrg] LISA - = draft-barik-mptcp-lisa
Date: = July 22, 2016 at 11:38:12 PM = GMT+9
To: = multipathtcp@ietf.org, iccrg@irtf.org
Resent-From: = <michawe@ifi.uio.no>

(chair hat on)

[ This email goes to the MPTCP and ICCRG lists = as an announcement. When answering, please discuss this in the ICCRG = list. ]


Dear all in MPTCP = & ICCRG,

Last Wednesday, in MPTCP, Runa = Barik presented draft-barik-mptcp-lisa (LISA - a Linked Slow-Start = Algorithm). For more documentation & code, see:
http://heim.ifi.uio.no/runabk/lisa/
LISA = was first presented by Runa in Yokohama, with feedback that was = addressed (with results shown in this presentation).

(chair hat off, co-author hat on)

LISA is a simple algorithm that prevents a large burst of = packets going out during in MPTCP in slow start in one particular = round-trip (when all but the first subflows join). E.g. with 4 subflows, = MPTCP starts out sending using IW10 on the first subflow, and then after = 3 RTTs, 3 more subflows start at the same time, adding 3 * IW10 on top = of the ongoing slow start. This short but massive burst is consistently = bad when we share a bottleneck, and often LISA also makes things better = when not sharing a bottleneck.

(co-author = hat off, chair hat on)

LISA doesn=E2=80=99t = fit the current charter of MPTCP, so we decided to get this reviewed and = discussed in ICCRG, and possibly (if the updated charter doesn=E2=80=99t = fit congestion control work) published via ICCRG too.

(both hats on)

We would greatly = appreciate if people could look at this work and provide comments on the = draft soon.

Thank you all in advance!

Cheers,
Michael

_______________________________________________
iccrg mailing list
iccrg@irtf.org
https://www.irtf.org/mailman/listinfo/iccrg

= --Apple-Mail=_2533D07C-7B59-437D-9576-51A184176665--