[147046] in North American Network Operators' Group
Re: IPv6 prefixes longer then /64: are they possible in DOCSIS
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Wed Nov 30 22:28:15 2011
Date: Wed, 30 Nov 2011 19:27:17 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <CALFTrnPbNEOyRrPpqUTGqfRR3YK7-hp8A+U=BM=+kqpepHnRhg@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--ZGiS0Q5IWpPtfppv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Wed, Nov 30, 2011 at 07:19:51PM -0500, Ray Soucy wr=
ote:
> There is a lot of talk about "buggy" systems that are unable to handle
> prefixes longer than 64; but I've yet to encounter one. I imagine if
This has been one of the first thing I tested with new router gear
for, well, a decade or more now of IPv6 testing. I too have never
encountered such a box, even in the early days of IPv6. I think
if any such boxes were made they were likely prototypes and never
sold in quantity.
There was a different, but related problem early on. Platforms
with 32-bit TCAM that had to be retrofitted for IPv6 had to do
multiple lookups. Two lookups got you 64 bits, and since 64 bits
was the "longest subnet" they did dumb things past that bit boundary.
This could result in less than line rate performance of IPv6 frames.
I'm honestly having trouble remembering which platforms had this
issue, perhaps someone remembers better than I do. However, I do
think my lack of memory is in part because I haven't encountered
one in a network anytime recently...
In short, a total non-issue in terms of IPv6 deployment today.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--ZGiS0Q5IWpPtfppv
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iQIVAwUBTtb0FLN3O8aJIdTMAQKcVw/+OT4LpnLr/ZOEFtSFhEkYIKeqfMhyn2Es
XKddK8gEuc1DBXIzOEyIKzaq3opgzNJarFZCoR60UPR8Wz0sL8zdbJluO4FgsK50
gWnY9Mb+Fvnl2un3VLBd7sCpHx6cctdoF16Knq0NiiVgtMKE1fuax9HQC/X+Nzrh
+NVO71LgBfmcDT5+rk2oHEM5lGhTr0pntqt+A6eHSq/vPezIviOiWdHTJ7U3PS0n
JYcniAnZA+sW1IKhDo3RzoljrHcmAn6okW7aBoLKLQ5Agx451+KN7SJsRWASnztH
BMTZsOI4XZLvHAYH6DU0ocDDoSeb55+uWXUEmLI77B/ej4Z5Sv43I2w17TBPIS+J
DUjVrSX357DPQCacDsr5LjJm4goEVakXe5NrMmNnXNn5HRqfeTcvbj/yNmuxRZr+
MXVopE5dbJ9fL5HFjcvHYzuifVbG68615WKir7ntySh0wPIFKn7reZ5Pm8UfcK6X
Naf17IfhdTveqHL9mLDmz7qO05RY65fRml6tpikqOe8Yb5gaG8yMVjuOM8Zn4kgO
MgQRUmG/aUsQQz+xNIcCXy4rh8ZuYZhdrB7l5LC6tUSKXWf1qohTyzyUW63oEeeu
weIZwKqULIzfkglO4tyVu+pM81z2jmULwgbk0a6N8Cq4nG8vXkXw+12Y/Kg/IUeZ
4RD3p6pvNhU=
=rcC4
-----END PGP SIGNATURE-----
--ZGiS0Q5IWpPtfppv--
