[141902] in North American Network Operators' Group
Re: The stupidity of trying to "fix" DHCPv6
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Mon Jun 13 20:54:59 2011
Date: Mon, 13 Jun 2011 17:54:53 -0700
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <377E4C6A-D179-4083-B3EF-5E71FE612113@delong.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--YZ5djTAD1cGYuMQK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Mon, Jun 13, 2011 at 05:41:12PM -0700, Owen DeLong =
wrote:
> > The IPv4 host does this once and gets its lease. If there is no DHCPv6 =
server then DHCPv6 clients would keep broadcasting forever. Not a good thin=
g.
> >=20
>=20
> Which is no worse than the behavior of an IPv4 host on a network without =
a DHCP server.
I understand on some level why the IETF doesn't want DHCPv4 to be
able to hand out IPv6 stuff, and doesn't want DHCPv6 to hand out
IPv4 stuff. In the long run if you assume we transition to IPv6
and run only IPv6 for years after that it makes sense.
However, I do think a single option is needed in both,
"ProtocolsAvailable". Today it could have "4" or "6", or "4,6".
In the future, who knows. The idea being if I am a dual stacked
host and I do DHCPv4 and get back that only 4 is available, I might
stop doing DHCPv6 or at least make my exponential backoff even more
exponential. Similarly, if I get back "4,6", I might know to
immediately try the other protocol as well.
This would allow end stations to greatly optimize their behavior at all
stages of deployment.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--YZ5djTAD1cGYuMQK
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)
iQIVAwUBTfaxXLN3O8aJIdTMAQKGwhAAl/i0aj6UmgBJ5BwXf6WbPiee/yAvH4Dl
UGOd8INSZHRdx0Va9GWQdwarLcikj0IHjaXQUQE6FmzM78B3O5iwxQFqKALkLVT2
Qs8h6e0Fs7eUyweRlDFAx4KOp749BUV7DFTRlFZMvEdDSJQRZnbrEkPkrNq731uU
pHtUPm4JdDkksOKY6rOwAD8Ra+aBOtYx/NT9ezPpBMAv8CGBw3Kc5D3IKv2zrFQW
4s4lzCCa/8InZbrq7pj19zZdnq8SOP597iFXMmDGn8g0+OvD2WylavMQr4VXCy4l
c/c8T+k79cm5rRpFLK24y86m/fEa0ST/RsaphNEqjiDd70Iu4KuRqwSpOv0svJpl
bCBW8FaeH5QzOLRTBmHiwITWVZReJoDmuaxpDhFUJAzUWpUgt94+i5z5132qO48e
Jcmx3qmGAXJRMXkZSCTdFn8LIJyUoVnzK09nhhDeYHvGhT+CQU+Y7XPwup6eNFED
JGppDWSFM/nB0EHRXMalf6c/AGQb1FxOvAbtV09ON58oSTeDI8OFYIGO9eLyo7L7
acLwcQP4qksYhEfThlIgaVnC/kssdubcdHS31tFfmEJhzrxG5yPkuWBh3MImcHHc
LTSBcYbvC3CKh4ZhTT4aUgoMaiwlGvLiJ6eQiUHl0pFVTxUOH0pcQ2nuikmqAHM5
mMe3PHDJxVM=
=MyeW
-----END PGP SIGNATURE-----
--YZ5djTAD1cGYuMQK--
