[99221] in North American Network Operators' Group

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

Re: Route table growth and hardware limits...talk to the filter

daemon@ATHENA.MIT.EDU (Stephen Sprunk)
Mon Sep 10 12:02:08 2007

From: "Stephen Sprunk" <stephen@sprunk.org>
To: "Forrest" <forrest@almighty.c64.org>
Cc: "North American Noise and Off-topic Gripes" <nanog@merit.edu>
Date: Mon, 10 Sep 2007 10:37:43 -0500
Errors-To: owner-nanog@merit.edu


Thus spake "Forrest" <forrest@almighty.c64.org>
> With the option of filtering on the RIR minimums, I'm not terribly
> worried about breaking connectivity to the people announcing all
> /24s instead of their /19.  Broken connectivity for them is probably
> the only way they will ever look at cleaning up their announcements.
>  The organizations that are hurt unnecessarily by filtering on the
> RIR minimums are the ones multi-homing with smaller PA space

Sucks to be them.  If they do not have enough PA space to meet the RIR 
minima, the community has decided they're not "worthy" of a slot in the DFZ 
by denying them PI space.  OTOH, most providers are happy to give out as 
much PA space as you need, as long as you pay for it.  If you only have a 
/25 today and you need a /24 for your PA route to be heard, call your 
upstream's sales droid and request a /24.

> or announcing a few more specifics here and there for traffic
> engineering.

Such folks would lose the effects of their TE, if their TE routes are longer 
than RIR minima, but not connectivity in general.  Also, TE is only useful a 
few AS hops away, so the filter being discussed could be combined with 
another solution being proposed to allow longer-than-RIR-minima routes with 
a short AS PATH.

S

Stephen Sprunk         "God does not play dice."  --Albert Einstein
CCIE #3723         "God is an inveterate gambler, and He throws the
K5SSS        dice at every possible opportunity." --Stephen Hawking 



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