[135464] in North American Network Operators' Group
Re: Using IPv6 with prefixes shorter than a /64 on a LAN
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Tue Jan 25 17:21:58 2011
Date: Tue, 25 Jan 2011 14:21:12 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <63907.1295993236@localhost>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--17pEHd4RhPHOinZp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Tue, Jan 25, 2011 at 05:07:16PM -0500, Valdis.Kletn=
ieks@vt.edu wrote:
> To burn through all the /48s in 100 years, we'll have to use them up
> at the rate of 89,255 *per second*.
>=20
> That implies either *really* good aggregation, or your routers having eno=
ugh
> CPU to handle the BGP churn caused by 90K new prefixes arriving on the In=
ternet
> per second. Oh, and hot-pluggable memory, you'll need another terabyte o=
f RAM
> every few hours. At that point, running out of prefixes is the *least* o=
f your
> worries.
If you were allocating individual /48's, perhaps. But see, I'm a
cable company, and I want a /48 per customer, and I have a couple
of hundred thousand per pop, so I need a /30 per pop. Oh, and I
have a few hundred pops, and I need to be able to aggreate regionally,
so I need a /24.
By my calculations I just used 16M /48's and I did it in about 60
seconds to write a paragraph. That's about 279,620 per second, so
I'm well above your rate.
To be serious for a moment, the problem isn't that we don't have
enough /48's, but that humans are really bad at thinking about these
big numbers. We're going from a very constrained world with limited
aggregation (IPv4) to a world that seems very unconstrained, and
building in a lot of aggregation. Remember the very first IPv6
addressing proposals had a fully structured address space and only
4096 ISP's at the top of the chain!
If we aggregate poorly, we can absolutely blow through all the space,
stranding it in all sorts of new and interesting ways.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--17pEHd4RhPHOinZp
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)
iQIVAwUBTT9M2LN3O8aJIdTMAQIFjg//ZF9hYv9CcpwCUaoQc3L9W0nHIE1tWFvG
D7JoXM3flxDibCGydRu+ZI2RfWGjp4CK8KxhtXLz1nydt3N2/OpjXMQF4N3Gqv26
BDOgY2/S9znWRPy5mUkwp7Uus9t3RNqwXAWNCvQeD0yM0GFNpDb57LmS+d6c8M1D
MJG4Uk6nYqVRHTVsKVTaU/pfdUVeG6YNaQVibGC82zv/qye5iLa4W++iuy/SefG+
cHmp3DTg12bYBui8NMl2BDd5tdjB/zQrKM8HPUvxo0AMrDUwkFhIu/014WJeuJWz
iyLH0sEhg+bwl75lzzFrWRYhF5G1hTmcFVA2elOqNx99nKynfOpbMfOBuedON4UG
xg1pJBS7VTeeBZk2BXY7XiCErkCpYzCmUj3Xck9bbCx85nQqsPtAOM5bqQOHixLh
DjXtL5BCLsdLHTHVWRZO2oYq7OWQoDDLp0loctcT3HowUjS72NbV6i6BRlA1Ao7j
tcZUEV2rdItmsa2E7YFHPWkNTCc3mHryqPH310s2W9l8k+EaV4w1sQF4QnE2L0NY
vtlzOO667KtnkY5Bt2yoH1JM1LfTPMcDqRnXIxr7lCJoo2Mv76e7gItD0jEYnpiZ
Y/5ZfNJWiA3agfxSCytlwnDlmkrFI6ncE/e2Q1s/HAaiKkgvTRi+kSq1BFkjvkkh
IncpkTA1PH0=
=4g72
-----END PGP SIGNATURE-----
--17pEHd4RhPHOinZp--
