使用IPv6是否有任何实际的速度/延迟收益,还是仅仅是为更多IP腾出空间?
使用IPv6是否有任何实际的速度/延迟收益,还是仅仅是为更多IP腾出空间?
Answers:
有实际影响吗?并不是的。效果很小。您可能会遇到的地方是MTU(最大传输单位)较小的高延迟链路(想想卫星),这会放大IPv6所需的较大开销的影响。那是一个极端的情况。您会看到影响的另一个领域是在网络路径中进行6到4次转换时,因为这总是需要一些时间。但是,如果您拥有通往其他v6主机的纯v6路径,则此类延迟不会成为问题。
在如今越来越多的网络堆栈中内置的TCP卸载引擎的今天,这种影响的可能性甚至很小。如果有的话。实际上,在这些情况下甚至可能更快。
为什么较大的标头没有您想象的那么重要?这是因为v6的设计人员吸取了v4的一些经验教训,并更好地构建了产品。对于跨Internet通信而言,最重要的是,与v4相比,在路由器中对地址字段的处理效率更高,与v4的表亲相比,v6数据包通过路由器的速度得以提高。
当涉及到与路由器表无关的同一子网通信时,每个数据包需要的原始计算量更少。验证的校验和少了一个(以太网校验和,v6没有IP校验和,但仍需要TCP / UDP校验和),从而节省了少量时间。在特殊网络上,拥有非常大的数据包的能力可以进一步节省处理时间。
如果您和目标之间的路由器速度较慢,并且该路径上的IPv4数据包碎片化,您可能会看到IPv6的性能提高。使用IPv6,路由器将不再为您分段数据包。(职责已委派给终端节点。)
当然,这是一个极端的情况。在一般情况下,没有理由相信IPv6的性能将优于IPv4。
同样,路由器供应商也可能比其IPv6数据路径更优化了其IPv4数据路径。因此,在IPv6路由器进行等效优化之前,IPv6可能会变慢。(例如,某些路由器可能在硬件中进行IPv4路由,而在软件中进行IPv6路由。必须进行高速性能测试才能识别出这一点。)
因此,您必须权衡在您和目的地之间存在未针对IPv6优化的路由器的机会,以及在您与目的地之间存在对IPv4数据包进行分段的路由器的机会。;-)
我已经运行双栈IPv6 / IPv4已有一段时间了,我非常喜欢。
我可以告诉您,大多数情况下,性能和延迟都差不多。但是有时候,IPv6会让您大跌眼镜。
考虑我与Google的ping时间:
在IPv4上:
rtt min/avg/max/mdev = 35.557/38.225/43.909/3.146 ms
在IPv6上:
rtt min/avg/max/mdev = 39.202/40.923/43.105/1.501 ms
几乎相同。这就是我大部分时间看到的。但是每隔一段时间,例如当我访问自己的一台服务器时,该服务器也在IPv6上...
在IPv4上:
rtt min/avg/max/mdev = 123.510/124.249/125.997/0.909 ms
在IPv6上:
rtt min/avg/max/mdev = 87.140/88.600/90.727/1.255 ms
当然,这里的最大区别是,我的ISP对此路由的最佳IPv4路由不够理想,而IPv6路由却更好。(IPv4出现在Boston-Chicago-Denver-Seattle-LA-Phoenix中。WTF?IPv6出现在Boston-DC-Atlanta-Dallas-Phoenix中。)我怀疑其中有很多在野外。
以我traceroute6
与vs 的比较经验traceroute
,即使通过隧道代理,IPv6也更快。这可能是因为IPv6通常需要更少的跃点才能从A点到达B点。
这是支持我的观察的第三方资源:
使用IPv6,通过Internet访问网站和内容通常比使用IPv4更快,因为使用新协议,它需要更少的网络节点之间的“跳跃”这是我使用
traceroute
/ traceroute6
,ping
/ ping6
和Hurricane(tunnelbroker.net)隧道运行的一个小实验,从http://test-ipv6.com收集了具有IPv6和IPv6功能的站点:站点IPv4跃点IPv6跃点IPv4 ping(最小/平均/最大/ mdev毫秒)IPv6 ping(最小/平均/最大/ mdev毫秒) 6connect.com 14 8 67.253 / 72.499 / 106.113 / 11.265 55.031 / 58.340 / 74.078 / 5.426 bind.com 13 10 45.450 / 53.924 / 98.121 / 15.158 60.002 / 82.812 / 196.221 / 41.448 comcast6.net> 13 10-92.043 / 92.840 / 94.055 / 0.680 delong.com 11 7 59.059 / 66.432 / 95.884 / 10.134 52.423 / 73.042 / 135.103 / 30.874 mozilla.org> 11 6 33.178 / 97.481 / 536.719 / 148.432 45.562 / 47.133 / 48.390 / 0.805 test-ipv6.chi.vr.org 9 9 85.383 / 286.941 / 527.103 / 155.351 76.788 / 169.458 / 516.502 / 147.166 test-ipv6.com 10 5 34.021 / 39.507 / 70.518 / 10.384 33.009 / 41.441 / 70.052 / 13.069 test-ipv6.iad.vr.org 15 13 86.739 / 93.772 / 120.192 / 10.195 91.341 / 93.146 / 97.153 / 2.006 test-ipv6.motd.be> 14 8 86.186 / 401.432 / 1629.098 / 502.373 92.437 / 481.830 / 727.557 / 241.649 test-ipv6.sjc.vr.org 12 6 35.443 / 40.502 / 70.426 / 10.056 33.953 / 41.144 / 85.444 / 14.862 tunnelbroker.net> 9> 4 39.504 / 46.119 / 73.483 / 10.290 32.559 / 63.532 / 222.700 / 62.022因此,实际上,即使我的IPv6正在通过隧道,IPv6的跳数也更少,并且在性能上总体上还不比IPv4差,甚至稍微好一点。
不,虽然路由表肯定会变得更简单,但是没有速度可言。
说IPv6“正当”为网络腾出更多空间,就像说银河系“正当”为尘埃腾出更多空间一样。IPv6本质上使其成为现实,因此实际上用完IP地址是不可能的。即使我们要用CPU覆盖整个地球,每个CPU都有自己的IP地址,但IP耗竭仍然遥遥无期。v6中的IP地址数量是完全无法理解的。
IPv6 并不比IPv4“更快”。如果您的ISP具有比IPv6更好的IPv4 BGP对等体,则IPv4延迟将低于IPv6。而且,如果您的ISP具有比IPv4 更好的IPv6 BGP对等体,则IPv6延迟将低于IPv4。