Hello,
I'm writing on behalf of MaxMind. We believe we have addressed the issues you noted in the latest update of our GeoLite ASN database: http://dev.maxmind.com/geoip/legacy/geolite/#Downloads.
Thank you for bringing the issues to our attention.
Regards, Jason
Hello Jason,
thanks for reporting back.
I'm writing on behalf of MaxMind. We believe we have addressed the issues you noted in the latest update of our GeoLite ASN database: http://dev.maxmind.com/geoip/legacy/geolite/#Downloads.
Thank you for bringing the issues to our attention.
I just downloaded the current version of GeoIPASNum2.zip (SHA1: c72a275c66cededf47157e3cea4625342b85bf94) to have a short look at it and I'm not sure the problem is fixed completely.
While the number of unnamed AS entries significantly improved (unnamed count is down to 1462 from >57k, still not back to ~500 (Feb 2016), but just comparing absolute numbers without considering total entries in each CSV might be a bit flawed metric anyway), incorrect AS names apparently remain:
I searched for the two examples I gave in my last email:
AS8708 and AS12741 they are still incorrectly named "73-75 Dr. Staicovici" and "Warszawa 02-822" in your DB, which means the problem still persists.
actual names: http://bgp.he.net/AS8708 http://bgp.he.net/AS12741
thank you for looking into this again, nusenu
Hi nusenu,
Sorry the issues aren't entirely resolved. We'll take a look at those.
Thanks, Jason
On Tue, Jul 5, 2016 at 6:08 PM, nusenu nusenu@openmailbox.org wrote:
Hello Jason,
thanks for reporting back.
I'm writing on behalf of MaxMind. We believe we have addressed the issues you noted in the latest update of our GeoLite ASN database: http://dev.maxmind.com/geoip/legacy/geolite/#Downloads.
Thank you for bringing the issues to our attention.
I just downloaded the current version of GeoIPASNum2.zip (SHA1: c72a275c66cededf47157e3cea4625342b85bf94) to have a short look at it and I'm not sure the problem is fixed completely.
While the number of unnamed AS entries significantly improved (unnamed count is down to 1462 from >57k, still not back to ~500 (Feb 2016), but just comparing absolute numbers without considering total entries in each CSV might be a bit flawed metric anyway), incorrect AS names apparently remain:
I searched for the two examples I gave in my last email:
AS8708 and AS12741 they are still incorrectly named "73-75 Dr. Staicovici" and "Warszawa 02-822" in your DB, which means the problem still persists.
actual names: http://bgp.he.net/AS8708 http://bgp.he.net/AS12741
thank you for looking into this again, nusenu
-
Jason Ketola -
nusenu