有多lessIP V6寻址真正在那里使用？
我看到Linux / UNIX似乎已经准备好了。 但是我没有像Windows那样看到准备就绪。 尤其不适用于桌面用户系统。
在我的徘徊中，我没有看到IPV6广泛实施或使用。
就个人而言，我对地址语法不是很满意，因为它更长，并且让我想起所有MAC地址：
次要问题：我们是否准备在日常生活中使用IPV6？
谢谢。
操作系统支持可能不是问题。 Vista，XP，Solaris 10和Linux都支持IPv6，并且根DNS服务器已全部更新为支持AAAAlogging 。
有三件事更可能成为收养的障碍。
networking支持 ：升级基础设施以支持IPv6是一项艰巨的任务。 它可能不会完成多年。 在此之前，将需要隧道; 最初，IPv6通过IPv4隧道传输; 最终与IPv6连接的networking变得比IPv4更大。
应用程序支持 ：在完美的世界中，大多数面向消费者的应用程序不应该关心第3层; 这就是DNS的用途。 不幸的是，这里有大量的应用程序被写入硬编码的IP地址，在数据结构中使用IP地址等。重写或replace这些工具也需要很长时间。
NAT ：IPv6的主要devise目标之一是克服IPv4空间的耗尽。 不幸的是，在IPv6能够最终确定和实施之前， NAT结合RFC 1918地址空间为公司和个人提供了将大量设备连接到公共互联网的方式，而不需要注册地址空间。 就像它或厌恶它一样，NAT已经从一个停止的解决scheme发展到一个IPv4的“特征”，人们甚至依靠它来保证安全。 在这个问题上可以find更多的讨论。
从微软的IPv6页面 ：
支持因特网协议版本6（IPv6）是Internet的networking层的一套新标准协议，内置于最新版本的Microsoft Windows中，其中包括Windows Vista，Windows Server 2008，Windows Server 2003，Windows XP Service Pack 2，带有Service Pack 1的Windows XP，Windows XP Embedded SP1和Windows CE .NET。
这对我来说听起来不错。 诚然，它并没有说它得到了多大的支持，但这是另一回事。
至于实际使用：根据我的经验，不是很多。
它在那里，因为许多上游供应商没有推出它，所以只需要更多的努力。 对于组织级别来说，build立一个SIXXS隧道到一个路由设备（BSD盒运行良好）是相当简单的。 对于一个单独的Windows用户来说，设置一个Hexago隧道是一件不容易的事情。 IPv6现在变得非常容易访问，而且我通常发现IPv6网站的性能有所提高，尽pipe通过隧道可以获得额外的跳数。
根据AMS-IX，阿姆斯特丹互联网交易所（全球互联网交换机之一）的统计数据，他们正在处理的当前IPv6stream量的平均值约为1 Gbit / s（ 图 ），平均总stream量IPv4 + IPv6）436Gbit / s（ 图 ）。
所以，stream量水平仍然是IPv4的约0.23％。 在过去一年中，通过AMS-IX的IPv6stream量增加了大约1000％，但是还有很长的路要走。
我的中型webdev公司已经在本地和远程部署了IPv6。 本地通过SixXs提供的隧道和子网，并通过我们的主机提供商提供的本地IPv6远程访问。 根据我的经验，很多公司正在研究它， 如果你问他们会帮助你。
一旦知道了IPv6的工作原理，就很容易部署它。 最大的问题是鸡和鸡蛋的困境，并说服pipe理部门让你部署它。 我很高兴我的公司允许我花时间在上面。 我能够说服他们，作为一个webdev公司，我们需要成为“推动者”，为即将到来的技术做好准备。 因此，现在推IPv6可以让我们在客户开始询问之前找出问题所在。
Google已经在那里执行了IPv6search服务，并且已经提供给那些使用IPv6连接的人。
大多数较新的networking硬件都包含对IPv6的支持，大多数现代操作系统和许多其他应用程序（浏览器，ftp客户端等）也是如此。 但是许多使用的路由器（包括我认为大多数无线路由器）都没有。 在IPv6真正成型之前，需要进行大量的硬件replace。
如果他们做得对，在我们日常生活中使用IPv6应该是透明的（对用户来说，对于networking设备或软件的开发者来说不是那么重要）。
它当然还处于早期的采用阶段，但是由于ipv4结束时的墙变得更加明显，所以开始出现很多动作。 就我们而言（一个小型的区域互联网服务提供商）来说，这就像是从一间公寓搬到一个大型的公寓。 虽然我们自己还处于早期阶段，但是现在已经很清楚，这将使networkingpipe理的某些方面更容易，而且还有额外的喘息空间。
关于问题＃1：没有太多，真的。 微软目前正在推动IPv6的采用（可惜的是他们应该是他们，但是你去了）。
关于问题2：不，我们不是。
我在家乡局域网的Mac OS X节点以外几乎看不到IPv6的实现，即使这样，我的路由器也不支持IPv6，所以它什么都没有。
我们准备好了吗？ 当然。 但我不认为这将是一个简单的过渡。 而你说得很对，即使在一个小的networking（Netbios，Bonjour等）上，笨重的寻址scheme也会或多或less地要求主机名的parsing。
路由器制造商采用“草案802.11n”，因为它更快。 更快意味着消费者的一些东西。 试着告诉他们，你的新的，更昂贵的路由器支持IPv6的另一方面…
顺便说一下，自2002年以来，Mac OS X已经支持IPv6，10.2 Jaguar（引用http://www.join.uni-muenster.de/Implementationen/Betriebsysteme.php?lang=en ）。
IPv6的硬件支持并不存在。 太多的消费硬件（如家庭路由器，掌上电脑，networking电话等）没有IPv6支持，而普通的乔不会看到有理由抛弃硬件，购买新的硬件，除非被迫他们（如果IPv4停止工作一天）。 小型ISP也不准备进行转换。
使用公共IPv6隧道很慢，没有足够的应用程序从使用IPv6中受益，以certificate额外的努力。
我认为当Windows 7出货时，你会看到IPv6利用率大幅上升。 直接访问function解决了企业中的许多移动性问题。
route-server.he.net说：527801 IPv4 RIB条目，但3653 IPv6 RIB条目。 如果我正在parsingquagga的输出权限，他们会看到公布的1894个IPv6前缀与〜283k IPv4前缀，这是相当不同的。 （不知道每个AS号有多less个AS号 – 一个AS拥有的IPv6前缀的数量可能会比IPv4的数量less一些。）
另外，一个新的数据点： Verizon：LTE设备必须支持IPv6 。 诚然，VZW已经遍布BREW，而且从来没有去过任何地方，但BREW没有任何理由支持它。
早在1996年，互联网就增长了1500％（这是千分之一百五十），报纸上充斥着关于信息高速公路在这里和现在的讨论。 今天，我们对IPv6上网stream量的数据表明，它比1997年的整个互联网还要大得多，之后有1500％的增长突飞猛进。 有人嘲笑千兆级的stream量，但他们忘记了IPv6互联网仍处于婴儿阶段。 对于一个婴儿来说，Gig是不错的select。
现在许多networking运营商已经与实际的IPv6客户进行了IPv6试验，大多数企业都希望在2011年为IPv4耗尽做好准备。因此，stream量正在大量testing各种不同的使用情况，以备时机切换。 一旦切换开始，您就可以期待一个真正stream量的stream量出现。
所以，在公共互联网上可能没有太多v6，但是有很多v6不是。 例如，每个3G电话都是VoIP over IPv6。 相当不久的将会有一套标准来实现电网的自动化，而且这些标准都是基于IPv6的。所以如果你想能够和你的电表通话，你将需要v6。
至于防火墙/路由器，那么Shorewall的最新版本有一个很好的v6防火墙实现，所以一个适当大小的linux系统可以正常工作。 如果你是隧道式的，甚至可以虚拟化。