[3354] in linux-net channel archive
Traffic shaper
daemon@ATHENA.MIT.EDU (Mike Kilburn)
Thu Jun 20 03:47:05 1996
To: alan@lxorguk.ukuu.org.uk (Alan Cox)
cc: mike@lserv.conexio.co.za (Mike Kilburn), roque@di.fc.ul.pt,
linux-net@vger.rutgers.edu
In-reply-to: Your message of "Wed, 19 Jun 1996 22:23:47 +0100."
<m0uWUj5-0005FaC@lightning.swansea.linux.org.uk>
Date: Thu, 20 Jun 1996 00:58:24 +0200
From: Mike Kilburn <mike@lserv.conexio.co.za>
>
> "Delay the acks" - this is the nearest TCP equivalent to urban folklore I've
> met. You can delay the acks but until you delay them to the point of a zero
> window the sender just opens the congestion window up to allow for your delay
> thinking you are a very bad path.
But thinking about it in a much simpler way, if a driver at the link level
just delayed delevery of all received data for a particular subnet (With lots
of buffer space) to the network layer and likewise on the send side "appeared"
to be busy to the network layer, then the effect must be the same as a link
which is clocked at a lower rate at the physical level. Am I missing something
here?
