[138667] in North American Network Operators' Group
Re: Internet Edge Router replacement - IPv6 route
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Fri Mar 11 19:56:57 2011
Date: Fri, 11 Mar 2011 16:56:49 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <E0EF9362-33FC-4CC7-ACAB-EFF119A645C8@delong.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Fri, Mar 11, 2011 at 04:13:13PM -0800, Owen DeLong =
wrote:
> On Mar 11, 2011, at 10:58 AM, Leo Bicknell wrote:
> > Well, I at least think an option should be a /80, using the 48 bits
> > of MAC directly. This generates exactly the same collision potential
> > as today we have with a /64 and an EUI-64 constructed from an EUI-48
> > ethernet address. The router is already sending RA's for SLAAC to
> > work, sending along one of a well-known set of masks would be a
> > relatively minor modification.
> >=20
> How would you use that on a Firewire netowrk or FDDI or any of the
> other media that uses 64-bit MAC addresses?
It wouldn't.
I'm not proposing a solution for everything, just a useful case for
some things. I don't want to change say, RIR policy that you can
allocate a /64, just allow operators to use /80's, or /96's in a
more useful way if they find that useful.
Basically I think the IETF and IPv6 propoents went a bit too far
down the "one size fits all" route. It has nothing to do with how
many numbers may or may not be used, but everything to do with the
fact that you often have to fit inside what's been given to you.
If you're stuck with a monopoly provider who gives you a /64 to
your cable modem there should be easy options to split it up and
get some subnets.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--mP3DRpeJDSE+ciuQ
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)
iQIVAwUBTXrE0bN3O8aJIdTMAQKF3g//SnFkvvJeG1L0sD98aESWOGZrRUYSst/F
Xmk+B9QmE3GWryUur/d0Z2vhWLoJ3IqCTbVKv90h7e19NpXf84TJlcmNV2htd4NY
5e1nu9ATCLPcl4VxwyXK6KHyQCLvyY8tjbTUeX1glrMasQypcxR/w+B9FjxuocUD
bsP34LoBMLv0/xPEQ0Nr3dOWp6o+MQXCxr531JReOITO9GQ/zQXTc9zXlBHhdgUR
bv5KCWLt8KURZDhOqIdEHwZutcu34dueaKFTizzLbYNgaC/DWL31G+OKi4bnOe0e
VERgBwuifMiP7I0RgDtu3lCSKlfFe1J9lPF2WeJE44Wbweqgc0OPmO84MDv3x+R3
cN6KeHcxO8Z84aQsA0VC+TyTFVX/7rcO284x7hyrYV86ie+1zvsECl3p+CMBfNfC
CUCSK0JlxfIPKfgF6i2V1yLhi15p4mLC1hYV84ieTLpDXtHW0eQiZTOniplY6zRL
7WNWXfXWwnyZjkCIV+gOt0vPpWeFvDHSVircMj4JDotJKPUn/Ov0nCSQ9VA3SWtm
JhsltqWhOBdmn3aQuzruVSyUoeiRZNqNk1IPvBRgHH+hxVIhq6l59vN9lEM11ZmD
T0lmvv5pKWOj6hUOsBHi+ujnQkpBBu8k5aLH+zB6WNIEHCU51htIvWtaBSEZ00SB
uj4Rs+RO+S8=
=rylB
-----END PGP SIGNATURE-----
--mP3DRpeJDSE+ciuQ--
