Edit report at https://bugs.php.net/bug.php?id=53881&edit=1
ID: 53881 Updated by: danbr...@php.net Reported by: tozz at kijkt dot tv Summary: nl2.php.net IPv6 broken Status: Wont fix Type: Bug Package: Unknown/Other Function Operating System: Irrelevant PHP Version: Irrelevant Assigned To: danbrown Block user comment: N Private report: N New Comment: While I do appreciate your suggestions, this is still not something we're going to fix at this stage. Also, sometime after you originally submitted this bug, nl2.php.net was removed from our network. Finally, for anyone using IPv6 as their exclusive (or even primary) network routing, I'm sure there are far greater issues than an occasionally-broken PHP mirror. Again, we will address this at a point, just not this point. Thanks again. Previous Comments: ------------------------------------------------------------------------ [2012-05-15 21:11:39] tozz at kijkt dot tv I understand IPv6 is not a requirement. However, some mirrors do have an AAAA-Address but fail to provide working connectivity to that address. The net result is that the PHP website is down for anyone with IPv6 connectivity if he/she is redirected to a mirror with bad IPv6 connectivity. So either the AAAA records should be removed or PHP.net should require mirrors to have decent IPv6 connectivity. ------------------------------------------------------------------------ [2012-05-15 21:04:28] danbr...@php.net At this time, we do not require IPv6 capabilities on official php.net mirrors. We will begin to phase-in this requirement once the majority of the ISPs and NOCs which host the official mirrors have IPv6 support permanently enabled, and expect to see an increase in that number on 6 June, 2012 (World IPv6 Day), as is the norm each year. Thank you for submitting this report. ------------------------------------------------------------------------ [2011-01-30 00:04:33] tozz at kijkt dot tv IPv6 traceroute to the SinnerG broken mirror (to indicate its not a routing issue on my side): # traceroute6 2a00:f10:111::1337:1000 traceroute to 2a00:f10:111::1337:1000 (2a00:f10:111::1337:1000) from 2a01:1b0:7999:402::3, 30 hops max, 24 byte packets 1 2a01:1b0:7999:402::e (2a01:1b0:7999:402::e) 0.854 ms 0.952 ms 0.99 ms 2 2a01:1b0:2:6::1 (2a01:1b0:2:6::1) 4.985 ms 4.979 ms 4.991 ms 3 bit.telecity2.nlsix.net (2001:7f8:13::a501:2859:2) 5.987 ms 5.968 ms 5.99 ms 4 tengig-1-1-0.bcr2.ams02.nl.as25525.net (2001:7f8:1::a502:5525:1) 6.987 ms 5.974 ms 5.988 ms 5 2001:16f8:bb2:197:0:a504:8635:2 (2001:16f8:bb2:197:0:a504:8635:2) 6.989 ms 7.972 ms 6.99 ms 6 2a00:f10:10a:2::4 (2a00:f10:10a:2::4) 6.987 ms 6.977 ms 6.99 ms 7 2a00:f10:10a:2::4 (2a00:f10:10a:2::4) 3010.85 ms !H 3010.81 ms !H 3007.83 ms !H ------------------------------------------------------------------------ [2011-01-29 23:58:16] tozz at kijkt dot tv Description: ------------ nl.php.net has some AAAA records which are very often broken (currently 2 out of 3 are broken). From what I've read PHP checks its mirrors on regular intervals, but apparently does not check if both IP4 and IP6 work. The lack of this IPv6 check causes the PHP website to load very slow as it waits a few seconds for a timeout on v6 and then falls back to v4. Perhaps this check can be extended to also check for correct IPv6 function and remove the mirror if its IPv6 connectivity is broken. Test script: --------------- # date Sat Jan 29 23:20:16 CET 2011 # telnet -6 nl2.php.net 80 Trying 2a01:448:1::1036:64:164... telnet: Unable to connect to remote host: Connection refused # telnet -6 nl.php.net 80 Trying 2a00:f10:111::1337:1000... telnet: Unable to connect to remote host: No route to host Expected result: ---------------- I would expect that the PHP mirror check removes mirrors that have broken v6 connectivity. ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=53881&edit=1