<div dir="ltr"><div dir="ltr"><div>I sincerely doubt that any actual <i>law</i> could be enforced against an ISP which is a legal entity in one location, yet has multiple discrete /23 or /24 blocks and without any obfuscation choose to announce them from multiple different geographic locations. Configurations where an AS has multiple islands of service which are not linked together by an internal transport network are not that rare these days (see prior discussion about merits vs risks of filtering out your own netblock at your BGP edge). If anyone is aware of any case law precedent for such a prosecution it would be interesting to see citations.<br></div><div><br></div><div>The only scenario in which I could see a legal penalty being imposed on some ISP, is if it fails to publish an accurate record of its corporate name, address and contact info for its ARIN, RIPE, AFRINIC, APNIC, etc entity listing as a corporation. Obviously you can't and shouldn't attempt to obfuscate where you're headquartered, and you need to be able to prove your legal entity bona fides to ARIN or RIPE anyways in order to maintain registration.</div><div><br></div><div>As to whether third party content sources might refuse to serve content to an ISP announcing blocks in weird places, an ISP tunneling a customer's traffic from one location to another, or misunderstanding their geolocation (Hulu in the US is a fine example of this, its regional content is broken on Starlink right now because of a misunderstanding of how the cgnat traffic meets the real Internet), that's not a law...  <br></div><div><br></div><div>That's an arbitrary private choice of some OTT video content provider or CDN to serve or not serve certain licenses of copyrighted content based on what it thinks is geolocation data. Another example would be the content you see on Canadian domestic netflix vs US domestic netflix. <br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 21, 2021 at 12:22 PM William Herrin <<a href="mailto:bill@herrin.us">bill@herrin.us</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 Wed, Apr 21, 2021 at 11:58 AM nanoguser100 via NANOG <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>> wrote:<br>
> I wanted to get the communities' opinion on this.<br>
><br>
> Increasingly I have run into 'niche needs' where a client has a few users in a country we don't have a POP, say Estonia.  This is 'mainly' for localization but also in some cases for compliance (some sites REQUIRE an Estonian IP).  With that being said is it common practice to 'fake' Geolocations?  In this case the user legitimately lives in Estonia, they just happen to be using our cloud service in Germany.<br>
<br>
If the endpoint (e.g. web server) is physically located in Germany and<br>
you're helping a client misrepresent that it's located in Estonia in<br>
order to evade a legal requirement that it be located in Estonia then<br>
you've made yourself a party to criminal fraud. Do I really need to<br>
explain how bad an idea that is?<br>
<br>
If the service is a VPN relay for addresses which are actually being<br>
used in Estonia then what's the problem? You're just a transit for<br>
those IPs. Report the location where the endpoints are, not the<br>
transits.<br>
<br>
Regards,<br>
Bill Herrin<br>
<br>
<br>
-- <br>
William Herrin<br>
<a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a><br>
<a href="https://bill.herrin.us/" rel="noreferrer" target="_blank">https://bill.herrin.us/</a><br>
</blockquote></div></div>