[rmcat] Guidelines for Internet Congestion Control at Endpoints?

Gorry Fairhurst <gorry@erg.abdn.ac.uk> Fri, 18 October 2019 12:54 UTC

Message-ID: <5DA9B607.5080206@erg.abdn.ac.uk>
Date: Fri, 18 Oct 2019 13:54:31 +0100
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Reply-To: gorry@erg.abdn.ac.uk
Organization: University of Aberdeen
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: rmcat@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rmcat/uyOaCkGA-ceYbdwmb06uSu6zaFI>
Subject: [rmcat] Guidelines for Internet Congestion Control at Endpoints?
Precedence: list

Hi all,

I've written a draft about how to perform congestion control. The goal 
is to gather and
consolidate these recommendations from across the RFC-series. It is 
intended to provide input
to the design of new congestion control methods in protocols, such as 
IETF QUIC. It is not a goal
to (overly) constrict the design space, rather to define bounds that are 
reasonable for a wide range of methods. This may be harder than it 
seemed at first, and if the IETF decides to take on this work, as I hope 
it may, the current draft could change substantially before this is 
concluded.

The target is tsvwg. However, I expect the rmcat group has some 
important experience around how to do "good" CC that is quite different 
to that of TCP. If anyone wishes to comment on whether the ID is a 
good/bad idea, and make suggestions for doing things better, please do!

The draft is here:
https://datatracker.ietf.org/doc/draft-fairhurst-tsvwg-cc/

Gorry

[rmcat] Guidelines for Internet Congestion Contro… Gorry Fairhurst