有多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系统可以正常工作。 如果你是隧道式的,甚至可以虚拟化。