[176669] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Followup: Survey results for the ARIN RPA

daemon@ATHENA.MIT.EDU (Baldur Norddahl)
Mon Dec 8 18:31:58 2014

X-Original-To: nanog@nanog.org
In-Reply-To: <20141208224608.2C086252507E@rock.dv.isc.org>
Date: Tue, 9 Dec 2014 00:31:44 +0100
From: Baldur Norddahl <baldur.norddahl@gmail.com>
To: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org

I care mostly about routes to destinations  close to me. If someone
steals  a route  from someone  on other  side of  the world everyone will
rightly assume it is the other guys having trouble. Plus we simply do not
have much traffic there. On the other hand  it adds up for the target  if
many ISPs around the world is fooled.

But that is just my ramblings. I am also warning that the RIPE tool already
ignores ARIN. Anyone from RIPE will be ignoring you unless they go out of
their way to fix it. My bet is therefore that ARIN is being  ignored by
many if not most.

Regards

Baldur

Den 08/12/2014 23.46 skrev "Mark Andrews" <marka@isc.org>:
>
>
> In message <CAPkb-7DmELgaD0F=
paXdJZuPgi5vqP0Pp8ysYSL+GkXLDMJU2Q@mail.gmail.com>
> , Baldur Norddahl writes:
> > We signed our ROAs but we wont be validating anything from the ARIN
region.
> > I believe you will find this to be the norm. The tool provided by RIPE
also
> > ignores ARIN by default.
> >
> > Someone will probably tell me that I am being arrogant again, but
basically
> > you are asking me to help protect your  routes. And you want me to sign
> > something first. I am not going  to even read that agreement. I do not
> > believe I am alone in this.
>
> Well the tool is designed to prevent you being fooled by people
> injecting bogus routing information.  If you wish to continue to
> be fooled so be it.
>
> If I was running a ISP I wouldn't want to be in the position of
> explaining why I was accepting bogus routes when I have the way to
> reject them.
>
> The agreement is that if you run the tool and there is a mistake
> in the data or the servers are not available that you won't sue
> ARIN for the mistake.
>
> Mark
>
> > Regards
> >
> > Baldur
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org

home help back first fref pref prev next nref lref last post