<div dir="ltr">Go through this list:<div><a href="https://thebrotherswisp.com/index.php/geo-and-vpn/">https://thebrotherswisp.com/index.php/geo-and-vpn/</a><br></div><div><br></div><div>The RFC only works if they're pulling your feed and they'd only know that if you contact them in the first place.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 21, 2022 at 9:14 AM Rubens Kuhl <<a href="mailto:rubensk@gmail.com">rubensk@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">Besides geofeed, there are also geoidx records in IRRs but whether<br>
geolocation services actually use geofeed or geoidx remains to be<br>
seen. You can see some geoidx: at this IRR entry in TC:<br>
<a href="https://bgp.net.br/whois/?q=-s%20TC%20-i%20mnt-by%20MAINT-AS271761" rel="noreferrer" target="_blank">https://bgp.net.br/whois/?q=-s%20TC%20-i%20mnt-by%20MAINT-AS271761</a><br>
<br>
Regarding LACNIC, what LACNIC, NIC.mx and NIC.br do is to select which<br>
RIR or NIR services requests depending on the organisation's country.<br>
<br>
<br>
Rubens<br>
<br>
On Thu, Apr 21, 2022 at 9:53 AM Shawn <<a href="mailto:mailman.nanog.org@kleinart.net" target="_blank">mailman.nanog.org@kleinart.net</a>> wrote:<br>
><br>
> Aloha NANOG,<br>
><br>
> What is the best practice (or peoples preferred methods) to<br>
> update/correct/maintain geolocation data?<br>
> Do most people start with description field info in route/route6 objects?<br>
><br>
><br>
> Also, thoughts and considerations on using IPv4 space from one RIR in<br>
> countries belonging to another RIR?<br>
><br>
> With IPv4 exhaustion and inter-RIR IPv4 transfers, and geolocation data, it<br>
> seems less applicable than it had been (a decade ago).  The IP's will be<br>
> used for CDN, not by end-users/subscribers.<br>
> Context: trying to work through an administrative "challenge" with LACNIC<br>
> regarding an IPv4 transfer, considering transferring to ARIN and then using<br>
> in LACNIC (then once resolved, transfer from ARIN to LACNIC).  Or just using<br>
> existing ARIN space in Brazil.<br>
> LACNIC is making things more difficult than they need to be.  I know this is<br>
> NANOG... but seeking advice, working on a global network, US HQ, currently<br>
> no active "registration" in LACNIC (except Brazil), but we operate in 5<br>
> countries in the region (data center/colo).  We would use Brazil, but very<br>
> hesitant to use their NIC (<a href="http://nic.br" rel="noreferrer" target="_blank">nic.br</a>); LACNIC is saying we cannot maintain our<br>
> relationship with them using our Brazil organization (our only formal<br>
> subsidiary in the region).  LACNIC does not really define the "entity"<br>
> operating in their region well. We use our US entity with RIPE and APNIC,<br>
> simply showing documentation (contracts) that we operate in their region.<br>
> Maybe I am not using the magic word?<br>
><br>
><br>
</blockquote></div>