[168102] in North American Network Operators' Group
Re: 10gbps peering subscriber switch recommendation
daemon@ATHENA.MIT.EDU (Mark Tinka)
Wed Jan 8 23:58:55 2014
From: Mark Tinka <mark.tinka@seacom.mu>
To: nanog@nanog.org
Date: Thu, 9 Jan 2014 06:58:31 +0200
In-Reply-To: <52CDB633.1090008@bogus.com>
Reply-To: mark.tinka@seacom.mu
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--nextPart2691659.UFof5BaJol
Content-Type: Text/Plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
On Wednesday, January 08, 2014 10:33:55 PM joel jaeggli=20
wrote:
> There are various reasons why one might take a full table
> on a switch with not not enough FIB, the important part
> of course being the part where you don't install them
> all.
In Metro-E deployments, this is a good use-case when the box=20
is providing both IP and Ethernet services to the same or=20
different customers out of the same chassis.
It avoids having to run 2x eBGP sessions for the IP services=20
(the first being point-to-point eBGP between the switch and=20
the customer to get their routes into the network, and the=20
second being an eBGP Multi-Hop between the customer and a=20
"bigger" box in your core to send them the full BGP table).
If a switch allows you to keep the routes in control plane=20
RAM without downloading them into the FIB, you can maintain=20
a single point-to-point eBGP session to the customer,=20
including sending them the full table, provided you have a=20
default route in the switch's FIB to handle actual data=20
plane traffic flow from the customer upstream.
Mark.
--nextPart2691659.UFof5BaJol
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)
iQIcBAABAgAGBQJSzix3AAoJEGcZuYTeKm+GLg8QAIqp9AJRB+c9dIesl4RBFIOW
viScGQ3X6DUfZg6fAyyYBCJbxBEWnnKhIrwsnKnOiOXRWb3bcM3apN3+BrFIQa02
hevIbyH9eGcz9whAWuGi7+A1MP9iMrRC2vccbXcfVmG7J+5YPuUU8HGGkTEywZfb
BOjJ7cg3Ixwzcu1/RaxzxIixYu/yInyde5jdI6RCPk6zKGgX04J1x6pelGUOOvIH
r4Nqzaf4Pv0s/MzY51krZLPuFpBOLJ0PZP6M2WrUeAeam7FUHsyDVvbVmneoa8cK
WFeFXTRY/LKjWP7Ml6jiHGhFRhaF46ktA7yt+D3iuhru60cdj/M/iAIJ8ntaeZBt
YUIKLokZXkEqbAPSSGvFgy3j+Pgtb/DJM5e5jb6OQ9U2ojwgTnw6l3iPQZhimxhE
CAZEIes0aDw8xcJgzQXUcL9QOggFBsNtXk29RFjBOnY8BsKXjgY8cD4XhOupPXk9
QMlytU5QY8UZKooPRkXOD50Iadm/GlWSu5egcZvopDAZYg+zmhQ7zC5OL68ayjNW
yR6UjJJg+f2rsoYp3SN9FYWDm+LT6eDFWuuvgedaJhYgrOErelmCVTDwczVFvTCc
vDubmevrrdTqL/bCsXAoFaQvHsvYA8xwVkqvemVUSHrmF3lqJhyVdAfSA+YfblYi
oCx7KIDH4aNX9uvschaF
=CB1/
-----END PGP SIGNATURE-----
--nextPart2691659.UFof5BaJol--
