<p dir="ltr">Morning Lorenzo,</p>
<p dir="ltr">If I've understood your problem, you have already found a way to make the measurements from your probe but you don't like how the results are plotted.</p>
<p dir="ltr">There is a GIT repository  from Atlas with examples about how to get the results in json format and print them using rrdtool.</p>
<p dir="ltr">You can even use a nice JavaScript library or import them to nagios or zabbix.</p>
<p dir="ltr">Regards,</p>
<p dir="ltr">Daniel</p>
<div class="gmail_quote">Am 08.10.2015 3:56 vorm. schrieb "Lorenzo Colitti" <<a href="mailto:lorenzo@google.com">lorenzo@google.com</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Oct 7, 2015 at 4:01 PM, Robert Kisteleki <span dir="ltr"><<a href="mailto:robert@ripe.net" target="_blank">robert@ripe.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>> It's strange that I can't send one ping every 15 seconds, but there you are.<br>
> Also, the visualization is not as nice as the built-in measurements (why?)<br>
> but it seems to do what I want.<br>
<br>
</span>If you could be a bit more specific (which visualisation?) then we can check<br>
what we can do about it.</blockquote><div><br></div><div>What I am really trying to do is what the built-in measurements do - run continuous measurements, from my probe only, to relevant targets on the Internet. I want to do this so I can measure the performance and reliability of my last-mile connectivity without factoring in any peering latency or anything else.</div><div><br></div><div>I think this is what the built-in "traceroute second hop" measurement is intended to do, but that doesn't work for me because I (and the rest of my ISP's customers) am a variable number of hops away from the Internet. This is because the NTT NGN, unlike most unbundled access networks which use tunneling technologies such as L2TP or PPPoE, uses native IPv6. So the number of hops between customer and ISP network depends on NGN topology and routing.</div><div><br></div><div>I worked around this by setting up a UDM that sends pings, but that's a bit of a hacky substitute, and as you say, the UDM visualizations aren't really geared to this use case.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Also, the newly introduced latencymon is probably your best choice for this<br>
kind of viz. See<br>
<a href="https://labs.ripe.net/Members/massimo_candela/new-ripe-atlas-tool-latencymon" rel="noreferrer" target="_blank">https://labs.ripe.net/Members/massimo_candela/new-ripe-atlas-tool-latencymon</a></blockquote><div><br></div><div>Latencymon sort of works (as does seismograph), but it's definitely not as nice as the built-in measurement UI.</div></div></div></div>
</blockquote></div>