If you really want to know if a site works over IPv6 you have to flush any cached pages and turn off IPv4. You also need to be using a IPv6 only nameserver. Only after doing those extra steps can you say a site is IPv6 ready. I’ve had pages that appeared to be all IPv6 fail after doing these extra steps.
As for connection racing IPv6 wins 99.99% of the time. There is enough bias that it will win unless there is a lossy path involved. -- Mark Andrews > On 6 Dec 2022, at 06:02, Tom Beecher <beec...@beecher.cc> wrote: > > > But IPv6Foo , ast least as far as I could tell by quickly looking at the > code, cannot tell you if an IPv6 connection WOULD have worked, but IPv4 is > where it ended up. > > With Happy Eyeballs, if the IPv4 TCP session finishes up only a couple ms > faster than the IPv6 ones, the v4 one wins out. That doesn't give you any > meaningful signal as to WHY it landed on IPv4 instead. > >> On Mon, Dec 5, 2022 at 12:32 PM Jorge Amodio <jmamo...@gmail.com> wrote: >> >> With IPv6Foo you can click on the icon and it will show you a table listing >> what URLs are serving some piece of a given page with v6 and v4. >> >> LinkedIn for example shows the main feed page served via v6 but there are a >> couple of pieces with v4 from these sites >> >> - dpm.demdex.net >> - lnkd.demdex.net >> - p.adsymptotic.com >> - radar.cedexis.com >> - sb.scorecardresearch.com >> - trkn.us >> >> Some may be feeding ads content, others tracking, market research, etc. >> >> Regards >> Jorge >> >>> On Mon, Dec 5, 2022 at 11:09 AM Tom Beecher <beec...@beecher.cc> wrote: >>> Often lost in the 'debate' about V6 adoption is that for a 100% native IPv6 >>> experience to work, there are multiple other components that have nothing >>> to do with the network that ALSO have to work correctly. Any issues with >>> these are likely going to cause fallback to v4. >>> >>> It's very difficult to know how much v4 traffic to a website COULD have >>> worked just fine on v6, but didn't, and why it didn't. >>> >>>> On Sat, Dec 3, 2022 at 7:16 PM Matt Corallo <na...@as397444.net> wrote: >>>> It would be nice if IPvFoo showed the bytes and connection/request count. >>>> It's going to be a >>>> loonnggg time before we can do consumer internet browsing with no v4, >>>> until then it's about reducing >>>> cost of CGNAT with reduced packets/connections. >>>> >>>> For twitter, the main site is v4, yea, but abs.twimg.net (Edgecast) and >>>> pbs.twimg.net (Fastly) make >>>> up the vast majority of the bytes fetched on the site for me and are both >>>> v6 now. I don't recall >>>> when I last checked but they were still v4-only not too long ago. >>>> >>>> The other end of it is v6-only servers that don't accept inbound >>>> connections. Thos have been >>>> hampered IME by github not serving git over v6. Supposedly it's coming >>>> soon but so much modern >>>> software fetches stuff from Github that that's a major blocker. >>>> >>>> Matt >>>> >>>> On 11/27/22 7:44 PM, Jorge Amodio wrote: >>>> > >>>> > I use the same extension on Chrome. >>>> > >>>> > I'm surprised that with all the recent hoopla about it, from the major >>>> > social media platforms, >>>> > Twitter still shows serving their http site over IPv4, Facebook and >>>> > LinkedIn show solid IPv6. >>>> > >>>> > -J >>>> > >>>> > >>>> > On Sun, Nov 27, 2022 at 9:29 PM Dave Taht <dave.t...@gmail.com >>>> > <mailto:dave.t...@gmail.com>> wrote: >>>> > >>>> > I use a web plugin tool called ipvfoo to track my actual ipv4 vis >>>> > ipv6 >>>> > usage. I wish it worked over time. With very few exceptions I am >>>> > still >>>> > regularly calling ipv4 addresses in most webpages. Has anyone done a >>>> > more organized study of say, the top 1 million, and how many still >>>> > require at least some ipv4 to exist, and those trends over time? >>>> > >>>> > -- >>>> > This song goes out to all the folk that thought Stadia would work: >>>> > >>>> > https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz >>>> > >>>> > <https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz> >>>> > Dave Täht CEO, TekLibre, LLC >>>> >