<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">I have discovered the source of the confusion. This is different, but similar to  PUMA6 problems, I think.</div><div dir="ltr"><div>Certain types of traffic are getting de-prioritized, especially small packets under load.<br></div><div><br></div><div>Comparison:</div><div><br></div><div>Normal ping: </div><div> Minimum = 17ms, Maximum = 734ms, <b>Average = 202ms</b><br></div><div><b><br></b></div><div>Large 1472-byte ping</div><div> Minimum = 18ms, Maximum = 229ms, <b>Average = 47ms</b><br></div><div><br></div><div>TCP-Based ping via psping.exe</div><div> Minimum = 14.15ms, Maximum = 40.39ms, <b>Average = 25.88ms</b><br></div><div><b><br></b></div><div>For more fun:</div><div><b><br></b></div><div>ICMP in a VPN, ping set to 13-bytes</div><div>Minimum = 36ms, Maximum = 602ms, <b>Average = 208ms</b><br></div><div><br></div><div>ICMP in a VPN, 1300 bytes</div><div> Minimum = 24ms, Maximum = 72ms, <b>Average = 40ms</b><br></div><div><br></div><div><br></div><div>This explains why certain synthetic bufferbloat benchmarks were passing with flying colors but my basic ICMP ping was terrible under load. VPN does not seem to help, so it's not packet inspection... it's failure of tiny packets and success of larger, normal ones.</div><div><br></div><div><br></div><div>The problem only occurs during download stress, not upload stress. Anyway, I guess this is mostly an FYI.<br>Perhaps  a script that  does variable packet sizes for the generated small flow traffic could be useful to someone in the future.</div><div><br></div><div><br></div><div><br></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 28, 2019 at 8:03 AM Sebastian Moeller <<a href="mailto:moeller0@gmx.de">moeller0@gmx.de</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">HI cloneman,<br>
<br>
maybe have a look at <a href="http://www.dslreports.com/tools/puma6" rel="noreferrer" target="_blank">http://www.dslreports.com/tools/puma6</a>?<br>
<br>
> On Mar 28, 2019, at 12:00, cloneman <<a href="mailto:bufferbloat@flamingpc.com" target="_blank">bufferbloat@flamingpc.com</a>> wrote:<br>
> <br>
> I'm getting a weird problem with this new modem , it's Docsis 3.1<br>
> <br>
> latency/jitter measured via ping is about ~300ms during download pressure of 3 http transfers. The latency doesn't appear on synthetic bufferbloat benchmarks, though. (dslreports ; 20ms ("A")<br>
> <br>
> question: trying to figure out why I'm seeing this particular behavior, and determine if it'd a real issue or just an anomalie with ICMP traffic<br>
> <br>
> I've not seen ping do this with other modems. <br>
> <br>
> Perhaps I need to try some other traffic generation/ capture  tools? <br>
> <br>
> <br>
> _______________________________________________<br>
> Bloat mailing list<br>
> <a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</blockquote></div>