[email protected] (Alan Cox) writes:
> > Actually, if you're clever with the window, you can limit incoming traffic.
> Try playing with the window on a UDP session, on a header with IP-AH or
> IP-ESP present etc. There are fudged ways of emulating receive flow control
> for tcp - both fiddling with the packets to fake window sizes (dangerous)
> or dropping some acks (running a model on the receive side to see which frames
> didnt logically make it through) but nothing will keep the flow right on
> the receive side the moment someone uses something like NFS or realaudio
> over it
If Real Audio uses some congestion avoidance algorithm it should be
possible to model the conditions that get the sender to slow down.
SunRPC/NFS uses congestion avoidance so it is possible. One possible
way would be too simply do the shaping for incoming traffic and wait
until congestion avoidance on the sender kicks in.
Some links for TCP rate control are at http://www.packeteer.com/tcprate/