<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 7, 2021 at 1:35 PM Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">See: <a href="https://arxiv.org/pdf/2012.14996.pdf" rel="noreferrer" target="_blank">https://arxiv.org/pdf/2012.14996.pdf</a></blockquote><div><br></div><div>Thanks for the link!<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Things I really like:<br>
<br>
* they used flent<br>
* Using "variance" as the principal signal. This is essentially one of<br>
the great unpublished and unanalyzed improvements on the minstrel<br>
algorithm as well<br>
* Conventional ecn response<br>
* outperforms bbr on variable links<br></blockquote><div><br></div><div>What did you have in mind by "variable links" here? (I did not see that term in the paper.)</div><div><br></div><div>Rather than characterizing the algorithm as using "variance" as the principal signal, my sense is that the estimated BDP is the primary signal, and the algorithm uses variance as a secondary signal to adapt the gain.</div><div><br></div><div>I would be interested to hear how the algorithm performs in real-world paths with high degrees of aggregation and RTT variance, including wifi, cellular, and 10Gbps+ Ethernet LANs. The paper mentions "TCP D* sets the window to its estimated BDP," and our experience is that setting cwnd to the estimated BDP produces unusably low throughput over these kinds of paths. In these paths the min_rtt is very different from the typical RTT, so setting the cwnd purely using the min_rtt can lead to very significant underutilization:</div><div>  <a href="https://datatracker.ietf.org/meeting/101/materials/slides-101-iccrg-an-update-on-bbr-work-at-google-00#page=5">https://datatracker.ietf.org/meeting/101/materials/slides-101-iccrg-an-update-on-bbr-work-at-google-00#page=5</a> </div><div><br></div><div>Another interesting aspect is that it seems completely agnostic to packet losses. It would be interesting to see how the algorithm behaves in shallow or mid-sized buffers with a highly dynamic mix of traffic.</div><div><br></div><div>best,</div><div>neal</div><div><br></div></div></div>