[ppml] Policy Proposal: Authentication of Legacy Resources

[Owen DeLong]

On Jul 10, 2007, at 8:02 AM, Rich Emmings wrote:

> Opposed as written.
>
> Much legacy space predates ARIN which makes for odd grandfathering  
> issues.
>
Yep.

> I'd want to at least hear from ARIN vis a via the workload on this.
>
Then you should have been at the PR meeting or at least read Leslie's
presentation.

> Finally, the contact data may be 15 years old, but that doesn't  
> relate to
> it's veracity.  If it's out of date, how do you get a hold of  
> someone to let
> them know it's out of data?  Breaking their Internet isn't a nice  
> thing to
> do.  Who gets sued when it happens?

That's the problem.  However, if we start with the blocks that meet  
all of
the following criteria:

	1.	Not routed on public internet
	2.	in-addrs are lame
	3.	Contacts are unreachable
	4.	Organization cannot be reached

I think that would be the low hanging fruit.  Turning off lame in- 
addrs isn't
actually going to break anything.  Making the block visible to ISPs  
as in
a questionable status means that when someone asks a responsible ISP
to route the block, the ISP will be able to encourage them to contact  
ARIN
and update their data.

 From there, we could start looking at:

	1.	Routed on public internet
		--	Ought to be able to track down organization via the ISP if
			the usage of the addresses is legitimate.  If not, then, I'm
			not so worried about breaking their service.

	2.	Reachable in-addrs
		--	If the in-addrs appear to work or at least have a legitimate
			delegation, presumably the operator(s) of the nameserver(s)
			should be able to put ARIN in touch with the organization in
			question.

	3.	Reachable contacts
		--	This seems like a no-brainer

	4.	Reachable organization
		--	This also seems like a no-brainer.

> _______________________________________________
> This message sent to you through the ARIN Public Policy Mailing List
> (PPML at arin.net).
> Manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml