[arin-ppml] ARIN-prop-133: No Volunteer Services on Behalf of Unaffiliated Address Blocks

Chris Grundemann cgrundemann at gmail.com
Tue Feb 15 12:50:58 EST 2011

On Tue, Feb 15, 2011 at 01:24, Benson Schliesser <bensons at queuefull.net> wrote:
> So, do you believe the current approach is proper stewardship?  I rather think that pruning questionable data is a better practice than leaving it in the Whois.  We can debate the specifics of implementing such a practice, but I'm interested in whether you (dis)agree fundamentally with that approach to data management.

Updating and verifying Whois data is the best practice. Deleting
"questionable" data is a step backwards. Defaulting to not having data
is a worst-case scenario. This proposal (specifically section 13.1) is
absolutely not going to advance Whois data accuracy and will likely
cause serious damage to it.

Going a step further, are there really legacy address holders out
there who are upset about receiving free services from ARIN? Barring
that, I do not understand the problem that section 13.1 is trying to
solve. If there are, it would be nice to hear from them here. And,
even if there are, the community is best served by accurate Whois data
so their argument against participating would have to be compelling
indeed to make this idea palatable at all.

Once you eliminate 13.1, this proposal reads like an attempt to update
the transfer policy. If that is indeed a goal of this proposal; I
suggest further review of the current specified transfer policy
(https://www.arin.net/policy/nrpm.html#eight3), and a simplification
of the current proposal language.


> Cheers,
> -Benson
> _______________________________________________
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.


More information about the ARIN-PPML mailing list