<div dir="ltr">Maybe I should mention <a href="https://github.com/apenwarr/blip">https://github.com/apenwarr/blip</a><div><br></div><div>HTTP ping, using deliberate 204 responses.  Will run over whatever version of HTTP/SPDY/QUIC your browser happens to be using at the time.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 3 March 2015 at 10:34, David Lang <span dir="ltr"><<a href="mailto:david@lang.hm" target="_blank">david@lang.hm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mon, 2 Mar 2015, Joe Touch wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 3/2/2015 3:14 PM, David Lang wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, 2 Mar 2015, Joe Touch wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 3/2/2015 1:40 AM, Brian Trammell wrote:<br>
...<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The real solution is to create a utility called "ping" that uses<br>
traffic that gets prioritized the same way as the traffic you care<br>
about instead of ICMP echo request/reply. Users don't care about<br>
the packets on the wire so much as they do that you're supposed to<br>
ping things.<br>
</blockquote>
<br>
There are three separate problems:<br>
<br>
1. a ping that doesn't use ICMP<br>
    there are dozens of these<br>
<br>
2. needing a reflector<br>
    ping gets around this only because the reflector is widely<br>
    deployed (and integrated into most OSes)<br>
<br>
3. using the same port as the traffic you care about<br>
    transport protocol is only one problem (ICMP being a "transport<br>
    protocol" by virtue of using the IP protocol number field)<br>
<br>
    the other is differential prioritization based on port number<br>
<br>
    there's no easy solution to that;<br>
    every service would need an integrated<br>
    ping reflector<br>
<br>
I suspect #3 is the ultimate killer of this idea.<br>
</blockquote>
<br>
The service you are trying to contact acts as a reflector for TCP<br>
traffic. If you send a syn you will get back a syn-ack from the TCP<br>
stack of the receiving system.<br>
</blockquote>
<br>
Sure, but SYNs and SYN-ACKs don't get prioritized the same as<br>
non-control TCP segments. And they could have been spoofed by a middlebox.<br>
</blockquote>
<br></div></div>
well, this is exactly the sort of thing that http heartbeat (the core of heartbleed) was designed to provide.<br>
<br>
It's not perfect, you can see where you really get the response from (vi the traceroute), and if you are going through a MITM (i.e. transparent proxy), all you are ever going to be able to test is the network between yourself and the proxy. It's up to the people who own the proxy to test beyond that.<span class="HOEnZb"><font color="#888888"><br>
<br>
David Lang</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
aqm mailing list<br>
<a href="mailto:aqm@ietf.org" target="_blank">aqm@ietf.org</a><br>
<a href="https://www.ietf.org/mailman/listinfo/aqm" target="_blank">https://www.ietf.org/mailman/<u></u>listinfo/aqm</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><span style="color:rgb(85,85,85);font-family:sans-serif;font-size:small;line-height:1.5em;border-width:2px 0px 0px;border-style:solid;border-color:rgb(213,15,37);padding-top:2px;margin-top:2px">Andrew McGregor |</span><span style="color:rgb(85,85,85);font-family:sans-serif;font-size:small;line-height:1.5em;border-width:2px 0px 0px;border-style:solid;border-color:rgb(51,105,232);padding-top:2px;margin-top:2px"> SRE |</span><span style="color:rgb(85,85,85);font-family:sans-serif;font-size:small;line-height:1.5em;border-width:2px 0px 0px;border-style:solid;border-color:rgb(0,153,57);padding-top:2px;margin-top:2px"> <a href="mailto:andrewmcgr@google.com" target="_blank">andrewmcgr@google.com</a> |</span><span style="color:rgb(85,85,85);font-family:sans-serif;font-size:small;line-height:1.5em;border-width:2px 0px 0px;border-style:solid;border-color:rgb(238,178,17);padding-top:2px;margin-top:2px"> +61 4 1071 2221</span><br></div></div>
</div>