[arin-ppml] Policy idea: POC Validation
tedm at ipinc.net
Wed Apr 15 12:22:39 EDT 2015
I like this solution a lot! It will, of course, result in the
offending ISPs POCs being spammed to death by their own automated
systems which auto-fill the SWIPs with information they seem to pull
out of thin air.
But sacrifices have to be made!
On 4/14/2015 11:08 AM, William Herrin wrote:
> On Mon, Apr 13, 2015 at 5:31 PM, Martin Hannigan<hannigan at gmail.com> wrote:
>> Did ARIN/you consider a consultation instead and simply adding a NACK button
>> to the confirmation and reassigning the block back to the ISP in question or
>> re designate to the online account owner?
> Hi Marty,
> That's a fantastic idea. But instead of deregistering the block (which
> would add chaos to the process for the right-org-wrong-POC case) do
> two things:
> 1. Feed the fact of the NACK back to the ISP with a message that the
> POC reports a registration mistake (requests contact for correction)
> and a gentle reminder that they are asked to publish accurate records
> as a condition of retaining allocations. Mistakes will be made. How
> will the folks who made the mistake find out if they don't get any
> 2. Use the data to build a stochastic model that separates routine
> bookkeeping error from orgs who are more on the negligence/fraud end
> of SWIP management.
> Bill Herrin
More information about the ARIN-PPML