<div dir="ltr">You also have to remember, that space allocated prior to soft-landing has no geographic restrictions on where it can be used - geographic restrictions only applied to space allocated under soft landing. <div><br></div><div>Secondly - geo-location is horrifically inaccurate - I can point to numerous blocks which claim they are in Mauritius but 100% aren't.  I can point to blocks where geo-location claims they are in Las Vegas - when they are 100% used in Africa - the fact is most geo-location providers seem to be either using the whois data or using other metrics and are incredibly often very very far from accurate.  Sadly, most of the geo-location providers refuse to implement anything resembling RFC8805 either, which would at least allow providers to publish accurate data.</div><div><br></div><div>Thirdly - traceroutes are meaningless in terms of geo-location - for one thing - you have people using non-LEO based satellite connectivity - more than you would imagine, the latency there will tell you absolutely nothing.  For another thing, when you add MPLS ttl-no-decrement to networks, which hides hops , you have no way to know where the space is being routed via - and hence latency measurements are totally out of whack.  I point out that it was just yesterday when I saw the latency of a particular prefix go from 120ms odd to well over 200, purely because the provider receiving the prefix screwed up the return path - a return path which was of course invisible on the traceroute.  The space was still used on continent - but the traceroute latencies told a vastly misleading story.</div><div><br></div><div>So no - determining geographic location of space is not as simple as you make it out to be, in fact, its a massive headache that I've had to spend copious amounts of time dealing with over the years because of faulty geo-location data and geo-location ring fencing on services - so IP's showing up in the wrong location and as a result being unable to access certain things. </div><div><br></div><div>Andrew</div><div> </div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Oct 24, 2025 at 4:39 PM Fernando Frediani <<a href="mailto:fhfrediani@gmail.com">fhfrediani@gmail.com</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"><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Fri, 24 Oct 2025, 10:18 Andrew Alston, <<a href="mailto:aa@alstonnetworks.net" target="_blank">aa@alstonnetworks.net</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>With regards to space being used out of region - that's extremely difficult to actually know - because the BGP table has no knowledge of geography :)</div></div></blockquote></div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"></div><div dir="auto">I wouldn't say it is trivial but with geolocation data plus some traveroutes and latency check it is not extremelly dificult to find out.</div><div dir="auto"><br></div><div dir="auto">With some intended work that can be found out and further investigate to give AfriNic all necessary information.</div><div dir="auto"><br></div><div dir="auto">Fernanso</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 24, 2025 at 4:11 PM Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" rel="noreferrer" target="_blank">fhfrediani@gmail.com</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">Yes there are legitimate cases, but when this happens it may be a signal <br>
of alert. The point is to find two things: 1) If the ASN announcing it <br>
doesn't have any relation to the resource holder and 2) If resources are <br>
being used out of the region (the worst).<br>
For the case of parent/sub-company ideally resources should be <br>
transferred among companies using them in reality then.<br>
<br>
Fernando<br>
<br>
On 10/24/2025 7:45 AM, Andrew Alston wrote:<br>
> Hi All,<br>
><br>
> While I haven't got around to publishing the code behind this - mainly <br>
> because it by necessity exposes certain data and requires a BGP dump <br>
> from a juniper router which is hundreds of megs big, I've attached the <br>
> output of the code I wrote.<br>
><br>
> One caveat with this data - There is nothing inherently wrong with <br>
> space allocated to an organisation being announced by a non-AfriNIC <br>
> ASN, there are many legitimate cases and reasons behind this.  The <br>
> same thing happens when space is allocated to one organisation but <br>
> announced by another, and this can happen when a sub-company of a <br>
> parent company is announcing space from their own ASN when the space <br>
> was originally allocated to the parent.  As such, when reading this <br>
> data, it's important to understand that the abnormalities detected do <br>
> not necessarily indicate anything nefarious - and this data should not <br>
> be seen as accusations of malfeasance against anyone.<br>
><br>
> Let's see if the lists let this post through!<br>
><br>
> Thanks<br>
><br>
> Andrew<br>
><br>
><br>
> _______________________________________________<br>
> RPD mailing list<br>
> <a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a><br>
> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
<br>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net" rel="noreferrer" target="_blank">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
</blockquote></div>
</blockquote></div></div>
</blockquote></div>