<div dir="ltr">List,<div><br></div><div>In talking with a friend over the weekend that moves data around for the national labs (on links at rates like 10Gbps), we ended up having a rather interesting discussion about just how radically different the problem spaces are vs. what he's seen in the bufferbloat community.</div>
<div><br></div><div>They have few flows, long lived, and are trying to push >1Gbps per flow, across the continent (or from Europe to the US), with inherent delays on the order of 100ms.  TCP under these conditions is, from his reports, incredibly fragile, where even a tiny packet error rate stops TCP for saturating the link (since it can't tell the difference between congestion and a non-congestion-related dropped packet).</div>
<div><br></div><div>And suddenly the "every packet is precious" mode of thought becomes crystal clear.</div><div><br></div><div>Clearly they are trying to solve different problems, yet they do have congestion events, when new flows are added to the network.</div>
<div><br></div><div>Has anyone used fq_codel (or it's friends) in scenarios like this?  fq is fairly new (2 years?) and I can't find much about it and high bandwidth links in my searches.</div><div><br></div><div>
Given that their problems aren't those that fq is trying to solve, I wouldn't expect it, but curious to see if anyone has any research on it.</div><div><br></div><div>Thanks,</div><div>Aaron</div></div>