[158547] in North American Network Operators' Group
Re: When an ISP should run their own IRR for customers
daemon@ATHENA.MIT.EDU (Courtney Smith)
Sun Dec 2 18:24:56 2012
From: Courtney Smith <courtneysmith@comcast.net>
Date: Sun, 2 Dec 2012 18:24:39 -0500
In-Reply-To: <mailman.8848.1354443482.12739.nanog@nanog.org>
To: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Dec 2, 2012, at 5:18 AM, nanog-request@nanog.org wrote:
>=20
> Message: 4
> Date: Sat, 01 Dec 2012 20:20:51 -0500
> From: ML <ml@kenweb.org>
> To: nanog@nanog.org
> Subject: When an ISP should run their own IRR for customers
> Message-ID: <50BAACF3.4040204@kenweb.org>
> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed
>=20
> I'm querying the community on the feasibility of running my own IRR on=20=
> behalf of customers whom probably aren't/won't register their own=20
> objects. I'm going down this path since I don't believe RADB or ARIN=20=
> would let me register objects on behalf of my customers.
>=20
> I know I'm going to need this in the near future once my AS starts to=20=
> peer. Conservatively I would be proxy registering about 100 =
customers.
>=20
> Would a potential upstream/peer NOT want to query my IRR because I'm =
not=20
> RADB, ARIN, etc (Essentially not a well known registry)? If not, is it=20=
> likely my IRR could get mirrored by RADB so other networks can =
retrieve=20
> good info via RADB.
>=20
> If I was to run my own IRR is Merit's IRRd they way to go or is there=20=
> something better?
>=20
>=20
> Thanks
>=20
>=20
>=20
>=20
I do not think running your own IRR is worth it for 100 customers. =
Unless it's something you want to do for your own experience and =
knowledge. Maintain the objects under your maintainer for customers =
who, for whatever reason, are unable to maintain their own objects. =
Just make sure your internal processes address deleting objects when =
customers leave. Deleting seems to be something folks forget about. =20
Courtney Smith
courtneysmith@comcast.net
() ascii ribbon campaign - against html e-mail=20
/\ www.asciiribbon.org - against proprietary attachments
