From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stef Coene Date: Thu, 15 May 2003 19:45:46 +0000 Subject: Re: [LARTC] TCP Rate Control Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org On Thursday 15 May 2003 21:17, Michael T. Babcock wrote: > > Packets are not dropped but delayed. At that time, the server noticed > > that > > > the packets are not arriving at a speed > 100kbps (they are queued in the > > bucket) at the client and throttle downs. When the server throttles down > > below 100kbps, the queued packets can be send again because there are > > tokens > > > available in the bucket. So after some time it will be stable at > > 100kbps. > > > > Again, I don't know how tbf works. This is just the way I think it > > works. > > Its worth reading up on how RED works while you're at it. There are many > good > whitepapers on RED/GRED w.r.t. how TCP handles exponential backoff. As I > understand it, TBF may not work all the time because the TCP server > (sending the packets) may respond incorrectly to the delayed ACKs on the > part of the client. Dropping packets in a RED fashion as the queue builds > up instead of queuing the packets should get perfectly stable 100kbit/s. I think we can use some test results to prove this. Varun ?? Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/