[routing-wg]routing table growth

On Tue, 17 Jan 2006, Nikolay Datchev wrote:

Been there.  Done that. See Oct 2002 NANOG presentation:
http://www.nanog.org/mtg-0302/cidr.html

I currently have been attacking Bogon ASNs (AS64xxx) and have managed to
get almost all removed over a period of 4 months.  Tackling the prefix
deaggregators is a much larger task and would need 3-4 dedicated
volunteers in order to begin.  And one can always email to some unknown
whois contact.  Almost all are friendly and some will say 'sorry, I
deaggregate for the following reason..." and not much can be done to
change their minds.

-Hank

> Hello group,
>
> I want to raise up again the question about world BGP routing table. I
> don't know what is the result after last discussion (Oct.2005), but maybe
> peer pressure is not the only way to follow regarding the solution. What a
> big transit provider can do about customers of it's customer, which
> politics is "i pay, so i want to do what i want with my AS/prefixes"? I
> know network administrator, who says "I advertise all my networks as /24's
> (few /19's...), just because i don't want somebody else to be able to
> advertise them as more specifics and blackhole me - this is our security
> policy". There are others, whit PA space, not multihomed, but with own AS
> number, advertising specific networks just because "it's cool to use my AS
> number". Or even worse - the combination of the two mentioned above.
> Also, there are administrators who don't know about aggregating - "I got
> my 8 class C networks from my LIR, and i advertise them one by one".
>
> We have tools like CIDR-repors. Think about this scenario: volunteers
> spending few hours per week and catching such networks, contacting via
> email the network administrators, and ask them to aggregate. I have
> success with this, but only for administrators that i know personally.
> But i feel inconvenience to contact other people and to say them "Why you
> don't aggregate your networks? Help for stopping routing table growth!"
> It sounds sluggish, but it's more than nothing.
>
>
>  +++++++++++++++++++++++++++++++++++++++++++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.
>