<div dir="auto"><div>Hank, Shane, thanks for your interest! Happy to answer any questions about reverse traceroute!<div dir="auto"><br></div><div dir="auto">Inline:</div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 16, 2024, 4:19 PM Shane Kerr <<a href="mailto:shane@time-travellers.org" rel="noreferrer noreferrer" target="_blank">shane@time-travellers.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hank,<br>
<br>
On 16/04/2024 19.44, Hank Nussbacher wrote:<br>
> <a href="https://pulse.internetsociety.org/blog/reverse-traceroutes-help-troubleshoot-improve-visibility-of-internets-health" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://pulse.internetsociety.org/blog/reverse-traceroutes-help-troubleshoot-improve-visibility-of-internets-health</a><br>
> <br>
> "Measure at least one reverse path from 39,544 Autonomous System (AS) <br>
> destinations, which host 92.6% of Internet users. As a comparison, RIPE <br>
> Atlas vantage points can measure from 4,344 AS destinations, <br>
> representing 67.1% of the Internet user base."<br>
<br>
This particular metric feels highly-contrived... as if to highlight one <br>
specific property that their system excels at. Number of ASN doesn't <br>
mean that much really... a single vantage point at Comcast would account <br>
for 30 million customers and probably twice that many users, but not <br>
actually tell you much about the network for the vast majority of those <br>
users.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">We looked at these metrics because: </div><div dir="auto">- a goal is to cover as much of the Internet as possible (which, yes, is not clearly defined and could mean any number of things)</div><div dir="auto">- we need to capture coverage in some ways, and there are many possible ways, each with cons and many with pros. We picked some that seemed useful but couldn't look at everything given constraints on time and paper length.</div><div dir="auto">- these metrics are posted on the RIPE Atlas site (<a href="https://sg-pub.ripe.net/petros/population_coverage/" rel="noreferrer noreferrer" target="_blank">https://sg-pub.ripe.net/petros/population_coverage/</a> , <a href="https://atlas.ripe.net/coverage/" rel="noreferrer noreferrer" target="_blank">https://atlas.ripe.net/coverage/</a>), so made sense to compare metrics Atlas already uses</div><div dir="auto">- we wanted to assess how many ASes completely blocked our measurements (because of configured policy, say)</div><div dir="auto"><br></div><div dir="auto">We are open to suggestions on other things to look at!</div><div dir="auto"><br></div><div dir="auto">To be clear, reverse traceroute doesn't need a probe in a network to measure routes from the network. It uses measurements from MLab and RIPE Atlas to measure the path back from a host that isn't part of the system/isn't running our software.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
It seems like the effort is targeted at operators and not end users, <br>
with the selling point is to provide a win-win situation, where <br>
operators gain useful metrics and the researchers learn about the <br>
network. This would encourage operators to run their code, and the <br>
researchers could more easily coax them to run their tool, getting these <br>
impressive numbers. (I haven't read the paper of course, because <br>
apparently the ACM is not open access and honestly I don't feel like <br>
spending $15 for access.)<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">ACM DL access is annoying for sure. We try to make sure our papers are readily available.</div><div dir="auto"><br></div><div dir="auto">The paper should be open access when accessed via the conference website. This link works for me for open access: <a href="https://dl.acm.org/doi/10.1145/3517745.3561422" target="_blank" rel="noreferrer">https://dl.acm.org/doi/10.1145/3517745.3561422</a></div><div dir="auto">If not, it should work from here: </div><div dir="auto"><a href="https://conferences.sigcomm.org/imc/2022/program/" target="_blank" rel="noreferrer">https://conferences.sigcomm.org/imc/2022/program/</a></div><div dir="auto">We also hosted it openly in the HAL repository, but it isn't loading for me at the moment: <a href="https://hal.laas.fr/hal-03788618/" target="_blank" rel="noreferrer">https://hal.laas.fr/hal-03788618/</a></div><div dir="auto"><br></div><div dir="auto">If you can't find a version but want one, please write me off list. I happen not to have put this one on my (out of date) homepage, but I'm happy to.</div><div dir="auto"><br></div><div dir="auto">Happy to answer any questions! </div><div dir="auto"><br></div><div dir="auto">Ethan</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
My understanding is that RIPE Atlas is mostly targeted at end users, not <br>
operators, so probably a bit harder to get probes placed, as it has no <br>
direct benefit for operators... and in fact could reveal details about <br>
their network and the quality of their service that they would not care <br>
to share. This is not *completely* true, as there are the RIPE Atlas <br>
Anchors, which I think are intended to run as infrastructure nodes, but <br>
mostly.<br>
<br>
> Has anyone tried this and indeed found better visibility via their system?<br>
<br>
I have not. It looks less flexible than Atlas, but also nice and simple!<br>
<br>
Thanks for pointing it out.<br>
<br>
Cheers,<br>
<br>
--<br>
Shane<br>
<br>
-- <br>
ripe-atlas mailing list<br>
<a href="mailto:ripe-atlas@ripe.net" rel="noreferrer noreferrer noreferrer" target="_blank">ripe-atlas@ripe.net</a><br>
<a href="https://mailman.ripe.net/" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://mailman.ripe.net/</a><br>
</blockquote></div></div></div>