Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
Re: 6to4 / RFC 3484 behaviour in OS X
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 6to4 / RFC 3484 behaviour in OS X



On Fri, 26 Mar 2010, Tore Anderson wrote:

network using SLAAC.  There's no way for me to determine it, but have a
strong suspicion the Airport Extreme is involved in most of these.

We figured out a few years ago that it's a combination of Airport Extreme being behind another NAT that breaks things in most cases. We just tell the customer to disable IPv6 on the Airport in those cases. Fortunately the number of affected customers has been just a handful. Our default action now whenever a customer installs an Airport and calls us saying they can no longer reach our webmail servers for example is to just turn off IPv6 on the Airport.


Hasn't this problem been addressed by now with firmware updates for the Airport? This problem hasn't come up for us recently so I'm thinking the newer Airports have IPv6 turned off by default (at least if the outside address is not global)?

All in all, this makes it very difficult to convince my
content-providing customer to dual-stack their web sites.  They're
understandably enough rather concerned about making their sites
unavailable for a considerable amount of OS X users.  And with no IPv6
content being made available, ISPs have less incentive to deploy native
IPv6 service.  So it ends up slowing down the entire IPv6 rollout.

As an ISP that has rolled out IPv6 throughout our network and dual-stacked most of the servers we control or manage, I can tell you this isn't an unmanageable concern for us. Granted the problem scares some folks but it is manageable (assuming you have a good tech support crew that can detect this) and limited in scope. The small percentage of your customers running mis-behaving Airport firmware don't need to be running IPv6 in order to proceed with rolling out IPv6 to the rest of your customer base. Ie. don't let a dollar be waiting on a penny.


Antonio Querubin
808-545-5282 x3003
e-mail/xmpp:  email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Ipv6-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >6to4 / RFC 3484 behaviour in OS X (From: Tore Anderson <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2011 Apple Inc. All rights reserved.