[27418] in North American Network Operators' Group

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

Re: More route-table bloat vs. ARIN micro-allocations

daemon@ATHENA.MIT.EDU (Steve Rubin)
Sat Feb 19 03:00:49 2000

Date: Fri, 18 Feb 2000 23:58:44 -0800
From: Steve Rubin <ser@tch.org>
To: "John M. Brown" <jmbrown@ihighway.net>
Cc: nanog@merit.edu
Message-ID: <20000218235844.A16781@tch.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20000219003732.B16544@abq-mail-01.ihighway.net>; from jmbrown@ihighway.net on Sat, Feb 19, 2000 at 12:37:32AM -0700
Errors-To: owner-nanog-outgoing@merit.edu


On Sat, Feb 19, 2000 at 12:37:32AM -0700, John M. Brown wrote:
> 
> so I decided to poke around some more...
> 
> I really can't see how the argument of ""Route / AS-Path" table bloat
> is going to break things if ARIN starts doing mico-allocations for
> providers that need to multi-home, but don't need tons of space.
> 
> I really like the /30's, /32's...   

[routes deleted]

I take it you get transit from the network formerly known as iMCI as from what 
I can tell, it looks like they don't send these routes to peers.  I'd be 
willing to bet this is a knob they can turn off for you if you don't want to
see the routes... Or you can just install some sanity filtering on your 
inbound peers/transit providers to nuke the /25 and up's.

Then again, like Patrick, I have no enable, so what do I know? :-)

-- 
Steve Rubin * ser@tch.org * http://www.tch.org/~ser/


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