lkml.org 
[lkml]   [2010]   [Jul]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Raise initial congestion window size / speedup slow start?
Date
From

On Wed, 14 Jul 2010 23:49:17 -0400, Bill Fink wrote:



> A long, long time ago, I suggested a Path BW Discovery mechanism

> to the IETF, analogous to the Path MTU Discovery mechanism, but

> it didn't get any traction. Such information could be extremely

> useful to TCP endpoints, to determine a maximum window size to

> use, to effectively rate limit a much stronger sender from

> overpowering a much weaker receiver (for example 10-GigE -> GigE),

> resulting in abominable performance across large RTT paths

> (as low as 12 Mbps), even in the absence of any real network

> contention.



Much weaker middlebox? The windowing mechanism should be sufficient to

avoid endpoints from over-commiting.



Anyway, your proposed draft (I didn't searched for it) sound like a

mechanism similar to RFC 4782: Quick-Start for TCP and IP.





This document specifies an optional Quick-Start mechanism for

transport protocols, in cooperation with routers, to determine an

allowed sending rate at the start and, at times, in the middle of a

data transfer (e.g., after an idle period). While Quick-Start is

designed to be used by a range of transport protocols, in this

document we only specify its use with TCP. Quick-Start is designed

to allow connections to use higher sending rates when there is

significant unused bandwidth along the path, and the sender and all

of the routers along the path approve the Quick-Start Request.





Cheers, Hagen


\
 
 \ /
  Last update: 2010-07-16 11:05    [W:0.789 / U:0.868 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site