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

cja@daydream.com packetgrrl at gmail.com
Tue Feb 15 16:53:10 EST 2011


Further we have been asked on a number of occasions by law enforcement not
to remove questionable data from whois.  They insist that it's often better
than nothing..  I forget which ARIN meeting it was but there was a
presentation by some law enforcement folks regarding this very issue.  I am
sure the slides are around somewhere on the ARIN site.

-----Cathy



On Tue, Feb 15, 2011 at 10:50 AM, Chris Grundemann <cgrundemann at gmail.com>wrote:

> 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,
> ~Chris
>
> >
> > Cheers,
> > -Benson
> >
> >
> > _______________________________________________
> > PPML
> > 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.
> >
>
> --
> @ChrisGrundemann
> weblog.chrisgrundemann.com
> www.burningwiththebush.com
> www.theIPv6experts.net
> www.coisoc.org
> _______________________________________________
> PPML
> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20110215/6ce5e8f5/attachment.htm>


More information about the ARIN-PPML mailing list