-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
You may want to look at:
http://modwhois.sourceforge.net/
mod_whois enables Apache (version 2) to receive standard WHOIS queries, and rewrites them to standard HTTP requests. The request can then be processed by the usual means (static content, CGI's, PHP, tomcat, whatever).
We could be providing more specific information then what's possible via ARIN. Especially if an IP is not part of a BGP "sub-announcement" and has not reverse DNS, we could just return that this IP is NOT connected to the Internet, however when queried from within AMPR/44net, we could return more information. The internet really doesn't need to know about unconnected addresses.
Also we don't collect addresses and phone numbers etc, we register IP addresses mainly to callsigns. At the end some privacy should be guaranteed to the outside, we may still provide more information if queried from within AMPR/44net.
73 de Marc, LX1DUC
On 26/11/2013 23:41, Bryan Fields wrote:
(Please trim inclusions from previous messages) _______________________________________________ On 11/26/13 5:28 PM, Brian Kantor wrote:
Not really. We probably should. I'm a little unclear on exactly what would be required and how much it's going to cost. - Brian
I'm happy to help out, as it's quite easy to fill out the SWIP forms and then submit it. We could setup rwhois for the 44/net space, but that might be a bit much for us as the portal is not always available.
ARIN should not charge a fee to administrator resources for legacy users:
- I have legacy resources registered in ARIN's Whois database
but have no plans to sign the LRSA. Will ARIN continue to maintain my records, and can I still make database changes to my records if I need to?
ARIN will continue to process requests from the authorized points of contact of legacy resources for updates to their registration records. Currently, there is no community driven policy specifically prohibiting ARIN from processing updates to records that are not covered under a LRSA or RSA, although that could change in the future.
info on swip is here https://www.arin.net/resources/request/reassignments.html
Basically you could swip the regional blocks to the regional admins, and when they assign them they swip the assigned blocks to end users. This would fix the in-addr.arpa mapping too, which as of now does not exist for anything on AMPRNET.
Thoughts?