[173551] in North American Network Operators' Group
Re: Best practice for BGP session/ full routes for customer
daemon@ATHENA.MIT.EDU (Mark Tinka)
Mon Jul 28 02:19:20 2014
X-Original-To: nanog@nanog.org
From: Mark Tinka <mark.tinka@seacom.mu>
To: Nick Hilliard <nick@foobar.org>
Date: Mon, 28 Jul 2014 08:18:52 +0200
In-Reply-To: <53C7A46D.3090405@foobar.org>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Reply-To: mark.tinka@seacom.mu
Errors-To: nanog-bounces@nanog.org
--nextPart3131988.sGj6GZsKnl
Content-Type: Text/Plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
On Thursday, July 17, 2014 12:24:45 PM Nick Hilliard wrote:
> there are other drawbacks too: the difference in
> convergence time between < 24k prefixes and a full dfz
> is usually going to be large although I haven't tested
> this on an me3600x yet.
Not having to install the routes into FIB (even on software-
based platforms) makes a ton of difference.
Our testing when using this feature on the ME3600X has=20
shown:
1. The switch will download a full copy of the IPv6
table of 18,282 entries in 1 second. This is from
2x local route reflectors, so no latency.
2. The switch will download a full copy of the IPv4
table of 499,437 entries in 3 minutes, 10
seconds. This is from 2x local route reflectors,
so no latency.
The IPv4 convergence was consuming between 12% - 30% CPU=20
utilization during the table download. This was on the IPv4=20
table, given its size. The IPv6 didn't bother the switch in=20
any way.
The CPU on the ME3600X is a little slow; we've seen far=20
better IPv4 BGP table download times on meatier CPU's, and=20
the CSR1000v, which runs on servers that kick typical router=20
CPU's into the stone age.
=09
> Also these boxes only have 1G
> of memory might be a bit tight as the dfz increases.=20
> For sure, it's already not enough on a bunch of other
> vanilla ios platforms.
Total memory utilized (for 2x full BGPv4 and BGPv6 feeds,=20
and after IOS deducts system memory for itself) came to=20
370MB.
That left 424MB of memory free.
Code is 15.4(2)S.
Cheers,
Mark.
--nextPart3131988.sGj6GZsKnl
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
iQIcBAABAgAGBQJT1etQAAoJEGcZuYTeKm+G3AcP/il30uFFvPGTqhzU6Bi+NY/M
6Uzyv0xoGIT6w5T4OWAkkXJzO4xhDv9e8Vkgc/tclGZz0qu/3eDMLyZfOL8lUYNw
kw2cu5zUevqkHyRIW+NRLuAm8mlanT0hZtUljACgqJgX+tPh1Mx41YaiDO9zpsyf
k2gyZQVQV3N80AZSMipOKivpS1RhQmzYAykYfUd0hkCDgdVGDSUm6NI7f+INgRx1
l9F59rMFX8DhvNpoa0JMBVunW50M11AaPdU6HS6ypF2Dd4Lys3cI8jXyqWcTC4s3
+XzwyGvL/hvaDp++MlntFgGNToo0IIei/IiYFRtLhhmeQPqu+tHl5PHKdjenbpBX
8FpzFnBHhfWZ3QG6ijHb6qa2LWHGEsBM8X/+rjINIOOUYIFQV0lSz8tQvlYZWIoI
Difco8ZzczzmB2EbHRVEPPmguvVyLgRfvnu9934Q5Ld/sK4VU7/Bl9mbFmggv2BS
zDWHVLT048rNBBfCrwOK358qYUQx/Kpm2zdR00gWhMsZjJ8G0jykyl7UN8+Y29Ao
ID8vm/x+qKrSW3G67NQL3Koyxdkt9qLOW+Spgw6CGCMp/+ByokwNWJthhR10TYaW
wMgOxbKRQW+R+jnU60DcyFIc/Lvf/rcHXIu7uQ8PLGwVDa0OkIHtXm9XuB3LMlEI
HPq274gq9l3lXP4wcV5c
=BixB
-----END PGP SIGNATURE-----
--nextPart3131988.sGj6GZsKnl--
