www.java.com

[#1]

Hmm....that was as far as I got, but mine started working after I rebooted my router.
You're not by any chance on a PTW/PTN gateway are you?
Edit: I spoke too soon. My traceroutes are only getting that far also now.

[#2]

pcl-ag03

[#3]

For reference I am on pcl-ag02, but am using tunneled IPv6 so will be taking a different route.

[#4]

I'm on pcl-ag02 also. I thought it might be due to me changing from a PTW gateway.
Oh well. Something for Plusnet to look at - looks like an issue between them and Hurricane Electric.

[#5]

Quote from: MJN

It'll be the result of Firefox's 'Happy Eyeballs' feature which, when faced with an option of connecting over IPv4 or IPv6, measures the responsiveness for a given site for each and selects the quickest. It was primarily introduced to accommodate the situation whereby a device thought it had IPv6 connectivity but in reality it didn't and yet it'd take quite some time for this fact to be realised before falling back to IPv4.

you mean the fast fallback feature?
this java site is the first time I recall seeing this behaviour, before it would be usually ipv6 (unless ipv4 lookup cached), I have also seen sites that have a ipv6 ip but then fail to load because its not properly implemented with the fast fallback doing nothing.

[#6]

It's not foolproof in operation as there are situations that can occur whereby the a given transport 'wins' the initial test but then subsequently fails to fully function for the actual download.

[#7]

http://www.clamxav.com is a prime example of this problem. There's an accessible IPv6 address for it but the server simply doesn't "serve" anything back on IPv6. So IPv4 address is added to my hosts file to get it to work.
Oh, to bypass IPv6 quickly to see what the site should be showing up, just use http://clamxav.com instead (as there's only and IPv4 address record for that).

[#8]

BT were like that for a while - had an IPv6 address for www.bt.com but no server on the end of it. It does work now though.

[#9]

Quote from: RPMozley

http://www.clamxav.com is a prime example of this problem. There's an accessible IPv6 address for it but the server simply doesn't "serve" anything back on IPv6.

?  I get a working IPv6 website when I click on your link ! 

[#10]

The BT IPv6 website has some interesting but out of date information on it - http://www.ipv6.bt.com/

[#11]

Quote from: purleigh

?  I get a working IPv6 website when I click on your link !

Maybe they've fixed it since the last time I looked? 
I suppose it has been awhile and I've been using the fix in hosts since then.

[#12]

Quote from: MJN

It's not foolproof in operation as there are situations that can occur whereby the a given transport 'wins' the initial test but then subsequently fails to fully function for the actual download.

ok so I disabled fast fallback and java did eventually load but after about 20 seconds so seems java got issues with their ipv6 hosting.
that clamxav link posted works fine.

[#13]

Nope,  the www.java.com website still loads instantly using IPv6 for me - with "Fast fallback to IPv4" still enabled in Firefox.

[#14]

What IP address is that using?

[#15]

There's definitely some problem with the v6 peering somewhere.
I tried the traceroute again to e7075.dscx.akamaiedge.net (2a02:26f0:5a:281::1ba3) and it didn't go any further than PN's network:

Quote

5  2a02:16c8:1:2::8  5.132 ms  4.657 ms  4.959 ms 6 * * * 7 * * *

I then tried a traceroute/ping to the penultimate hop - akamai-gw2.lns.cw.net (2001:5000:1100:9::2) and this worked fine.
Strangely, I could then ping/traceroute e7075.dscx.akamaiedge.net (2a02:26f0:5a:281::1ba3). If I reloaded the page in Chrome, it loaded in v6 first time.

Quote

--- 2a02:26f0:5a:282::1ba3 ping6 statistics --- 4 packets transmitted, 4 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 5.225/5.262/5.326/0.040 ms

5 mins later, I run another ping/traceroute to e7075.dscx.akamaiedge.net (2a02:26f0:5a:281::1ba3) and it doesn't go any further than PN's network again. The same happens on the penultimate hop also.

Quote

--- 2a02:26f0:5a:281::1ba3 ping6 statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss

Quote

--- 2001:5000:1100:9::2 ping6 statistics --- 4 packets transmitted, 0 packets received, 100.0% packet loss