[141711] in North American Network Operators' Group
Re: The stupidity of trying to "fix" DHCPv6
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Fri Jun 10 12:06:39 2011
Date: Fri, 10 Jun 2011 09:06:28 -0700
From: Leo Bicknell <bicknell@ufp.org>
To: Iljitsch van Beijnum <iljitsch@muada.com>
Mail-Followup-To: Iljitsch van Beijnum <iljitsch@muada.com>,
NANOG list <nanog@nanog.org>
In-Reply-To: <10BD976B-7EEB-40DF-936B-4D19CFD2D187@muada.com>
Cc: NANOG list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Fri, Jun 10, 2011 at 05:49:51PM +0200, Iljitsch van=
Beijnum wrote:
> One of my main points is that you can't do that for many years to come, b=
ecasue CURRENT hosts require them. It took us 8 years to get from the publi=
cation of the DHCPv6 RFC to the deployment of DHCPv6 in all big operating s=
ystems. What's the point of doing all kinds of stuff now just so you can tu=
rn off RAs in 2019? By that time the switches will have all the necessary o=
ptions so the problem is moot.
You may be correct for folks who deploy the free public WiFi at the
local beverage vendor.
However, many networks are much more closed deployments. Enterprises
have not deployed IPv6 internally yet. Many will not deploy it for
another 3-5 years, chosing instead to use web proxies at the edge
that speak IPv4 (RFC1918) internally and IPv6 externally. They
often can enforce the software deployed on the boxes connected.
I very much think there are a lot of people who could deploy RA-less
networks in the timeframe you describe, if and only if the standard
to do so where published. If we had a standard today you could
have patches from a vendor in a year, and still be well before many
of these folks deploy anything.
The fact that bad standards and software exist today should never be an
argument to not design and deploy better software. So what if it takes
until 2019, at least from 2019 to the end of IPv6 we'll have something
better.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--sm4nu43k4a2Rpi4c
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)
iQIVAwUBTfJBBLN3O8aJIdTMAQLdsg/9GhBYxgR8/ge1smR/m7255II/x/jWpQSP
kSm7++fMJn4UD96VxNXQtktg0AxAvPxRyD5isolW+RhLbubNVWlsYD7blZ+JM4hi
NInw3rk+Et74dKnaSceSpEcO0ivuM7uaiBJiPEe7oVxJWZ8AYzkAmFoKTxBiPwO/
mLxAblJramh+7e5y7RxVYeSqQZtYaQULMhJ76ycR63xC6XhgJcRFSAFExrPnyMfU
0cHesvXQ/mkj4407qLCgPR/LI3w3+FMaQ6rb+KsEPpDJy0lXnUU+4B3ogstgA6b9
pyGZ4aGDAjIeCss2dZtErogrr+S147C0AlOeviAqefRBXBVhW+HcZ9f/MsUhlI2/
HNI8uUlVmZAKp7vBsjoNqpvO8UPog+rRhf9EhSDwZjbQC4/LBG11Of6wk57C2P3I
+eOCIEn1/GkE5r+zcbn832l4YfMmxXHl6taT6nLQlCsgaa/i3xhT+L4gAbmAe1Bh
mZzYojAk1IrMZwUmN/veCfpa/31UXJNcw0V4lQWjCeHuieR0jzoJAy0f7tonw/7s
APewmOTkLMsHqlh33QgCmKpGEEX0VX+D4sgvZJ2xR7gEcnA1HlSqq1Fk4bOSnxwl
hIL3Vuh2YFC/SPR1n/sXRapJ1jryfFUWD125wGiL7KsNnyqNIknyaCYTeGeti5TR
RA7fH/0yakk=
=tGb5
-----END PGP SIGNATURE-----
--sm4nu43k4a2Rpi4c--
