W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2013


From: Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>
Date: Fri, 12 Apr 2013 21:52:03 +0000
To: Roberto Peon <grmocg@gmail.com>, Robert Collins <robertc@squid-cache.org>
CC: Jitu Padhye <padhye@microsoft.com>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>, "Brian Raymor (MS OPEN TECH)" <Brian.Raymor@microsoft.com>, Rob Trace <Rob.Trace@microsoft.com>, "Dave Thaler" <dthaler@microsoft.com>, Martin Thomson <martin.thomson@skype.net>, "Eggert, Lars" <lars@netapp.com>, Martin Stiemerling <martin.stiemerling@neclab.eu>
Message-ID: <a9421189aa294987a1627019a3411902@BN1PR03MB072.namprd03.prod.outlook.com>
I've opened issue #65 to track what we should do about SETTINGS_CURRENT_CWND:

As for my opinion about what to do: I think we should delete this TCP congestion window setting from HTTP/2.0.

This is as out of scope as I've ever seen at the IETF. Modifying TCP (by modifying its contract to upper layers such as HTTP, and by modifying its state machine) is not something that can be done outside of the Transport Area. I'm cc-ing Lars Eggert and Martin Stiemerling (former and current Transport ADs), in case they have additional comments or clarifications.

Besides, as pointed out by Lars Eggert (cc-ed, along with Martin Stiemerling) in an offline exchange, there is a perfectly reasonable alternative progressing in the Transport Area's TCPM working group, namely, the proposal to bump up the TCP's initial congestion window to 10. This has undergone the rigorous review required of such a fundamental change, and is currently in the RFC editor's queue (so it's basically done):


That exchange also confirmed my opinion that there is very little chance the IESG would allow SETTINGS_CURRENT_CWND to remain in the HTTP/2.0 spec. In the interest of optimizing community time (HTTPbis, HTTP/2.0 implementors, IESG, etc) I think eliminating this now so it does not appear in the first implementable draft makes sense.

Received on Friday, 12 April 2013 21:53:46 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:10 UTC