<div dir="ltr"><div>IPv6 is now available as an option, you just select it in the preferences pane.<br></div><div><br></div><div>Unfortunately only one of the test servers (in Michigan) is native dual stack so the test is then fixed to that location. In addition the latency pinging during test is stays as ipv4 traffic, until I setup a web socket server on the ipv6 server.</div><div><br></div><div>All the amazon google and other cloud servers do not support ipv6. They do support it as an edge network feature, like as a load balancing front end, however the test needs custom server software and custom code, and using a cloud proxy that must then talk to an ipv4 test server inside the cloud is rather useless. It should be native all the way. So until I get more native ipv6 servers, one location it is.</div><div><br></div><div>Nevertheless as a proof of concept it works. Using the hurricane electric ipv6 tunnel from my australian non ipv6 ISP, I get about 80% of the speed that the local sydney ipv4 test server would give.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 20, 2015 at 1:15 PM, Aaron Wood <span dir="ltr"><<a href="mailto:woody77@gmail.com" target="_blank">woody77@gmail.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">Toke,<div><br></div><div>I actually tend to see a bit higher latency with ICMP at the higher percentiles.</div><div><br></div><div><a href="http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-on-comcasts-blast.html" target="_blank">http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-on-comcasts-blast.html</a><br></div><div><a href="http://burntchrome.blogspot.com/2014/05/measured-bufferbloat-on-orangefr-dsl.html" target="_blank">http://burntchrome.blogspot.com/2014/05/measured-bufferbloat-on-orangefr-dsl.html</a><br></div><div><br></div><div>Although the biggest "boost" I've seen ICMP given was on Free.fr's network:</div><div><a href="http://burntchrome.blogspot.com/2014/01/bufferbloat-or-lack-thereof-on-freefr.html" target="_blank">http://burntchrome.blogspot.com/2014/01/bufferbloat-or-lack-thereof-on-freefr.html</a><span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Aaron</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 19, 2015 at 11:30 AM, Toke Høiland-Jørgensen <span dir="ltr"><<a href="mailto:toke@toke.dk" target="_blank">toke@toke.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>Jonathan Morton <<a href="mailto:chromatix99@gmail.com" target="_blank">chromatix99@gmail.com</a>> writes:<br>
<br>
>> Why not? They can be a quite useful measure of how competing traffic<br>
>> performs when bulk flows congest the link. Which for many<br>
>> applications is more important then the latency experienced by the<br>
>> bulk flow itself.<br>
><br>
> One clear objection is that ICMP is often prioritised when UDP is not.<br>
> So measuring with UDP gives a better indication in those cases.<br>
> Measuring with a separate TCP flow, such as HTTPing, is better still<br>
> by some measures, but most truly latency-sensitive traffic does use<br>
> UDP.<br>
<br>
</span>Sure, well I tend to do both. Can't recall ever actually seeing any<br>
performance difference between the UDP and ICMP latency measurements,<br>
though...<br>
<span><font color="#888888"><br>
-Toke<br>
</font></span><div><div>_______________________________________________<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" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
<br></blockquote></div><br></div>