Re: download peak control
- From: Rainer Weikusat <rweikusat@xxxxxxxxxxx>
- Date: Fri, 22 Feb 2008 11:06:34 +0100
"Markus P." <newsgroupsNOSPAM@xxxxxxxxxx> writes:
Bernhard Agthe wrote:
try looking for "Traffic Shaping" - afaik there is something like this
in the linux firewall. But this does apply to the sender side mostly.
thanks for your proposal. Today I was told that there is hardly
anything I can do in this matter because the router come before the
computer. Any software would be probably "too late".
For 'traffic shaping' based on limiting the number of independent IP
datagrams being able to 'cross' some link per time unit, this is true
(by the time the datagram reaches your 'point of control' the damage
is already done). But TCP has receiver-imposed flow control by means
of using a 'window', ie some amount of buffer space the sender may
assume to be available, so it may transmit new segments until their
aggregated size is as large as the announced window size (the window
is said to be 'filled' then) and afterwards, it must wait until the
receiver again announces the availabilty of 'some amount of buffer
space'.
Assuming a compliant implementation on the sending side, incoming TCP
traffic could be 'shaped' by means of suitably delayed window
announcements. This would even be easy to implement in userspace,
because it would be sufficient that the receiving application only
empties the socket receive buffer at a certain, predetermined
rate. The sender would then be forced to converge to the same rate.
.
- Follow-Ups:
- Re: download peak control
- From: Markus P.
- Re: download peak control
- References:
- download peak control
- From: Markus P.
- Re: download peak control
- From: Bernhard Agthe
- Re: download peak control
- From: Markus P.
- download peak control
- Prev by Date: Re: download peak control
- Next by Date: Re: running program remotely on different user
- Previous by thread: Re: download peak control
- Next by thread: Re: download peak control
- Index(es):
Relevant Pages
|