[156478] in North American Network Operators' Group
Re: IPv6 Ignorance
daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Tue Sep 18 19:10:17 2012
To: William Herrin <bill@herrin.us>
In-Reply-To: Your message of "Tue, 18 Sep 2012 18:18:28 -0400."
<CAP-guGW=NJtvv3-7W20Zi5dUbNuy5m57e5pQ2cMuRfr9YCXV0w@mail.gmail.com>
From: Valdis.Kletnieks@vt.edu
Date: Tue, 18 Sep 2012 19:06:49 -0400
Cc: North American Network Operators' Group <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--==_Exmh_1348009609_2143P
Content-Type: text/plain; charset=us-ascii
On Tue, 18 Sep 2012 18:18:28 -0400, William Herrin said:
> In http://lists.arin.net/pipermail/arin-ppml/2010-September/018180.html
> I complained about mapping the full 32-bits of IPv4 address into an
> IPv6 prefix. You responded, "You say that like it's somehow a bad
> thing," and "I'm simply not seeing a problem."
>
> Have you come around to my way of thinking that using 6RD with a full
> 32-bit IPv4 mapping is not such a hot idea?
They're not in contradiction - you want a /28 so you can do 6RD, ARIN should
let you do that. You want a /28 so you can do a non-6RD network plan, you
should be allowed to do that too.
But you don't get to deploy 6RD, and then complain that you don't have enough
bits left when you try to do a non-6RD design.
Or you could be a bit smarter and realize that you probably only actually *need*
to use 16 or 20 bits of address for 6RD mapping and leave yourself 16 or 12
for other uses. AS1312 has 2 /16s, so we only need to map 16 bits of address
and one more to indicate which /16 it was and the rest can be implicit. Which of
course still loses if you have more than a /8 or so, or if you have 1,495 little
prefixes that are scattered all over the /0....
--==_Exmh_1348009609_2143P
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001
iQIVAwUBUFj+iQdmEQWDXROgAQJAYw/8DZpmkUcRC4ePjpJnmVoJR7yknNnP7/hR
T716xguX0ZciLO7azSQJOhXhrj0BTq/6/uzbTIa89st1QOGUgQCmWJ6q+LO+cbRR
qD/hbiXWEUfqlixWT8ZPNkATByYhYQyUZkz5ZDNd5aDNkENr6JuZDMFDtvXJHk/E
Y4HZB/zpAE0qvHla1W1w10X+I3AsRv9bei8wtgruf3XHin/y1q6Sik/xLWRNqZaV
vp3v7xDGXrKbb8a/GSQoAYmMGNgq9Lc1IPTewBiSBp0Y6DnOEY+HJLR/ds0d+20J
fM++hnk0EhdAnYeKMIfO3Z+sSFw7BB6T/f4UDqReBI8Ism8UiyV5iWyUt4CYwhFh
M/rDdq49IMTlyK/NSXrdF292Mw3KQJ+A3KPjG70jr87AEzYUMiA6pZF8XMEAd83V
fIttNCvdE3DN06QhWnIFU6+KHU9HicyNVh4yOz+aZTjTo+mTjDG53LTY4tKMQD08
/yIC4tIODoDPJK0imfSEFoBuTejXbs+Kx2HMQvli22ko6+L5D5J7fMC4bcxusQUZ
VJ6YtI3JMEYlqp8iCE7p5Ctx6NBzbDJepcfhMLZEQkrCOceYcKbrWOrshSceQ9Kl
29nC2k/d8PjzF3APg+WbnWgTHnT2TV91nBMty+B6wxJC0b6h9tYgzwZU7Fs4Uxkq
VQ0XzU9L+Tg=
=vYT/
-----END PGP SIGNATURE-----
--==_Exmh_1348009609_2143P--
