[173847] in North American Network Operators' Group
Re: Dealing with abuse complaints to non-existent contacts
daemon@ATHENA.MIT.EDU (David Conrad)
Sun Aug 10 17:17:30 2014
X-Original-To: nanog@nanog.org
From: David Conrad <drc@virtualized.org>
In-Reply-To: <7DB563EA-ED6B-4C1A-836F-9BBAFA8E1C50@pch.net>
Date: Sun, 10 Aug 2014 14:15:03 -0700
To: Bill Woodcock <woody@pch.net>
Cc: NANOG <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
--Apple-Mail=_CF023422-1FA5-493E-B9E3-0AA4607A6828
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=windows-1252
On Aug 10, 2014, at 2:05 PM, Bill Woodcock <woody@pch.net> wrote:
>> It would be nice if allocations would be revoked due to invalid/fake =
contact info.
>=20
> That=92s been debated many times, in most of the RIRs, and has not =
resulted in any persistent policies that I remember offhand. The tide =
may turn, as it were, if problems get sufficiently bad, at which point =
these sorts of policies might receive sufficient support to be passed, =
and stick.
Which, of course, would not actually cause address space to be magically =
returned to the RIR. The RIRs are not the Internet Police and attempting =
to use the Whois database as a stick to beat =93bad=94 ISPs will simply =
result in the Whois database becoming less and less relevant.
What might work would be for the RIRs to annotate registration data =
records with stuff like "valid/invalid contact information=94 =
(accessible programmatically via RDAP) and allow ISPs to build filters =
based on that annotation.
But yes, this has been debated many times and nothing ever seems to get =
done.
Regards,
-drc
--Apple-Mail=_CF023422-1FA5-493E-B9E3-0AA4607A6828
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org
iQEcBAEBCgAGBQJT5+DXAAoJENV6ebf0/4rX0R4H/jF+r0DIrY8M4IOdClf01elK
gooRWXd6PqOVfn6Jti4SRD2a/3GmYhZXErDxU9qo66g17lhXNDSZoymKo9er1LfS
2/A3cDHZG5tD03Hdx35h25Rdwk4cQlsfRKt3sPfvpzYBBWsT8suDxH38XUyu1gpH
0z04lqfeOT2epP6EiXRJWIyo/5UAZF++EVLdJ/yCGRsCM4oEz0Jbf01nhYV3UWhC
DVO3y2XKldH0SfpSWLUoXZ1xa2z2R/skq7W11HeZVCk4PTOjmmft8QfnwXwFvjXH
AW04pJnxtEc/aJ1H+Aw1YcrGpSaJC7QTcVwUdeYntF8hK4GU8mzA19rhgMOkePQ=
=BuaF
-----END PGP SIGNATURE-----
--Apple-Mail=_CF023422-1FA5-493E-B9E3-0AA4607A6828--
