Christopher, I get you, but again, when it comes to VPN providers or those who wish to cause trouble on the Internet, how does a GeoIP provider prevent bogus data from getting accepted? What stops you from putting prefixes into your geofeed, potentially conflicting or overriding my geofeed?
Here's an analogy using the wording from your response: If I send you (via my BGP session) my prefixes to announce, you should be accepting it as-is. Not what you think is accurate or correct. Ryan Hamel ________________________________ From: Christopher Hawker via NANOG <[email protected]> Sent: Tuesday, January 27, 2026 7:46 PM To: [email protected] <[email protected]> Cc: Abdullah DevRel of IPinfo <[email protected]>; Christopher Hawker <[email protected]> Subject: Re: Geofeeds are good — was Re: Publishing BGP communties for your network (Re: What's up with BGP communities?) Caution: This is an external email and may be malicious. Please take care when clicking links or opening attachments. > We do not discourage geofeed submissions nor the geofeed. It is just that our > active measurement data is generally more accurate, verifiable, and granular > than what we observe in geofeed, on average. However, we do ingest geofeed > and will pick it up when needed. If I tell you (via my Geofeed) my address space is being used in Sydney Australia, you should be presenting it as being used in Sydney Australia. Not what you think is accurate or correct. Regards, Christopher Hawker ________________________________ From: Abdullah DevRel of IPinfo via NANOG <[email protected]> Sent: Wednesday, 28 January 2026 2:34 PM To: [email protected] <[email protected]> Cc: Abdullah DevRel of IPinfo <[email protected]> Subject: Re: Geofeeds are good — was Re: Publishing BGP communties for your network (Re: What's up with BGP communities?) Hi Christopher, Thank you very much. We take about 24-48 hours to verify. This involves a series of checks backed by active measurement. To be honest, it is quite instantaneous. But the issue involves update cycles and cache purging. Usually it is around 24 hours. But sometimes like ASN type verification, you have to do much more extensive reviews but those are automated as well. So, to stay safe we say 24-48 hours. > Failing that, fallback to manual data submitted from the network operator. As > a last record, use the Country attribute from the Whois records. If there is noise in the active measurement data, we will definitely fall back to geofeed. That is guaranteed. We are simply comparing the best possible data we have. We ingest a lot of data. And we pick the best. We also use WHOIS country. In fact, for unallocated ranges, we use the RIR country. There is a hierarchy of fallback values that make it a good system. > This is IMO where the frustration lies with GeoIP data taking unacceptable > amounts of time to update, not using it as the first method. We do not discourage geofeed submissions nor the geofeed. It is just that our active measurement data is generally more accurate, verifiable, and granular than what we observe in geofeed, on average. However, we do ingest geofeed and will pick it up when needed. Time to update is not a bottleneck for us; users can submit their geofeed or correction via a simple form on our website. — Abdullah | DevRel, IPinfo _______________________________________________ NANOG mailing list https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.nanog.org%2Farchives%2Flist%2Fnanog%40lists.nanog.org%2Fmessage%2FGUDWVNEAABEKVGBNY34U7O4OXHVKICXL%2F&data=05%7C02%7Cryan%40rkhtech.org%7Cfad4f80269294464148308de5e1fda13%7C81c24bb4f9ec4739ba4d25c42594d996%7C0%7C0%7C639051688066469527%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=Yk5jFegS7Icptcm%2BiCJVa8F3BJTt6sR9unUX3%2FMtncM%3D&reserved=0<https://lists.nanog.org/archives/list/[email protected]/message/GUDWVNEAABEKVGBNY34U7O4OXHVKICXL/> _______________________________________________ NANOG mailing list https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.nanog.org%2Farchives%2Flist%2Fnanog%40lists.nanog.org%2Fmessage%2FAUHPGK3SGFCWGJLJGSTFGNARMIEATKM2%2F&data=05%7C02%7Cryan%40rkhtech.org%7Cfad4f80269294464148308de5e1fda13%7C81c24bb4f9ec4739ba4d25c42594d996%7C0%7C0%7C639051688066507122%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=xz2%2BH10VwhlsOpFoG0V%2BoR6aapYMzLo2%2F4uUHJJuQGc%3D&reserved=0<https://lists.nanog.org/archives/list/[email protected]/message/AUHPGK3SGFCWGJLJGSTFGNARMIEATKM2/> _______________________________________________ NANOG mailing list https://lists.nanog.org/archives/list/[email protected]/message/BGGEJP263ACL6O7TJTATQ2LLTKNI3ZWC/
