[58060] in North American Network Operators' Group

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

Re: The in-your-face hijacking example, was: Re: Who is announcing

daemon@ATHENA.MIT.EDU (Christopher L. Morrow)
Wed Apr 30 02:10:34 2003

Date: Wed, 30 Apr 2003 06:09:56 +0000 (GMT)
From: "Christopher L. Morrow" <chris@UU.NET>
To: Alex Rubenstein <alex@nac.net>
Cc: Richard A Steenbergen <ras@e-gerbil.net>,
	Jack Bates <jbates@brightok.net>, Sean Donelan <sean@donelan.com>,
	"kai@pac-rim.net" <kai@pac-rim.net>,
	"nanog@merit.edu" <nanog@merit.edu>
In-Reply-To: <Pine.WNT.4.43.0304300004230.1076-100000@TEMPEST.hq.nac.net>
Errors-To: owner-nanog-outgoing@merit.edu




On Wed, 30 Apr 2003, Alex Rubenstein wrote:

>
>
> Back in the day when we had InterNAP transit, I can attest that they were
> filtered at _least_ by prefix, by mostly all of the folks who they
> acquired transit from.

(I'm about to step into a big hole... but really I'm asking a question,
not being mean)

That may be true, but what does a provider do when they are presented with
written 'authority to use address space' from a customer? Certianly if the
customer provides 'proper' documentation that the ip space is available
for them to route, and that they have authority from the 'owner' to do
this... what is an ISP to do? Aside from route the blocks?

>
>
> On Tue, 29 Apr 2003, Richard A Steenbergen wrote:
>
> >
> > On Tue, Apr 29, 2003 at 05:04:28PM -0500, Jack Bates wrote:
> > >
> > > InterNAP. They are large enough that their transits usually don't filter
> > > them, yet they have had several problems in the past with their
> > > customers and not validating the information they've been given. It's
> > > even possible that InterNAP is filtering but took Thorn's word for it.
> > > I'm unfamiliar with 12124's history.
> >
> > Inap is filtered by almost every one of their transits, both manually and
> > with IRR entries. In fact, cleaning up all the IRR entry mess created by
> > proxy registered routes from inap and their transits can be a full time
> > job.
>
> -- Alex Rubenstein, AR97, K2AHR, alex@nac.net, latency, Al Reuben --
> --    Net Access Corporation, 800-NET-ME-36, http://www.nac.net   --
>
>


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