If you reduce latency, the dynamics of TCP are such that it will necessarily increase loss rate. On a bottlenecked link, the relationship of throughput to the RTT and loss rate of TCP is roughly the following (happy stop supply link to papers):
throughput = K/(RTT*sqrt(p)) where K is some constant, p is the loss rate and RTT is the round trip time. If you reduce latencies, to maintain the same throughput (that of the bottlenecked link), the loss rate has to necessarily go up. So reducing latencies has the impact of increasing loss rates which affects things in bad ways as has been pointed out. With ECN, it is the _marking_ rate that goes up and TCP follows the same dynamics. Nothing is dropped, no harm done. That’s why ECN widely adopted is a win-win. -Vishal -- http://www.cs.columbia.edu/~misra/ > On Mar 27, 2015, at 2:36 PM, John Leslie <j...@jlc.net> wrote: > > Scheffenegger, Richard <r...@netapp.com <mailto:r...@netapp.com>> wrote: >> >> ... At the least when you are using TCP, a drop will cause head-of-line >> blocking on the receiver, for at least 1 RTT; > > Yes. > > This is a trade-off: many folks believe that a good AQM has enough > benefits for typical TCP flows to overcome that. (YMMV)
_______________________________________________ aqm mailing list aqm@ietf.org https://www.ietf.org/mailman/listinfo/aqm