Re: [tcpm] TCP tuning

[Michael Welzl <michawe at ifi.uio.no>]

> > In other words, why not harness this knowledge somehow,
> > and develop a customized transport protocol, or ways of
> > customizing what we now have?
>
> That's been tried in various ways in various IETF efforts. Some try to
> find the properties of the immediate link, which are expected for some
> link types to dominate the path. Some try to detect path properties.
> Some reuse information from past connections.

Really? I'd be curious about a few pointers, what exactly
do you have in mind? About reusing information etc., the
congestion manager and your TCB sharing stuff comes to
mind, but for the rest I'm curious


> > To get back to the point, I'm not seriously suggesting to reduce
> > TCP's robustness and I'm in your camp about the larger
> > window thing. My personal opinion here is that, however,
> > the current slow start is indeed questionable, and questioning
> > it should be done, in large scale thorough experiments. I'm
> > interested in this and started some such work with a master
> > student; I might continue if I get another one (or if I can nicely
> > make that fit as a part of a larger Ph.D. thesis - ideas for
> > how to do that are welcome!  :-)  )
>
> I think revising congestion control to be smarter is already a IRTF
> effort (aren't you active in that already?):

Yep - I just thought out loud on this list because that's
where the discussion happened...


> http://trac.tools.ietf.org/group/irtf/trac/wiki/ICCRG
>
> IMO, I would encourage Google to take their work there and get  
> feedback
> there first. TCPM is a place where mature, vetted ideas should be
> considered, preferably (IMO).

I absolutely agree.

Cheers,
Michael