Re: Geolocation data management practices?
For corrections/updates, what I have found to be generally successful is 1. make sure to advertise the IP blocks into the DFZ from your ASN as soon as possible 2. make sure ARIN data is accurate (we use ARIN, you may use one of the other registries) 3. update my geofeed, as referenced already in this thread 4. directly contact organizations that have geolocation services but don't subscribe to my geofeed If anyone has any additional geolocation organizations I didn't list, I would be happy to hear about them. Geofeed subscriptions are in place with these organizations IP Info https://ipinfo.io/ https://ipinfo.io/faq/article/49-how-can-i-submit-a-correction https://ipinfo.io/corrections dbip https://db-ip.com/ https://db-ip.com/contact/ support <at> db-ip.com IPGeolocation https://ipgeolocation.io/ support <at> ipgeolocation.io Maxmind https://www.maxmind.com/en/geoip-demo https://support.maxmind.com/geoip-data-correction-request/ Neustar https://www.home.neustar/resources/tools/ip-geolocation-lookup-tool https://www.home.neustar/resources/tools/submit-to-global-ip-database ipintel <at> support.neustar BigDataCloud https://www.bigdatacloud.com/ip-geolocation/ Digital Element https://www.digitalelement.com/geolocation/ https://www.digitalelement.com/contact-us/ ip-data <at> digitalelement.com ip2location https://www.ip2location.com/demo support <at> ip2location.com Only accepts feeds when all entries have a city defined Google https://isp.google.com Set geofeed URL within their ISP portal No geofeed subscriptions in place for these organizations and require individual contact for corrections/updates ipstack https://ipstack.com/ https://ipstack.com/contact Geo IP View https://www.geoipview.com/ andrew <at> geoipview.com email address is not currently receiving mail, as such I assume not many are using this service IPligence http://www.ipligence.com/geolocation https://www.ipligence.com/contact ipdata https://ipdata.co/?ref=iplocation https://ipdata.co/corrections.html corrections <at> ipdata.co working on adding geofeed support IPIP https://en.ipip.net/ip.html sarah <at> ipip.net IPHub https://iphub.info/ IPinsight https://ipinsight.io/ william <at> ipinsight.io Info Sniper https://infosniper.net/ https://infosniper.net/geoip-data-correction.php GeoGuard https://www.geocomply.com/products/geoguard/ ipintelligence <at> geoguard.com More of a "are they using a VPN/hiding service" and not so much of a "Where are they" service. ________________________________ From: NANOG <nanog-bounces+jkrejci=usinternet.com@nanog.org> on behalf of Josh Luthman <josh@imaginenetworksllc.com> Sent: Thursday, April 21, 2022 9:24 AM To: Rubens Kuhl Cc: Nanog Subject: Re: Geolocation data management practices? Go through this list: https://thebrotherswisp.com/index.php/geo-and-vpn/<https://url-shield.securence.com/?p=1.0&r=jkrejci@usinternet.com&sid=1650551121269-090-00144432&s=35m2jbep&n=bqbgig2zy&ms=0.0,0.0,0.0,0.0&u=https%3A%2F%2Fthebrotherswisp.com%2Findex.php%2Fgeo-and-vpn%2F> The RFC only works if they're pulling your feed and they'd only know that if you contact them in the first place. On Thu, Apr 21, 2022 at 9:14 AM Rubens Kuhl < rubensk@gmail.com<mailto:rubensk@gmail.com>> wrote: Besides geofeed, there are also geoidx records in IRRs but whether geolocation services actually use geofeed or geoidx remains to be seen. You can see some geoidx: at this IRR entry in TC: https://bgp.net.br/whois/?q=-s%20TC%20-i%20mnt-by%20MAINT-AS271761<https://url-shield.securence.com/?p=1.0&r=jkrejci@usinternet.com&sid=1650551121269-090-00144432&s=mkamn44w&n=bqbgig2zz&ms=0.0,0.0,0.0,0.0&u=https%3A%2F%2Fbgp.net.br%2Fwhois%2F%3Fq%3D-s%2520TC%2520-i%2520mnt-by%2520MAINT-AS271761> Regarding LACNIC, what LACNIC, NIC.mx and NIC.br do is to select which RIR or NIR services requests depending on the organisation's country. Rubens On Thu, Apr 21, 2022 at 9:53 AM Shawn < mailman.nanog.org@kleinart.net<mailto:mailman.nanog.org@kleinart.net>> wrote:
Aloha NANOG,
What is the best practice (or peoples preferred methods) to update/correct/maintain geolocation data? Do most people start with description field info in route/route6 objects?
Also, thoughts and considerations on using IPv4 space from one RIR in countries belonging to another RIR?
With IPv4 exhaustion and inter-RIR IPv4 transfers, and geolocation data, it seems less applicable than it had been (a decade ago). The IP's will be used for CDN, not by end-users/subscribers. Context: trying to work through an administrative "challenge" with LACNIC regarding an IPv4 transfer, considering transferring to ARIN and then using in LACNIC (then once resolved, transfer from ARIN to LACNIC). Or just using existing ARIN space in Brazil. LACNIC is making things more difficult than they need to be. I know this is NANOG... but seeking advice, working on a global network, US HQ, currently no active "registration" in LACNIC (except Brazil), but we operate in 5 countries in the region (data center/colo). We would use Brazil, but very hesitant to use their NIC ( nic.br<http://nic.br>); LACNIC is saying we cannot maintain our relationship with them using our Brazil organization (our only formal subsidiary in the region). LACNIC does not really define the "entity" operating in their region well. We use our US entity with RIPE and APNIC, simply showing documentation (contracts) that we operate in their region. Maybe I am not using the magic word?
participants (1)
-
Justin Krejci