[e2e] host-level aggregated congestion control citations
dga+e2e at cs.cmu.edu
Fri Aug 31 20:13:35 PDT 2007
On Aug 31, 2007, at 6:23 PM, Jitu Padhye wrote:
> One candidate is the congestion manager idea proposed by Hari
> Balakrishnan and his students at MIT.
> I don't know whether there are any commercial systems/products that
> use the idea.
Not to my knowledge. Hari and Srini wrote an RFC for it, as Joe
noted (RFC 2134); we implemented it in Linux 2.2 and the source code
remains freely available, but to my knowledge, that's about the last
development that occurred on it. The hooks that we tied into in
Linux have changed significantly since then.
Linux's latest round of TCP-ness has a more modular framework that
allows congestion control algorithms to be exchanged for each other
in the kernel - this doesn't achieve the sharing benefits from the CM
or the ability to have congestion-controlled UDP flows, but it gets
some of the modularity benefits of the CM.
Bryan Ford's paper at SIGCOMM this year on Structured Stream
Transport (http://pdos.csail.mit.edu/uia/sst/) offers a "sub-stream"
abstraction that permits congestion sharing between multiple flows,
but I get the impression that it's intended mostly to do so between
flows from the same application, and the current implementation is a
per-application user-space library.
If you have any questions about the CM, we'd be happy to answer them,
and even happier to see someone interested in pushing on it further.
It's been a couple years, but we can dust off our brains...
> - Jitu
> -----Original Message-----
> From: end2end-interest-bounces at postel.org [mailto:end2end-interest-
> bounces at postel.org] On Behalf Of Dave Crocker
> Sent: Friday, August 31, 2007 2:37 PM
> To: end2end-interest at postel.org
> Subject: [e2e] host-level aggregated congestion control citations
> I am looking for a couple of citations, if there are any.
> Once upon a time, TCP did congestion control strictly on a per-
> behavior. I seem to recall that there was later work on aggregating
> congestion information, to get better behavior across concurrent
> between the same host-pair.
> If this is in current use, I'd like to review the mechanism(s).
> Dave Crocker
> Brandenburg InternetWorking
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://mailman.postel.org/pipermail/end2end-interest/attachments/20070831/5912bbc2/PGP.bin
More information about the end2end-interest