Re: [tcpPrague] Volunteers pls: L4S non-WG-forming BoF proposal cut-off approaching
Michael Welzl <michawe@ifi.uio.no> Sun, 22 May 2016 19:25 UTC
Return-Path: <michawe@ifi.uio.no>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A89F912D18D for <tcpprague@ietfa.amsl.com>; Sun, 22 May 2016 12:25:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.626
X-Spam-Level:
X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] 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 xqITv4CHpqBx for <tcpprague@ietfa.amsl.com>; Sun, 22 May 2016 12:25:36 -0700 (PDT)
Received: from mail-out4.uio.no (mail-out4.uio.no [IPv6:2001:700:100:10::15]) (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 AD1C212D0A6 for <tcpprague@ietf.org>; Sun, 22 May 2016 12:25:36 -0700 (PDT)
Received: from mail-mx4.uio.no ([129.240.10.45]) by mail-out4.uio.no with esmtp (Exim 4.80.1) (envelope-from <michawe@ifi.uio.no>) id 1b4Z0G-0005G1-Ro; Sun, 22 May 2016 21:25:32 +0200
Received: from 3.134.189.109.customer.cdi.no ([109.189.134.3] helo=[192.168.0.103]) by mail-mx4.uio.no with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) user michawe (Exim 4.80) (envelope-from <michawe@ifi.uio.no>) id 1b4Z0G-00012B-6V; Sun, 22 May 2016 21:25:32 +0200
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Michael Welzl <michawe@ifi.uio.no>
In-Reply-To: <20160522191700.GA8413@verdi>
Date: Sun, 22 May 2016 21:25:31 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <014B8A2F-2E8A-4312-8B95-F2F6584485EE@ifi.uio.no>
References: <573C564E.1090201@bobbriscoe.net> <20160518170612.GA56178@verdi> <573DA385.8020703@bobbriscoe.net> <20160521233147.GA6947@verdi> <9C86240F-3E2B-4534-9140-48D8286176A7@ifi.uio.no> <20160522191700.GA8413@verdi>
To: John Leslie <john@jlc.net>
X-Mailer: Apple Mail (2.3124)
X-UiO-SPF-Received:
X-UiO-Ratelimit-Test: rcpts/h 5 msgs/h 2 sum rcpts/h 7 sum msgs/h 3 total rcpts 41990 max rcpts/h 54 ratelimit 0
X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, TVD_RCVD_IP=0.001, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO)
X-UiO-Scanned: 37487D2B4E725059015A5489F13029CE331C2C22
X-UiO-SPAM-Test: remote_host: 109.189.134.3 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 2 total 1056 max/h 14 blacklist 0 greylist 0 ratelimit 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/tcpprague/DABvVXnO64AcqcfYAF_B2qO_lZY>
Cc: Bob Briscoe <ietf@bobbriscoe.net>, TCP Prague List <tcpPrague@ietf.org>
Subject: Re: [tcpPrague] Volunteers pls: L4S non-WG-forming BoF proposal cut-off approaching
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 May 2016 19:25:38 -0000
> On 22. mai 2016, at 21.17, John Leslie <john@jlc.net> wrote:
>
> Michael Welzl <michawe@ifi.uio.no> wrote:
>> (snip)
>>
>>>> {Note 1} Some of the deliverables would be brought to tcpm anyway,
>>>> because they are important for all TCP-derived congestion controls, not
>>>> just "TCP Prague".
>>>> For instance, the following two RTT-related items are particularly
>>>> important for L4S/"TCP Prague", but they are also important updates to
>>>> the base TCP cc [RFC5681] too.
>>>> 3-4) Scaling TCP's Congestion Window for Small Round Trip Times
>>>> 3-5) Reduce TCP / SCTCP / TCP Prague RTT-dependence
>>>
>>> This is almost off-topic. :^(
>>>
>>> The "small round-trip times" issue is pretty fundamental: TCP _doesn't_
>>> reduce its congestion window below 2 (packets); so with enough classic-TCP
>>> senders, no AQM can possibly hold latency low. Bob has proposed a change;
>>> but it's a change to _every_ classic TCP sender. Myself, I'd rather not
>>> worry about this just yet...
>>>
>>> RTT-dependence is an inseparable part of TCP-as-we-know-it. I'd _much_
>>> rather not tilt at that windmill quite yet???
>>
>> So here???s the +1. I can???t see how it helps this work if we discuss
>> all the possible problems of the world and how it can possibly solve them.
>
> That's a trifle unfair to Bob:
Wasn’t the intention => au contraire…
> he included a bunch of things which
> are actually prerequsites to L4S working well.
>
> I don't disagree with Bob that these are important: I merely don't
> want to tie ourselves in knots trying to solve them at the outset.
>
>> Opening many cans of various worms - wouldn???t it be better to keep
>> things more focused?
>
> Exactly!
… that was my point.
Cheers,
MIchael
>
> I listed the things I think are necessary to show sufficient results
> to get folks believing the goal is worth the effort. I'd like to concentrate
> our efforts there; and get around-to the other details after we can show
> some big-I-Internet results.
>
> --
> John Leslie <john@jlc.net>
- [tcpPrague] Volunteers pls: L4S non-WG-forming Bo… Bob Briscoe
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Marie-Jose Montpetit
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… marcelo bagnulo braun
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… John Leslie
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Bob Briscoe
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Bob Briscoe
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Scharf, Michael (Nokia - DE)
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Mirja Kühlewind
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… John Leslie
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Mirja Kühlewind
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Gorry Fairhurst
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Bob Briscoe
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Bob Briscoe
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… John Leslie
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… John Leslie
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Michael Welzl
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Michael Welzl
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… gorry
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… John Leslie
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Michael Welzl
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… John Leslie
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… John Leslie
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Gorry Fairhurst
- Re: [tcpPrague] RTT-(in)dependent throughput De Schepper, Koen (Nokia - BE)
- Re: [tcpPrague] Volunteers pls: L4S non-WG-formin… Spencer Dawkins at IETF