Of course for those, yes. I was speaking more generally. Sorry if that wasn't clear.
On Mon, Dec 5, 2022 at 3:12 PM Jorge Amodio <jmamo...@gmail.com> wrote: > > Well hard for them to establish an ipv6 connection, none of the domains > for the urls I posted have an aaaa record :-) > > -J > > > On Mon, Dec 5, 2022 at 1:02 PM 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 >>>>> > >>>>> >>>>