<div dir="ltr">Dumb question on this:  The tcp_bbr_info struct for a socket can be inspected at runtime through the ss utility or through a get socket opts call, right?<div><br></div><div>-Aaron</div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 17, 2016 at 11:34 AM, Maciej Soltysiak <span dir="ltr"><<a href="mailto:maciej@soltysiak.com" target="_blank">maciej@soltysiak.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div><div>Just saw this: <a href="https://patchwork.ozlabs.org/patch/671069/" target="_blank">https://patchwork.ozlabs.org/<wbr>patch/671069/</a></div><div><br></div><div>Interested to see how BBR would play out with things like fq_codel or cake.</div><div><br></div><div>"loss-based congestion control is unfortunately out-dated in today's networks. On<br>today's Internet, loss-based congestion control causes the infamous bufferbloat problem"</div><div><br></div><div>So, instead of waiting for packet loss they probe and measure, e.g. when doing slow start (here called STARTUP) they don't speed up until packet loss, but slow down before reaching estimated bandwidth level.</div><div><br></div><div>Cake and fq_codel work on all packets and aim to signal packet loss early to network stacks by dropping; BBR works on TCP and aims to prevent packet loss. </div><div><br></div><div><br></div><div>Best regards,</div><div>Maciej</div><div><br></div></div>
<br>______________________________<wbr>_________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.<wbr>bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/<wbr>listinfo/cerowrt-devel</a><br>
<br></blockquote></div><br></div></div>