In message <4E305E3E(_dot_)2040607(_at_)unfix(_dot_)org>, Jeroen Massar writes:
On 2011-07-27 20:21 , Keith Moore wrote:
On Jul 27, 2011, at 11:35 AM, Tim Chown wrote:
I suspect, but have no proof, that the huge majority of 6to4 users don't u
se it intentionally, and the content they are trying to reach is also availab
le over IPv4. But for people who want to develop and use new IPv6-specific ap
ps, then either a broker or something like OpenWRT ought to meet their needs?
tunnel brokers suck if the tunnel endpoint isn't near your current network
location.
Let me rewrite that sentence for you:
"transition mechanisms suck if the tunnel endpoint isn't near your
current network location"
It does not matter much if that mechanism is static proto-41 (6in4),
6to4, AYIYA, TSP, PPTP, HTTP Proxies or whatever, there is going to be a
bit more latency if they are not directly next to you. Not much you can
do about except deploy more of them or
And this will always be the case unless you deploy enough of them in all
places possible. For SixXS we are at 48 boxes around the world,
Hurricane has 25 and Gogo6 has 4 of them of their own for Freenet6 and
then there are 4 others at other organizations and there are a couple of
other services out there which provide tunnels see:
Is there *one* tunnel management protocol that they all support or
does a cpe vendor have to implement multiple ones to reach them
all? I'm pretty sure I know the answer to this question but I'd
love to be proved wrong.
One of the advantages of 6to4 anycast is that it is just needs a
check box to turn on and off. Everybody speaks the same thing.
Another advantage of 6to4 is it doesn't require manual intervention
on renumber events. Manual tunnel don't pass muster.
Another advantage of 6to4 is you don't have to register. For most of
the tunnel brokers you have to register.
http://en.wikipedia.org/wiki/List_of_IPv6_tunnel_brokers
there are currently no universally applicable, or even widely applicable, v
6-over-v4 solutions.
For your set of requirements maybe but especially Tunnel Brokers are
working very well for a lot of people and if one sees the traffic stats
on Teredo and 6to4 nodes due to this little thing called NNTP I would
state that those are doing quite fine too for giving access to what
people need to get to.
Your major requirement seems to involve latency though, thus as such,
there is only one thing to do, get one of those boxes deployed locally
to your endpoint.
Do note to yourself that the next issue you will run into that the
service you are actually contacting will be far away, and you suddenly
understand that you need that Akamai content box and a Google one and
various other closeby too ;)
If you want to solve your problem though, I guess for HE you'll have to
give them connectivity to their network and space in a rack for a box,
gogo6 will sell you a box and for SixXS you provide the box+connectivity
and we'll set up the software for free for you and handle the tunneling
completely.
Greets,
Jeroen
_______________________________________________
v6ops mailing list
v6ops(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/v6ops
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: marka(_at_)isc(_dot_)org
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf