[arin-ppml] Thoughts on 2015-7

[Steven Ryerse]

I agree with Matthew.  +1

Steven Ryerse
President
100 Ashford Center North, Suite 110, Atlanta, GA  30338
770.656.1460 - Cell
770.399.9099- Office

[Description: Description: Eclipse Networks Logo_small.png]℠ Eclipse Networks, Inc.
        Conquering Complex Networks℠

From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On Behalf Of Matthew Kaufman
Sent: Thursday, August 20, 2015 6:58 PM
To: arin-ppml at arin.net
Subject: Re: [arin-ppml] Thoughts on 2015-7

On 8/20/2015 2:05 PM, David Huberman wrote:

Hi Bill,



> Still against it because it still applies to out-region transfers where ARIN no

> longer has access to it and CAN NOT revoke it for fraud when the attestation

> turns out to be untrue.



So I get what you're saying.  And you're right.  You and I petition ARIN, attest
that we forecast to use a /X, we're lying, and we transfer it out of the region and

ARIN is done with it - ARIN has no control over the block transferred out.

That is true today. ARIN does not have any control over how IP blocks are used (or transferred) today.

Which is why I'm supportive of this policy... it makes the right thing (recording a transfer properly in the ARIN database) happen.






The disagreement I have with this view is that I don't want us making policy that

punishes the 99.9% of people who are telling the truth and just want to run their

network, so that we can somehow "catch" the 0.01% of the scammers.  I prefer

making policy which works well for bona fide network operators.  People will always

lie, and I do not believe it’s ARIN’s job to catch that.

Also agree... writing policy to try to block the wrongdoers always makes it harder for the legitimate users... which is the group ARIN should be supporting.

Matthew Kaufman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20150820/6dc00cfa/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1468 bytes
Desc: image001.jpg
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20150820/6dc00cfa/attachment.jpg>