This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[ipv6-wg] Happy Eyeballs bias
- Previous message (by thread): [ipv6-wg] Happy Eyeballs bias
- Next message (by thread): [ipv6-wg] Happy Eyeballs bias
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
JORDI PALET MARTINEZ
jordi.palet at consulintel.es
Wed Oct 26 18:56:45 CEST 2016
But now we have most of the content providers, CDNs, social networks, etc., already supporting IPv6. This is probably more than 50% of the traffic. If we “deprecate” now Happy Eyeballs, it will take probably 6 months/average, I guess even one year, to get it dropped from browsers, OSs, etc., which means that meanwhile IPv6 support keeps growing. When people start experiencing problems, it is either a bad IPv6 deployment at the content provider or the ISP, and they need to FIX IT, not ignore it because nobody notice it. Saludos, Jordi -----Mensaje original----- De: ipv6-wg <ipv6-wg-bounces at ripe.net> en nombre de Philip Homburg <pch-ripeml at u-1.phicoh.com> Responder a: <pch-ripeml at u-1.phicoh.com> Fecha: miércoles, 26 de octubre de 2016, 16:27 Para: "ipv6-wg at ripe.net IPv6" <ipv6-wg at ripe.net> CC: Sander Steffann <sander at steffann.nl> Asunto: Re: [ipv6-wg] Happy Eyeballs bias In your letter dated Wed, 26 Oct 2016 15:54:52 +0200 you wrote: > So, how about we go the other way. We want IPv6 to be taken more > seriously. What about if we change the algorithm the other way over > time: give IPv6 more and more of a head start. That way IPv6 > stability and performance become more important over time, without > causing brokenness. Something like: > > HE head start = 300 + (months after 2017-01-01) * 30 > > That would provide some incentive to make sure that IPv6 is properly > deployed and managed. Looking at this from an operating system perspective... As an experiment I implemented a fully dynamic version of happy eyeball in my toy-os. It keeps long term statistics about the performance of v4 and v6 and will give v6 a small head start to add a small positive preference to v6. But if IPv4 is really much better than IPv6, it will not bother with IPv6 at all. I don't any reason why any system code would implement what you suggest. Basically, in a situation where IPv6 is broken, your suggestion would make the user experience worse and worse. For the user, there would be a simple way out of this mess, just disable IPv6 and performance is back to normal. My suggestion: try to get IPv6 to be 80% or more (at least make sure that IPv6 from content providers is almost universal) and then for eyeball networks to stop investing in IPv4. When IPv6 support is the default, people will notice that some sites have bad performance and that may be because their IPv6 support is just not there. ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.
- Previous message (by thread): [ipv6-wg] Happy Eyeballs bias
- Next message (by thread): [ipv6-wg] Happy Eyeballs bias
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ ipv6-wg Archives ]