<div dir="ltr">I don't have a full writeup yet, but wanted to ask if people on here have run into this.  <div><br></div><div>I'm seeing a disparity between flent and the dslreports speed tests.  On my connection at home (Comcast 150/12), I figured it was something related to the test implementations, but minor.  But on a connect at a friend with business-class Comcast (300/12), we're seeing a huge difference.  Flent can't seem to achieve more than 120Mbps, often with an early, couple-second hump at a much higher speed.  But dslreports' speed tests gets the full 300Mbps.<div><br></div><div>In looking closer at my connection, with sqm (cake) turned off, I'm seeing ~180Mbps download with 500ms of bufferbloat when I use the dslreports test (<a href="http://www.dslreports.com/speedtest/20805152">http://www.dslreports.com/speedtest/20805152</a>).</div><div><br></div><div>Yet flent can't come close to that, even with the tcp_12down test:</div><div><img src="cid:ii_j6ykd9z80_15e318cc67f76fab" width="544" height="209"><br>​<br></div><div>The current hypothesis that we have is that this is due to either traffic class, or the ports that traffic are running on.  I've ruled out the ping streams, as a parallel set of netperf tcp_maerts downloads has the same 120Mbps roof.</div></div><div><br></div><div>It would be interesting if we could run some netperf tests using port 80/443 for the listening socket for the data connection (although if doing deep-packet inspection, we might need to use an actual HTTP transfer).</div><div><br></div><div>-Aaron</div></div>