Hello Rizwan, At the risk of digressing from the original chain discussion, why does Akamai use address information from a description field in an inetnum or inet6num object for geolocating delegations, when there is perfectly valid geofeed field in these inetnum objects (which is exactly for what you've just described)? Network operators should be using these fields for geolocation.
Further, as Jon has mentioned the use you've described goes against the AUP. Usage of Whois data for demographic mapping is defined as a use case that is not regarded as a network operational issue. Regards, Christopher Hawker ________________________________ From: Rizwan via SIG-policy <sig-policy@lists.apnic.net> Sent: Friday, February 21, 2025 3:56 PM To: sig-policy@lists.apnic.net <sig-policy@lists.apnic.net> Subject: [sig-policy] Re: New version : prop-162: WHOIS Privacy v002 Hello, I was contacted as a user of the bulk Whois database. Akamai operates the world's largest and most distributed Content Delivery Network. One of the inputs to our Mapping algorithms is the location of IP blocks. While we know that the addresses associated with IP blocks registered in APNIC (and other providers of whois databases) are not always accurate, this information is still vital for us. We need the country, city, and state/province. So, for example, in the following entry from the Bulk Whois database: inetnum: 202.14.186.0 - 202.14.186.255 netname: IPAUST descr: IP Australia descr: 47 Bowes Street descr: Phillip ACT 2606 country: AU org: ORG-IA47-AP admin-c: AS3775-AP tech-c: AS3775-AP abuse-c: AI712-AP status: ASSIGNED PORTABLE mnt-by: APNIC-HM mnt-routes: MAINT-IPAUSTRALIA-AU mnt-irt: IRT-IPAUST-NON-AU last-modified: 2024-12-03T22:39:16Z source: APNIC We need the last "descr" line (Phillip ACT 2606) and the country (AU). We do not need any contact information for individuals, and we do not need full street address information for IP blocks. If the country, state/province, and city information for IP blocks is removed from the Bulk Whois database, it will adversely affect our operations. I hope you will take this into consideration and not remove that information. Best regards, Rizwan
_______________________________________________ SIG-policy - https://mailman.apnic.net/sig-policy@lists.apnic.net/ To unsubscribe send an email to sig-policy-le...@lists.apnic.net
