In message <4E305E3E.2040607@xxxxxxxxx>, 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@xxxxxxxx > 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@xxxxxxx _______________________________________________ Ietf mailing list Ietf@xxxxxxxx https://www.ietf.org/mailman/listinfo/ietf