[130448] in North American Network Operators' Group
Re: NEVERMIND! (was: ARIN Fraud Reporting Form ... )
daemon@ATHENA.MIT.EDU (John Curran)
Sun Oct 3 16:18:27 2010
From: John Curran <jcurran@arin.net>
To: "Ronald F. Guilmette" <rfg@tristatelogic.com>
Date: Sun, 3 Oct 2010 16:19:11 -0400
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Oct 3, 2010, at 7:24 AM, "Ronald F. Guilmette" <rfg@tristatelogic.com> w=
rote:
> I'm sitting here looking at your NRPM 3.6 and it says:
>=20
> Unresponsive POC email addresses shall be marked as such in the database=
.
>=20
> OK, Fine. So do you have a problem with ``marking those in the data base=
''
> and specifically within the associated AS and IP block records? And if s=
o why?
There is no problem with also marking resource records which have no valid=
=20
POC's (even if not specifically stated by policy). It is an operational qu=
estion
not a resource policy question, and we generally handle those by informing =
the
community of the plans to change practices through the ARIN consultation
and suggestion process (https://www.arin.net/participate/acsp/index.html)
> And if you have a problem with that, they please explain when and why you
> suddenly developed a problem with it, because clearly ARIN _was_ doing th=
is
> before, at some point. (And it sure looks like you are NOT doing it now.)
>=20
> I'd really like to know when and why ARIN stopped putting these annotatio=
ns
> into the AS and IP block records associated with un-contactable POCs.
>=20
> Can you just answer me that? I mean, you know, without directing my
> attention to some document which also doesn't answer the question?
Amazingly, you are my customer; i.e. I do indeed work for you and the rest
of the community. So, I'm happy to try and address your questions (even if
at times it appears more of an inquisition than constructive engagement...)
The ARIN staff has been putting those notations in manually for net blocks
which lack valid contacts, but doing so is not required by policy and has=20
been resource intensive since the contact verification portion was manual.
We are now looking (as a result of your fine suggestion) at automating
this process of marking resource blocks with no valid contacts as an=20
inherent part of the new automated POC verification process.
/John
John Curran
President & CEO
ARIN
