<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"Times New Roman \(Body CS\)";
panose-1:2 11 6 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="en-PL" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">I think it's very related topic. In my practice I regularly find mislocated probes and report them to RIPE because I don't have a way to contact directly with host. RIPE on the other
hand can only politely ask host to update location. It's volunteer project after all. Of course majority of probes are marked correctly, otherwise whole project would be just a waste of time. Still,
<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="mso-fareast-language:EN-US">Another related topic of probe locations is Hong Kong. Some probes which has pins in Hong Kong have country set to China and some to Hong Kong. Apart from political problems, it's important
to reliably distinguish Mainland China and Hong Kong SAR because from routing/Internet point of view these are on two different worlds on opposite sides of Great Firewall of China. It means that I have to manually select probes when I want to measure Mainland
China or Hong Kong. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-US">Regards,<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span lang="EN-US">Grzegorz</span><span style="mso-fareast-language:EN-US"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">Massimo Candela <massimo@us.ntt.net><br>
<b>Date: </b>Thursday 2021-03-25 at 14:03<br>
<b>To: </b>"ripe-atlas@ripe.net" <ripe-atlas@ripe.net><br>
<b>Subject: </b>Re: [atlas] Probe location obfuscation<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">[possibly OT]<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">In 2018 we found 18 probes which were located so far from reality that
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">the collected RTT towards targets of known locations was faster than the
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">speed of light (I remember we did something about those). I suspect
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">there are some cases more, just below speed of light. But not so many, I
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">believe the vast majority of the probes are all set properly.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">With software probes there is also the problem of less users reporting a
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">location at all (I don't have numbers, based on an observation in a past
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">experiment. It may no longer be the case).<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I don't remember if there is something similar already in place, but I
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">would suggest a process like:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- if a probe doesn't have a location, set a location calculated by
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">latency measurements AND ask the user to review the result at is first
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">convenience;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- for all the probes currently having a location, use latency
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">measurements to mark the one possibly wrong and ask the user for update.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">- overall, use latency measurements to periodically review the probe's
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">location. RTTs can be used to mark obviously wrong locations, without
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">being too restrictive.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">For RTTs above a certain amount (the usual 10ms?), deactivate the RTT
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">validation so users are still able to place probes in exotic locations.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I don't think there is a use case for obfuscating probes more than at
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">the city level. And if there is, these probes should be tagged as such.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Ciao,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Massimo<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">On 25/03/2021 13:00, Ponikierski, Grzegorz via ripe-atlas wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm 4.0pt;margin-left:3.75pt;margin-right:0cm" id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE">
<div>
<p class="MsoNormal">I would add to it additional problem that some hosts obfuscate probe
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">location even more. For example you can find probes which in reality are
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">located in US but are marked as CN or probes which are in reality in
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Wisconsin but are marked in California. Of course these are extreme
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">cases. I guess most hosts just put a pin with probe location just
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">somewhere around where it's locate as long it's in the same city. I
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">don't remember, as a host of 3 probes, to get any precise <o:p>
</o:p></p>
</div>
<div>
<p class="MsoNormal">recommendations how to mark probe location. Personally I just put a pin
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">in city district where probe is locate.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Regards,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Grzegorz<o:p></o:p></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>