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@xxxxxxxxx
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
