<div dir="ltr"><div>There are a number of factors that can influence the performance and results of a software probe within the same ASN, within the context of an ASN that is a last mile network operator...   I would say that the community is somewhat reliant upon people self-reporting the general street address and physical location of the probe correctly. <br></div><div><br></div><div>Within the same ASN in a regional last mile broadband network there might be probes on DOCSIS3 last mile technology, GPON, active ethernet, in datacenter space/colocation, etc. My probe which is singlehomed to a spacex starlink v1 beta terminal for a while was in the same Google ASN as a bunch of terrestrial 10/100GbE fiber stuff but its results were obviously quite different.</div><div><br></div><div><br></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 31 Mar 2022 at 12:28, Hugo Salgado <<a href="mailto:hsalgado@nic.cl">hsalgado@nic.cl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 20:43 31/03, Andreas Härpfer wrote:<br>
> Of course I am wildly guessing here, but the 15 probes in<br>
> Hostinger Sao Paulo actually look a bit fishy to me.  Consecutive<br>
> probe numbers, all created at roughly the same time, all in the<br>
> same v4 /24 and v6 /64.  To me this looks like an "Atlas credit<br>
> mining farm" … so more a mis-use than an overuse.<br>
<br>
So right there is the disincentive of having probes in the same<br>
ASN: they accumulate progressively fewer credits, until they reach<br>
zero.<br>
<br>
Hugo<br>
<br>
-- <br>
ripe-atlas mailing list<br>
<a href="mailto:ripe-atlas@ripe.net" target="_blank">ripe-atlas@ripe.net</a><br>
<a href="https://mailman.ripe.net/" rel="noreferrer" target="_blank">https://mailman.ripe.net/</a><br>
</blockquote></div>