[99170] in North American Network Operators' Group
Re: Route table growth and hardware limits...talk to the filter
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Fri Sep 7 23:50:32 2007
Date: Fri, 7 Sep 2007 23:45:18 -0400
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <Pine.LNX.4.61.0709071849500.30395@soloth.lewis.org>
Errors-To: owner-nanog@merit.edu
--n8g4imXOkfNTN/H1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Fri, Sep 07, 2007 at 07:14:01PM -0400, Jon Lewis wr=
ote:
> For some reason, today I started out with fewer routes (228289...yesterda=
y,=20
> I started with 230686) with no filtering.
>=20
> RIR filter section Reduction in routes
> APNIC 16690
> ARIN 41070
> RIPE 16981
> LANIC 4468
> AFRINIC 1516
> -----------------------------
> TOTAL 80725
>=20
> The end result of applying all the RIR minimum allocation filters was=20
> 147564 BGP routes. I haven't checked to make sure there was no loss in=
=20
> reachability...this is just an idle 7206/NPE225 with nothing but its=20
> ethernet uplink.
The CIDR report states that we have 235647 routes that could be
aggregated to 154503 routes. While not the same metric, I'd be
surprised at 147,564 routes if you did not have reachability issues.
> The prefix-list I'm using for this experiment is:
One idea I've seen tossed around is to allow for a small amount of
deaggregation. For instance, if in a /8, the RIR allocates down
to a /20, you might allow a /21 (break it into two blocks) or a /22
(break it into four blocks). Yes, that allows people with bigger
allocations to break into more blocks, but it also allows everyone
to do some TE without letting them do an unlimited amount.
I fear some filtering is in our future. I'm not really opposed to it,
either. However I'm afraid your results show the currently available
filters to be too aggressive.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org
--n8g4imXOkfNTN/H1
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (FreeBSD)
iD8DBQFG4hrNNh6mMG5yMTYRApt2AJwMAxhXa70QPCQkJeA6OaJf2xvwCwCfUQYx
0Hrmzh1GqQhXE0E0FICFlzQ=
=zz4h
-----END PGP SIGNATURE-----
--n8g4imXOkfNTN/H1--
