[142979] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Mac OS X Lion has DHCPv6

daemon@ATHENA.MIT.EDU (Leo Bicknell)
Mon Jul 25 10:57:31 2011

Date: Mon, 25 Jul 2011 07:56:34 -0700
From: Leo Bicknell <bicknell@ufp.org>
To: NANOG <nanog@nanog.org>
Mail-Followup-To: NANOG <nanog@nanog.org>
In-Reply-To: <CALFTrnMR7rK3LXerO10FeHO-UtmczGbc=+1MduyCj=RWD=Vu-g@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org


--===============1900694459==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v"
Content-Disposition: inline


--Dxnq1zWXvFF0Q93v
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

In a message written on Mon, Jul 25, 2011 at 10:50:21AM -0400, Ray Soucy wr=
ote:
> Just wanted to drop a note as a was pretty harsh on Apple when rumors
> of them not including DHCPv6 client support were floating about.  In
> the past few days I've also seen people post that OS X doesn't have
> DHCPv6, because they were looking for "DHCPv6" in the UI.  Thankfully
> these reports are false.
>=20
> Just tried it myself on a newly upgraded Mac.
>=20
> Quick testing shows that when "Automatic" is used for the IPv6
> setting, OS X will correctly look at the A, M, and O flags of an IPv6
> RA and make use of DHCPv6 when instructed to.
>=20
> Thank you to everyone at Apple who made this happen.  Especially James
> Woodyatt, who I gave a piratically hard time to wearing my end-user
> hat ;-)

I can also confirm, and even to the point where you can disable
IPv4 and have a working IPv6 only client.  It does DHCPv6 to get
namesevers and the like, Safari works just fine for browsing IPv6
only sites, and there seem to be no hangups.

Several other message boards point to a lot of changes under the
hood in the Objective-C sockets classes to implement "happy eyeballs".
That is if a host is dual stacked and has both A and AAAA it tries
both and caches which was faster and uses that for future connections.
I'm unsure right now if it is just connect times, throughput, RTT,
or what other metrics might be used, but apparently the result is,
well, happy eyeballs.

--=20
       Leo Bicknell - bicknell@ufp.org - CCIE 3440
        PGP keys at http://www.ufp.org/~bicknell/

--Dxnq1zWXvFF0Q93v
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)

iQIVAwUBTi2EIrN3O8aJIdTMAQKt9A//eyggAUiEpzLreijwTbJE4qx14JyLOcNx
CGWkPJP1HwXmfhtAlt4O/fR8PTo69NmjzrX8R9HsdVnmWyO86qIMCpfzsG5XA5dz
Vd1z/ga5aOQYvZzJGN1ezTCIgjr76tHLGNrwTkb8/v0pljoujQJ9O0JAf6Z5rmA5
4YaIVNhUOW1DbfuzudZQShVo7mIeAb/A4pDuUVq4i3a8AbA8vzrt5EsrH5ykX+CN
W2KI8PXMxtLJ5rIx8nufkAkulQig6q9FoEN/u837hz7VkfPDbS73isBN3uxj3yB+
paeMUowsV+jG1SDAtqkkVgumTfklGT14jaNgjAjiv/wdNw/KaoH8MEqzPwIM2nf1
j/of3lhJr7q/2aLTRNdEaDiu8rew2cDr7HUyCcsjl5WC1LyeQj83CtfPOTmYY2lB
hbR4XDeNFY8Va6HUJ/zngpr8tIyW3vyXl8t6U52C7SDNCraYxTEJ+ABkpBNIQAfW
5vgWyHUonOfHpP4rd1vGa3po53/GkgpO1zqv+UuClapXPTNHI6uH8QTqCoLo3PHB
T+vZW+VtklGSn95jZhJLyC71phjugpHJHRlzkLyYxNC8hz2cfotM7pNxODagQKlM
eEKoLXWihNwbN0Omxsfaxo+q4QHb+isqI1nkuuUtzNagkLyf7td3EjIPiTDvKGMK
Y/F3D1kOETc=
=6jZC
-----END PGP SIGNATURE-----

--Dxnq1zWXvFF0Q93v--


--===============1900694459==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_____
NANOG mailing list
NANOG@nanog.org
https://mailman.nanog.org/mailman/listinfo/nanog
--===============1900694459==--


home help back first fref pref prev next nref lref last post