TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Global IPv6 Deployment Progress Report

38 点作者 fcambus超过 10 年前

7 条评论

_jomo超过 10 年前
My ISP is having issues with IPv4 via DS-Lite, so I often cannot connect to IPv4-only servers and it&#x27;s frustrating how few servers are using IPv6 yet.<p>twitter, heroku, amazon, github, HN, they all don&#x27;t have IPv6. Is there a reason for the lack of IPv6 support? It shouldn&#x27;t be that hard to get a v6 address and add an AAAA record.
评论 #8549404 未加载
评论 #8549306 未加载
评论 #8549199 未加载
zAy0LfpBZLC8mAC超过 10 年前
There is one big problem I see with IPv6 deployment: Hosting providers don&#x27;t get it.<p>Yes, you can increasingly get IPv6 connectivity, but it&#x27;s common that you get a single &#x2F;64, or even just a single address. Now, I want to run a bunch of virtual machines on my server, with a virtual network or two between them ... and already, I have to use ugly hacks to get by instead of just assigning addresses using the standard way of doing things with IPv6. In the best case, I just have to ask for more address space, but even that is completely pointless overhead that only works as an incentive to use fragile network constructs instead of just assigning addresses where they are needed.<p>People seem to have internalized that addresses are scarce and therefore precious and therefore have to be conserved at all cost - they don&#x27;t even notice that that was the problem of IPv4 (or at least the most important problem of IPv4) that IPv6 was supposed to solve, and which it indeed does solve very well, and that their efforts at conserving IPv6 address space cause more harm than they help.<p>Lots of hosters around here are RIPE members who have their standard &#x2F;32 allocation (which they could extend to &#x2F;29 without any further documentation required), so if they chose to assign &#x2F;56 networks to customers, they would have space for about 16 million customers before they would need to request more address space from RIPE, and for 128 million before they need to justify any further need. But apparently they consider it better use of that address space to just leave it mostly unused and make it difficult for their customers to use IPv6, not even noticing that there is a reason why RIPE assigned them a &#x2F;32 ...
评论 #8549191 未加载
tedunangst超过 10 年前
This report is really hard to interpret. Is there no way to know how many of the top 100 sites support IPv6 except by counting them up by hand? I get that google.XX supports IPv6; not sure I needed to actually see all their repeated addresses though.<p>Similarly, if I wanted to know that 2.35% of .com domains have AAAA records, why do I need to divide the numbers myself?
axaxs超过 10 年前
Interesting. The TLD status isn&#x27;t that telling as full IPv6 compliance is required for all new tlds. A good thing, but doesn&#x27;t show &#x27;willful&#x27; adoption nor use in the grand scheme. The AAAA glue to A glue ratios are still extremely low, and is probably a good indication of adoption and everyday use.
pmontra超过 10 年前
A more interesting report would be which ISP by country let their customers use IPv6, landline and mobile. If servers are IPv6 but people can access them only over IPv4 then we&#x27;re still at IPv4.
评论 #8549703 未加载
stalinone超过 10 年前
I personally think that Path MTU Discovery is one of the major obstacle of IPv6. It is quite unstable to me. My home WiFi router has v6-ready certification but cannot properly tell my Windows PC which MTU size should be chosen. I have to manually lower down MTU size but it keep reverting. Directly PPPoE from my PC is better but there&#x27;s still some website I have to set my MTU size to 1280 to reach.
评论 #8549085 未加载
calinet6超过 10 年前
All I know is that I have native IPv6 at home now thanks—and I can&#x27;t believe I&#x27;m saying this—to Comcast. Progress perhaps?<p>Also, cute: Facebook&#x27;s IPv6 address is 2a03:2880:f00d:401:face:b00c:0:1
评论 #8549217 未加载